GZ034 软件测试赛项正式赛卷（高职组[含素材]）.zip

任务任务考查点考查点评分标准评分标准评分细则评分细则详细分值详细分值（分）（分）任务分值（分）任务分值（分）测试环境搭建与配置过程及结果截图。2任务一环境搭建及系统部署主要评分点包括：测试环境搭建与配置及应用系统安装与部署相关截图正确。应用系统安装与部署过程及结果截图。35程序源代码。0.5测试数据和测试方法代码。1题目 1JUnit Test 执行结果截图。0.5程序源代码。0.5测试数据和测试方法代码。1题目 2JUnit Test 执行结果截图。0.5程序源代码。0.5测试数据和测试方法代码。2题目 3JUnit Test 执行结果截图。0.5程序源代码。0.5测试数据和测试方法代码。2任务二单元测试主要评分点包括：各题目程序源代码规范及正确、测试数据和测试方法代码正确、执行结果截图正确。题目 4JUnit Test 执行结果截图。0.510概述。0.2测试任务。0.9测试资源。0.8测试计划。1.8发布标准。0.8测试计划主要评分点包括：明确测试范围、合理并完备的进行任务分配、制定有效完备的测试策略等。相关风险。0.55概述。0.4测试结果文档。0.2测试设计。0.8测试回顾。0.8用例汇总。1Bug 汇总。1任务三测试报告主要评分点包括：测试总结报告内容完整、测试回顾清晰、用例汇总正确、Bug汇总正确、测试结论准确。测试结论。0.85任务四测试用例主要评分点包括：测试用例数量覆盖需求程度、重点测试用例数量覆盖复杂逻辑程度、测试用例整理设计规范性。用例数量。每写一条规范的测试用例得分=3 分/用例数量（不能有重复的测试用例，编写要符合需求且正确）。310重点测试用例数量。每发现 1 个得分=6 分/重点测试用例数量（不能有重复的测试用例，编写要符合需求且正确）。6测试用例编写符合测试用例规范。1Bug 数量。每发现一个 Bug 得分=4 分/Bug 数量（不能有重复的 bug，描述要规范且正确）。4重点 Bug 数量。每发现一个重点 Bug 得分=10 分/重点 Bug 数量（不能有重复的 bug，描述要规范且正确）。10Bug 清单主要评分点包括：Bug 数量覆盖系统测试程度、重点 Bug 数量覆盖隐藏问题程度、Bug 整理编写规范性。Bug 编写符合测 Bug 规范。115术语定义描述。1题目 1 自动化测试脚本代码。3题目 2 自动化测试脚本代码。4题目 3 自动化测试脚本代码。5任务五自动化测试主要评分点包括：术语定义描述清晰、各题目自动化测试脚本代码设计正确。题目 4 自动化测试脚本代码。720术语定义描述。1LoadRunner-测试策略。1LoadRunner-性能测试实施过程。7LoadRunner-执行结果。0.5JMeter-测试策略。1JMeter-性能测试实施过程。7任务六性能测试主要评分点包括：术语定义描述清晰、LoadRunner 工具正确进行性能测试、JMeter 工具正确进行性能测试。JMeter-执行结果。0.518术语定义描述。1题目 1 接口测试实施过程执行截图。2题目 2 接口测试实施过程执行截图。2任务七接口测试主要评分点包括：术语定义描述清晰、各题目 PostMan 工具正确进行接口测试。题目 3 接口测试实施过程执行截图。27团队分工明确合理。2操作规范。2职业素养主要评分点包括：竞赛团队分工明确合理、操作规范、文明竞赛。文明竞赛。15任务一任务一 环境搭建及系统部署环境搭建及系统部署一、任务要求一、任务要求1、使用 VirtualBox 中的 CentOS 系统安装相关软件，所有操作都必须使用命令界面完成。2、CentOS 系统 root 账户密码是：123456。3、提供的相关部署文件都存放在 CentOS 系统/opt 目录下。4、安装配置 JDK：在 CentOS 系统中，使用提供的 JDK 安装包，安装 JDK；安装成功后，查看 JDK 版本信息；截图要求：一共 2 张图，分别为：JDK 环境变量配置截图；查看 JDK版本信息截图。5、安装配置 MySQL：在 CentOS 系统中，使用提供的 MySQL 安装包，安装 MySQL；将 MySql 的 root 账号密码修改为：root；MySQL 安装成功后，初始化人力资源综合服务系统数据库（suthr.sql）；截图要求：一共 2 张图：root 账号成功登录 MySQL 截图；初始化人力资源综合服务系统数据库命令截图。6、安装配置 Tomcat：在 CentOS 系统中，使用提供的 Tomcat 安装包，安装 Tomcat；Tomcat 安装成功后，通过宿主机的浏览器访问 Tomcat 主页；截图要求：一共 2 张图：成功启动 Tomcat 服务截图；通过浏览器访问 Tomcat 主页截图。7、应用系统部署：将人力资源系统（suthr.war）部署到 Tomcat；部署成功后，通过宿主机的浏览器访问系统登录页；截图要求：一共 2 张图，分别为：系统部署成功后，webapps 目录截图；通过浏览器访问系统登录页截图。二、报告编写二、报告编写根据环境搭建情况，参考环境搭建及系统部署报告模版，按要求截取环境搭建过程和结果截图并粘贴到模板中，完成环境搭建及系统部署报告。任务五任务五 自动化测试自动化测试一、任务要求一、任务要求题目题目 1：按照以下步骤在：按照以下步骤在 PyCharm 中进行自动化测试脚本编写并执行。中进行自动化测试脚本编写并执行。1、设置智能时间等待 5 秒并将浏览器窗口最大化；2、引入 By 方法类；3、通过 NAME 方法定位用户名输入框，并输入用户名 XTGLY；4、通过 NAME 方法定位密码输入框，并输入密码 123456；5、使用 CLASS_NAME 方法进行登录提交；6、通过 PARTIAL_LINK_TEXT 方法定位供应商信息按钮，并使用 click()方法点击；7、通过 LINK_TEXT 复数定位方法点击页面中第一条数据的查看按钮；8、通过 window_handles 方法将标签页切换到第二个标签；9、增加 3 秒强制时间等待；10、使用 get_screenshot_as_file 对页面进行截图操作（命名为 test_handles.png，存放在 D 盘根目录下）；11、使用 CSS_SELECTOR 方法定位并点击查看供应商弹窗右上角的 X。题目题目 2：按照以下步骤在：按照以下步骤在 PyCharm 中进行自动化测试脚本编写并执行。中进行自动化测试脚本编写并执行。1、搭建 unittest 框架；2、引入 By 方法类；3、定义 setUp 方法启动浏览器，增加 3 秒的智能等待，将浏览器窗口最大化；4、定义 tearDown 方法关闭浏览器；5、定义 test_denglu01 方法进入系统登录页面，通过 CLASS_NAME 方法定位用户名输入框，通过 ID 方法定位密码输入框并输入账号和密码（XTGLY/123456），通过 XPATH 方法定位并点击登录按钮；6、定义 test_denglu02 方法进入系统登录页面，通过 NAME 方法定位用户名输入框，通过 CSS_SELECTOR 方法定位密码输入框并输入账号和密码（XTGLY/123456），通过 TAG_NAME 定位登录按钮并点击，通过 PARTIAL_LINK_TEXT方法定位并点击“供应商信息”按钮，使用 XPATH 点击第一条数据的查看按钮，通过 window_handles 方法将标签页切换到第二个标签，点击查看供应商弹窗右上角的 X，使用 get_screenshot_as_file 对页面进行截图操作；7、通过 unittest.main()方法执行测试用例。题目题目 3：按照以下步骤在：按照以下步骤在 PyCharm 中进行自动化测试脚本编写并执行。中进行自动化测试脚本编写并执行。测试数据：商品分类名称商品分类名称预期结果预期结果111111111111111111111商品分类名称输入有误，请重新输入。步骤 1：新建 csv 格式的测试数据 testdata.csv，并编写 csvv.py 脚本读取 csv中的测试数据。步骤 2：新建 test01.py：1、引入步骤 1 中的写好的数据读取的方法以及 ddt 方法类；2、引入 By 方法类；3、搭建 unittest 框架；4、在 setUp 中打开谷歌浏览器，增加 5 秒的智能时间等待，将浏览器窗口最大化；5、在 tearDown 中退出浏览器；6、新建测试用例，通过 TAG_NAME 复数方法定位用户名输入框，并输入用户名 XTGLY；7、通过 CLASS_NAME 方法定位密码输入框，并输入密码 123456；8、查看登录页面中的登录按钮元素，通过 NAME 方法定位登录按钮，使用click()方法点击登录按钮进入系统首页；9、通过 PARTIAL_LINK_TEXT 方法进行定位，使用 click()方法点击“商品分类”按钮；10、通过 TAG_NAME 复数方法点击“新增”按钮；11、通过 CSS_SELECTOR 方法定位商品分类名称输入框并使用数据驱动输入“商品分类名称”；12、通过 XPATH 方法定位并点击“保存”按钮；13、通过 CLASS_NAME 方法定位并获取提示信息文字，通过 assertEqual 断言方法来验证预期结果和实际结果是否一致，如果不一致进行截图操作；14、通过 unittest.main()方法执行测试用例。题目题目 4：按照以下步骤在：按照以下步骤在 PyCharm 中进行自动化测试脚本编写并执行。中进行自动化测试脚本编写并执行。根据测试用例编写脚本：PO 框架参考图（仅供参考，具体命名以题目要求为准）：1、新建 EPR_PO 文件夹；2、在 EPR_PO 文件夹下新建 driver 文件夹和 Website 文件夹；3、在 driver 文件夹下新建 driver.py 文件存放浏览器驱动；4、在 Website 文件夹下新建 test_case 文件夹、test_report 文件夹、test_data文件夹；5、在 test_case 文件夹下新建 model 文件夹和 page_object 文件夹；6、在 model 文件夹下新建 function.py 文件封装截图、数据驱动读取等方法；7、在 model 文件夹下新建 myunit.py 文件封装 unittest 框架中的 Setup（添加5 秒的智能等待和浏览器窗口最大化）和 tearDown（退出浏览器）等方法；8、在 page_object 文件夹下新建 BasePage.py 文件封装 selenium 的基础操作类方法（get、find_element 等）；9、在 page_object 文件夹下新建 LogingPage.py 文件，引入 BasePage.py 中封装好的方法，引入 By 方法类，封装登录用例页面元素位置和操作（使用 CLASS_NAME 方法封装用户名输入框，使用 NAME 方法封装密码输入框、使用 ID 方法封装登录按钮位置，封装输入用户名、密码、点击登录按钮等操作）；10、在 page_object 文件夹下新建 AddPage.py 文件，引入 BasePage.py 中封装好的方法，引入 By 方法类，封装好商品分类添加页面元素（使用 PARTIAL_LINK_TEXT 方法封装商品分类按钮，使用 CSS 方法封装新增按钮，使用 XPATH方法封装商品分类名称输入框，使用 CSS 方法封装保存按钮，封装点击商品分类按钮、点击新增按钮、输入商品分类名称、点击保存按钮等操作），封装添加成功以及添加失败的提示信息文字；11、在 test_report 文件夹新建 srceenshot 文件夹存放测试截图；12、在 test_data 文件夹新建 test_csv.csv 文件存放测试数据；13、在 test_case 文件夹下新建 test_add.py 文件，引入 unittest、ddt 以及之前封装好的 model，LoginPage，AddPage 中的方法类，根据用例编写 6 条测试用例脚本，创建 data 参数来接收测试数据，并使用数据驱动输入用户名和密码（XTGLY/123456），使用数据驱动输入商品分类名称，然后进行截图操作，最后对每一条测试用例进行 assertIn 断言操作，对比提示信息是否和预期一致；14、在 Website 文件夹下新建 run_test.py 文件使用 discover 方法执行 test_add.py 测试用例并引入 HTMLTestRunner 方法生成 html 测试报告（测试报告 title 名为：Test Report，description 内容为 erp test）。二、报告编写二、报告编写根据自动化测试情况，参考自动化测试报告模版，按要求编写自动化测试脚本并将全部脚本粘贴到模板中，完成自动化测试报告。自动化测试报告自动化测试报告1.简介简介1.1.目的目的【说明编写该报告的目的】1.2.术语定义术语定义1、在测试过程中，为节省人力、时间或硬件资源，提高 ，便引入了自动化测试的概念。2、Selenium 是一款针对 的功能自动化测试工具，主要用于回归测试、兼容性测试、大数据量测试。2.执行结果执行结果【将编写的自动化测试脚本粘贴到对应题目中，并说明是否执行成功（只需填写成功/失败）】2.1.题目题目 1脚本：通过代码捕获的截图：是否执行成功：2.2.题目题目 2脚本：是否执行成功：2.3.题目题目 3脚本：是否执行成功：2.4.题目题目 4项目目录截图：BasePage.py 脚本：LoginPage.py 脚本：AddPage.py 脚本：test_Add.py 脚本：测试报告截图：是否执行成功：任务六任务六 性能测试性能测试一、任务要求一、任务要求题目题目 1：使用：使用 LoadRunner 执行性能测试。执行性能测试。1、脚本录制：（1）脚本一：脚本名称：ProdAdd。脚本内容：系统管理员登录、进行新增商品、保存并新增操作。具体要求如下：登录脚本存放在 init，其他脚本存放在 Action。商品名称前 2 位为固定值SP，固定值后面的字符可任意设置。对新增商品保存并新增操作设置事务，事务名称：T_ProdAdd。设置检查点，使用保存并新增操作成功，服务器响应正文内容中的 code 键值对作为检查点。在新增商品保存并新增操作前添加集合点，集合点名称：R_ProdAdd。截图要求：一共 1 张图：Action 中新增商品保存并新增操作部分截图。（2）脚本二：脚本名称：PlanAdd。脚本内容：生产专员登录、进行新增生产计划单、保存并提交操作。具体要求如下：所有脚本存放在 Action。计划生产耗材和计划生产制品新增一行即可，商品任意选择一种。对生产计划单保存并提交操作设置事务，事务名称：T_PlanAdd。设置检查点，使用保存并提交操作成功服务器的响应正文内容作为检查点。在新增生产计划单保存并提交操作前添加集合点，集合点名称：R_PlanAdd。截图要求：一共 1 张图：Action 中新增生产计划单保存并提交操作部分截图。2、脚本回放：使用回放功能对脚本的正确性进行校验。（1）脚本一脚本回放具体要求如下：对商品名称进行修改，前 4 位为固定值 SPHF，固定值后面的字符可任意设置。运行脚本，查看回放结果，要求脚本回放能成功实现新增商品业务。截图要求：一共 1 张图：新增商品保存并新增操作和回放日志截图。（2）脚本二脚本回放具体要求如下：运行脚本，查看回放结果，要求脚本回放能成功实现新增生产计划单保存并提交业务。3、脚本参数设置要求：脚本回放成功后按要求设置脚本参数。（1）脚本一参数化具体要求如下：新建参数：参数名称：number，参数类型：日期/时间，日期/时间格式：%M%S，每次迭代更新。新建参数：参数名称：VuID，参数类型：Vuser ID，文本格式：%03s。对商品名称进行参数化设置：商品名称前 4 位固定值 SPCS，固定值后面接参数 VuID 和 number。对采购价进行参数化设置：参数名称：price1，参数类型：随机数字，随机范围：100200，数字格式：%lu。对销售价进行参数化设置：参数名称：price2，参数类型：随机数字，随机范围：200300，数字格式：%lu。脚本迭代次数 3 次。截图要求：一共 1 张图：新增商品保存并新增操作和参数列表截图。（2）脚本二参数化具体要求如下：对计划耗材数量进行参数化设置：参数名称：Amount，参数类型：随机数字，随机范围：5001000，数字格式：%lu。新建参数化文件 center.dat，文件中包含 centerId、centerCode、centerName三个字段，centerId 输入系统预置的 10 条仓库 id 值，centerCode 输入对应的仓库编号值，centerName 输入对应的仓库名称值。对计划生产耗材仓库进行参数化设置：仓库 ID 使用参数 centerId，仓库编号使用参数 centerCode，仓库名称使用参数 centerName，均使用 center.dat 参数化文件。centerId 参数选择列使用按名称方式，每次迭代随机取值。centerCode、centerName 参数选择列使用按名称方式，取值为 centerId 相同行。脚本迭代次数 3 次。截图要求：一共 1 张图：新增生产计划单保存并提交操作和参数列表截图。4、场景设置：按要求设置虚拟用户个数以及进行场景配置。脚本修改：新增商品集合点前添加思考时间 45 秒，商品名称前 4 位固定值修改为 SPCJ。脚本修改：新增生产计划单集合点前添加思考时间 30 秒。选择新增商品和新增生产计划单两个脚本进行场景设置。用户分配选择百分比模式：新增商品占比 35%。场景运行模式选择实际计划。场景中两个脚本运行时设置：思考时间：使用录制思考时间的随机百分比，区间为：70%150%。全局计划：在每个虚拟用户运行前将其初始化；启动 5 个用户（每 5 秒启动 5 个）执行 5 分钟，执行完成后停止所有用户（每 5 秒停止 5 个）；再启动 10 个用户（每 5 秒启动 5 个）执行 5 分钟，执行完成后停止所有用户（每 5 秒停止 5 个）；再启动 15 个用户（每 5 秒启动 5 个）执行 5分钟，执行完成后停止所有用户（每 5 秒停止 5 个）。截图要求：一共 2 张图，分别为：场景设计界面截图；新增商品思考时间设置界面截图。5、图形结果分析：场景执行完成后对测试结果进行截图操作。所有截图均需截取完整的结果图，包含下方的说明和左侧的树形结构。截图要求：一共 1 张图：Running Vusers-Connections 截图。题目题目 2：使用：使用 JMeter 执行性能测试。执行性能测试。1、脚本添加：脚本文件名称：SuppAndStock。测试计划名称：SuppAndStock。测试计划下添加两个线程组：（1）线程组一：线程组名称：SuppAdd。线程组内容：系统管理员登录、进行新增供应商操作。具体要求如下：供应商名称前 4 位为固定值 GYMC，联系人前 4 位为固定值 GLXR，固定值后面的字符可任意设置。新增供应商保存操作请求名称：供应商保存；新增供应商保存成功后，返回供应商列表操作请求名称：返回供应商。对新增供应商保存操作设置事务，事务名称：T_SuppAdd；对新增供应商保存并返回列表操作设置事务，事务名称：T_SuppAL。设置检查点，使用新增供应商成功服务器的响应正文内容作为检查点，检查点名称 Reg_SuppAdd。截图要求：一共 2 张图，分别为：新增供应商保存操作截图；新增供应商检查点截图。（2）线程组二：线程组名称：StockAdd。线程组内容：仓库主管登录、进行新增盘点单操作。具体要求如下：仓库任意选择，商品任意选择一种即可。新增盘点单保存操作请求名称：盘 点 单 保 存。对 新 增 盘 点 单 保 存 操 作 设 置 事 务，事 务 名 称：T_StockAdd。设置检查点，使用新增盘点单保存成功服务器的响应正文内容作为检查点，检查点名称 Reg_StockAdd。在新增盘点单保存操作前添加集合点，集合点名称：R_StockAdd。截图要求：一共 1 张图：新增盘点单保存操作截图。2、脚本回放：使用回放功能对脚本的正确性进行校验。（1）线程组一回放具体要求如下：对供应商名称进行修改，前 4 位为固定值 GYHF，固定值后面的字符可任意设置。对联系人进行修改，前 4 位为固定值 LXHF，固定值后面的字符可任意设置。运行脚本，查看回放结果，要求脚本回放能成功实现新增供应商业务。（2）线程组二回放具体要求如下：运行脚本，查看回放结果，要求脚本回放能成功实现新增盘点单业务。3、脚本参数设置要求：脚本回放成功后按要求设置脚本参数。（1）线程组一参数化具体要求如下：对供应商名称进行参数化设置：供应商名称前 4 位固定值 GYCS，固定值后面接函数 threadNum 和 time，time 函数格式：Hms，存储结果的变量名：time_2。对联系人进行参数化设置：联系人前 4 位固定值 LXCS，固定值后面接函数 threadNum 和 time_2。对联系电话进行参数化设置：只参数化联系电话的后 8 位，使用 RandomString 函数生成长度为 8 位的任意数字字符串。脚本迭代次数 3 次。截图要求：一共 1 张图：新增供应商保存操作截图。（2）线程组二参数化具体要求如下：对保存操作进行参数化设置：点击保存或者保存并提交按钮。新建参数化文件 status.dat，文件中包含 status 字段，status 输入保存和保存并提交的 status 值。使用 CSV 数据文件设置实现参数化，参数名称：status。对盘点仓库进行参数化设置：使用 Random 函数实现参数化，范围：系统预置的 10 条仓库 id 值。脚本迭代次数 3 次。截图要求：一共 1 张图：新增盘点单保存操作截图。4、场景设置：按要求设置虚拟用户个数以及进行场景配置。脚本修改：新增供应商保存操作前添加思考时间 45 秒；新增盘点单保存操作前添加思考时间 30 秒；其他步骤添加思考时间 5 秒。新增盘点单集合点设置：模拟数量：5，超时时间 30 秒。场景配置：新增供应商场景配置：取样器错误后执行动作：启动下一进程循环；线程数：10；Ramp-Up 时间：20 秒；持续时间：10 分钟；启动延迟：10 秒。新增盘点单场景配置：取样器错误后执行动作：停止线程；线程数：10；Ramp-Up 时间：30 秒；循环 10 次。使用非 GUI 模式运行。截图要求：一共 2 张图，分别为：新增供应商场景配置截图；新增盘点单场景配置截图。5、图形结果：分析场景执行完成后对测试结果进行截图操作。截图要求：一共 1 张图：Connect Time Over Time 截图。二、报告编写二、报告编写根据性能测试情况，参考性能测试报告模版，按要求截取性能测试过程和结果截图并粘贴到性能测试报告，完成性能测试报告。性能测试报告性能测试报告1.简介简介1.1.目的目的【说明编写该报告的目的】1.2.术语定义术语定义1、性能测试工具的工作原理，是 模拟。2、冗余备份是用 服务器构成一个小的服务器场（Server Farm）来承担软件失效恢复工作的。2.题目题目 1：LoadRunner2.1.测试策略测试策略2.1.1.测试方法测试方法【性能测试过程描述，LoadRunner 的 3 个应用工具在测试过程中的使用说明】2.1.2.用例设计用例设计【介绍录制脚本的用户操作步骤】“XXXX”用例设计压力点名称压力点名称XXXX脚本名称脚本名称XXXX步骤步骤操作操作是否设置并发点是否设置并发点是否设定事务是否设定事务事务名称事务名称1输入 URL 地址并打开 ERP 系统2.3.“XXXX”用例设计压力点名称压力点名称XXXX脚本名称脚本名称XXXX步骤步骤操作操作是否设置并发点是否设置并发点是否设定事务是否设定事务事务名称事务名称1输入 URL 地址并打开 ERP 系统2.3.2.1.3.测试场景测试场景【场景设置内容填写在下方表格】启动用户启动用户停止用户停止用户启动用户启动用户停止用户停止用户启动用户启动用户停止用户停止用户用户数量用户数量递增数量递增数量递增间隔递增间隔执行时间执行时间停止数量停止数量递减数量递减数量递减间隔递减间隔用户数量用户数量递增数量递增数量递增间隔递增间隔执行时间执行时间停止数量停止数量递减数量递减数量递减间隔递减间隔用户数量用户数量递增数量递增数量递增间隔递增间隔执行时间执行时间停止数量停止数量递减数量递减数量递减间隔递减间隔2.2.性能测试实施过程性能测试实施过程2.2.1.性能测试脚本设计（附图）性能测试脚本设计（附图）脚本录制-Action 中新增商品保存并新增操作部分截图【截取脚本录制-Action 中新增商品保存并新增操作部分截图，包含检查点、事务、集合点脚本】脚本录制-Action 中新增生产计划单保存并提交操作部分截图【截取脚本录制-Action 中新增生产计划单保存并提交操作部分截图，包含事务、检查点、集合点脚本】脚本回放-新增商品保存并新增操作和回放日志截图【截取脚本回放-新增商品保存并新增操作和回放日志截图，回放日志中要显示检查点成功日志】脚本参数化-新增商品保存并新增操作和参数列表截图【截取脚本参数化-新增商品保存并新增操作和参数列表截图，参数列表选中 number 参数】脚本参数化-新增生产计划单保存并提交操作和参数列表截图【截取脚本参数化-新增生产计划单保存并提交操作和参数列表截图，参数列表选中 centerName 参数】2.2.2.性能测试场景设计与场景执行（附图）性能测试场景设计与场景执行（附图）场景设计界面截图【截取场景设计界面截图，包含场景组和场景计划】新增商品思考时间设置界面截图【截取新增商品思考时间设置界面截图】2.2.3.性能测试结果（附图）性能测试结果（附图）Running Vusers-Connections 截图【Analysis 中截取 Running Vusers-Connections 全图】2.3.执行结果执行结果事务名称事务名称最小事务响应时间（秒）最小事务响应时间（秒）平均事务响应时间（秒）平均事务响应时间（秒）最大事务响应时间（秒）最大事务响应时间（秒）90%事务响应时间事务响应时间通过事务数（单位：个）通过事务数（单位：个）失败事务数失败事务数（单位：个）（单位：个）3.题目题目 2：JMeter3.1.测试策略测试策略3.1.1.测试计划要素测试计划要素【JMeter 测试计划要素说明】3.1.2.用例设计用例设计【介绍录制脚本的用户操作步骤】“XXXX”用例设计压力点名称压力点名称XXXX线程组名称线程组名称XXXX步骤步骤操作操作是否设定事务是否设定事务事务名称事务名称1输入 URL 地址并打开 ERP 系统2.3.“XXXX”用例设计压力点名称压力点名称XXXX线程组名称线程组名称XXXX步骤步骤操作操作是否设定事务是否设定事务事务名称事务名称1输入 URL 地址并打开 ERP 系统2.3.3.1.3.测试场景测试场景【场景设置内容填写在下方表格】场景名称场景名称用户总数用户总数启动时长启动时长启动延迟启动延迟执行时间执行时间循环次数循环次数3.2.性能测试实施过程性能测试实施过程3.2.1.性能测试脚本设计（附图）性能测试脚本设计（附图）脚本添加-新增供应商保存操作截图【截取脚本添加-新增供应商保存操作截图，包含左侧结构树，结构树要展开显示事务及其所有子节点】脚本添加-新增供应商检查点截图【截取脚本添加-新增供应商检查点截图，包含左侧结构树，结构树要展开显示事务及其所有子节点】脚本添加-新增盘点单保存操作截图【截取脚本添加-新增盘点单保存操作截图，包含左侧结构树，结构树要展开显示事务及其所有子节点】脚本参数化-新增供应商保存操作截图【截取脚本参数化-新增供应商保存操作截图】脚本参数化-新增盘点单保存操作截图【截取脚本参数化-新增盘点单保存操作截图】3.2.2.性能测试场景设计与场景执行（附图）性能测试场景设计与场景执行（附图）新增供应商场景配置截图【截取新增供应商场景配置截图，包含左侧结构树】新增盘点单场景配置截图【截取新增盘点单场景配置截图，包含左侧结构树】3.2.3.性能测试结果（附图）性能测试结果（附图）Connect Time Over Time 截图【非 GUI 运行生成的 HTML 报告中，截取 Connect Time Over Time 截图，截图中只显示事务线条】3.3.执行结果执行结果事务名称事务名称最小响应时间（秒）最小响应时间（秒）平均响应时间（秒）平均响应时间（秒）最大响应时间（秒）最大响应时间（秒）95%响应时间响应时间TPS事务事务失败率失败率任务七任务七 接口测试接口测试一、任务要求一、任务要求题目题目 1：登录接口脚本编写和执行测试。：登录接口脚本编写和执行测试。1、登录接口描述如下：接口功能：提供用户登录功能处理，根据传入的用户名和密码判断登录状态。接口地址（根据实际系统 IP 及端口自行替换）：http:/XX.XX.XX.XX:XXXX/prod-api/auth/login。请求方式：POST。请求参数：参数参数必填必填类型类型说明说明usernameTureString用户名passwordTureString用户密码roleIdTureInt登录 ID（默认 1）响应结果：登录成功时返回：code:200,msg:xxx,data:access_token:xxx,name:xxx,photo:xxx,expires_in:xxx ；登录失败时返回（密码错误）：msg:登录密码错误,code:500登录失败时返回（密码为空）：msg:请输入密码,code:5002、接口测试要求说明：在 Postman 中新建 Collections 集，测试集命名为 Data_Driver；在测试集 Data_Driver 下新建 data_driver 脚本；在脚本 Body 中的 raw 下新建 json 参数（username、password、roleId）进行传值，其中 username、password 参数改为变量接收数据驱动中的数据；新建 josn 文件保存接口数据驱动测试数据，josn 参数名为 username、password；用户名和密码数据为：usernamepasswordXTGLY123456XTGLY123XTGLY执行 Run collection，在测试集合运行页面设置执行要求，运行次数要求 3次，请求间隔时间为 500ms，发送请求的 data 文件导入前面的新建 json 数据文件；设置完成执行测试用例集；截图要求：一共 6 张图，分别为：测试用例脚本包含 URL 和 raw 中参数相关内容截图；测试用例集导入 json 数据后预览数据的截图；Collection Runner 页面的截图；、分别截图三条用例的测试报告中 Response Body 的全部内容。题目题目 2：新增接口脚本编写和执行测试，并执行脚本。：新增接口脚本编写和执行测试，并执行脚本。1、商品分类添加接口描述如下：接口功能：提供商品分类新增处理。接口地址（根据实际系统 IP 及端口自行替换）：http:/XX.XX.XX.XX:XXXX/prod-api/manager/category/add。请求方式：POST。请求参数：参数参数必填必填类型类型说明说明createByTureInt添加 id（默认 2）nameTureString商品分类名称响应结果：msg:操作成功,code:200其余均失败。2、接口测试要求说明：在 Postman 中新建 Collections 集，测试集命名为 Test_Add；在 Test_Add 中新建测试用例 1，Login 脚本；Login 脚本 URL 为：http:/XX.XX.XX.XX:XXXX/prod-api/auth/login；Login 脚本 Json 参数为：username:XTGLY,password:123456,roleId:1；在 Login 脚本的 Tests 中编写代码，将 Login 接口返回值 responseBody 转为 json 字符串并将 responseBody 中的获取到的 access_token 的值使用 setEnvironmentVariable 方法存放到环境变量中，环境变量命名为 token；在 Test_Add 中新建测试用例 2，Add 脚本；将 Login 中获取的变量 token 放在 Add 脚本 Authorization 界面下的 Bearer Token 中；在 Environment 中新建 VARIABLE 值为“token”，其他值为空的环境变量，方便用来调试 Add 脚本；Add 脚本 URL 为：http:/XX.XX.XX.XX:XXXX/prod-api/manager/category/add；Add 脚本 Json 参数为：createBy:2,name:测试数据；在 Add 脚本的 Tests 中对执行结果进行断言判断，设置两个断言：判断响应状态码为 200；使用 JSON value check 方法判断响应内容中返回的 msg参数值中存在“操作成功”字符串；设置执行测试集 Test_Add；截图要求：一共 4 张图，分别为：用例 Add 的 Body 界面截图，需要包含接口提交方式和 URL 以及 raw 中内容；用例 Add 的 Authorization 界面截图，需要包含接口提交方式和 Type 以及 Token 中内容；用例 Add 的 Tests界面截图；测试用例集 Test_Add 执行结果界面截图。题目题目 3：修改接口脚本编写和执行测试，并执行脚本。：修改接口脚本编写和执行测试，并执行脚本。1、商品分类修改接口描述如下：接口功能：提供商品分类修改处理。接口地址（根据实际系统 IP 及端口自行替换）：http:/XX.XX.XX.XX:XXXX/prod-api/manager/category/update。请求方式：PUT。请求参数：参数参数必填必填类型类型说明说明idTureInt修改 idnameTureString商品分类名称响应结果：msg:操作成功,code:200其余均失败。2、接口测试要求说明：在 Postman 中新建 Collections 集，测试集命名为 Test_Revise；在 Test_Revise 中新建测试用例 1，Login 脚本；Login 脚本 URL 为：http:/XX.XX.XX.XX:XXXX/prod-api/auth/login；Login 脚本 Json 参数为：username:XTGLY,password:123456,roleId:1；在 Login 脚本的 Tests 中编写代码，将 Login 接口返回值 responseBody 转为 json 字符串并将 responseBody 中的获取到的 access_token 的值使用 setEnvironmentVariable 方法存放到环境变量中，环境变量命名为 token；在 Test_Revise 中新建测试用例 2，Revise 脚本；将 Login 中获取的变量 token 放在 Revise 脚本 Authorization 界面下的 Bearer Token 中；在 Environment 中新建 VARIABLE 值为“token”，其他值为空的环境变量，方便用来调试 Revise 脚本；Revise 脚本 URL 为：http:/XX.XX.XX.XX:XXXX