2023年全国职业院校技能大赛软件测试赛题第4套
2023年全国职业院校技能大赛
软件测试赛题第4套
有问题可私信我
赛项名称： 软件测试
英文名称： Software Testing
赛项编号： GZ034
归属产业： 电子与信息大类
赛项组别： 高等职业教育
赛项主要内容：
| 任务 序号 |
技能竞赛 模块名称 |
技能竞赛内容 |
权重 比例 |
竞赛 时间 |
| 任务1 |
环境搭建及 系统部署 |
根据软件测试竞赛项目需求，搭建与配置测试环境，安装与部署应用系统。 |
5% |
480 分钟 |
| 任务2 |
单元测试 |
根据软件测试竞赛项目需求，编写应用程序，设计测试数据并得出测试结果，编写单元测试报告。 |
10% |
|
| 任务3 |
测试文档 |
根据软件测试竞赛项目需求，制定测试计划文档、测试总结报告文档。 |
10% |
|
| 任务4 |
功能测试 |
根据软件测试竞赛项目需求，设计功能测试用例，执行后，提交缺陷报告。 |
25% |
|
| 任务5 |
自动化测试 |
根据软件自动化测试的要求，编写并执行自动化测试脚本。 |
20% |
|
| 任务6 |
性能测试 |
根据软件性能测试的要求，执行 性能测试 |
18% |
|
| 任务7 |
接口测试 |
根据软件接口测试的要求，执行 接口测试 |
7% |
|
| 职业素养 |
竞赛团队分工明确合理、操作规范、文明竞赛、企业“5S”（整理、整顿、清扫、清洁和素养）等内容。 |
5% |
||
任务一 环境搭建及系统部署
一、任务要求
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：根据下列流程图编写程序实现相应分析处理并显示结果。返回结果“a=x：”（x为2、3或4）；其中变量x、y均须为整型。编写程序代码，使用JUnit框架编写测试类对编写的程序代码进行测试，测试类中设计最少的测试数据满足语句覆盖测试，每条测试数据需要在测试类中编写一个测试方法。使用assertThat中equalTo断言判断期望结果值和实际返回值是否一致。
题目2：根据输入的年份和月份判断月份的天数。若月份不在有效范围之内，应提示：“月份输入不正确。”。月份不为2月，根据输入月份输出对应的月份天数。月份为2月，根据年份判断如为普通闰年，输出2月份正确天数；如为世纪闰年，输出2月份正确天数；不为闰年输出2月份天数。返回结果格式：“year年month月份的天数是days天。”year、month为传入的值，days为判断得到的天数值。其中变量year、month均须为正整数。编写程序代码，使用JUnit框架编写测试类对编写的程序代码进行测试，测试类中设计最少的测试数据满足语句覆盖测试，每条测试数据需要在测试类中编写一个测试方法。使用assertThat中equalTo断言判断返回期望结果和实际返回是否一致。
题目3：填写快递单时通常需要确定接收人的姓名、手机号和地址。其中要求手机号是 11 位数字字符，地址为字母开头的 10个（含10）以内字母或字母数字共同组成。填写正确则提示“OK”，否则根据实际情况提示“**不符合要求”（**为手机号或地址）,退出。编写程序代码，使用JUnit框架编写测试类对编写的程序代码进行测试，测试类中设计最少的测试数据满足判定覆盖测试，每条测试数据需要在测试类中编写一个测试方法。使用assertThat中equalTo断言判断输出文字期望结果值和实际返回值是否一致。
题目4：输入小写的字符串。如字符串前缀为ab开头，则将前缀ab替换为ef并打印出替换后字符串，返回文字“替换前缀后的字符串为:”和替换后字符串值；如后缀为cd并且前缀不为ab，替换字符串中所有cd为gh并打印出替换后字符串，返回文字“替换cd后的字符串为:”和替换后字符串值；否则全部字母大写输出，返回文字“大写字母的字符串为:”和转换后的字符串值。编写程序代码，使用JUnit框架编写测试类对编写的程序代码进行测试，测试类中设计最少的测试数据满足条件覆盖测试，测试类使用参数化测试（@Parameters）完成测试。使用assertEquals判断期望结果值和实际返回值是否一致。
二、报告编写
根据单元测试情况，参考单元测试报告模版，按要求将编写的java源代码、测试类相关代码以及相关截图粘贴到模板中，完成单元测试报告。
任务三 测试文档
一、测试计划
1. 概述
1.1 项目背景
【说明测试项目的整体背景】
1.2 编写目的
【说明测试计划文档的编写目的】
2. 测试任务
2.1 测试目的
【分别说明进行功能测试、自动化测试、性能测试、接口测试的目的】
2.2 测试参考文档
【说明测试过程所用的参考文档】
2.3 测试范围
【分别说明功能测试、自动化测试、性能测试、接口测试根据什么测试，以及具体测试内容】
3. 测试资源
3.1 软件配置
【分别说明功能测试、自动化测试、性能测试、接口测试过程中所用的测试环境及工具】
| 测试类型 |
测试环境及工具 |
3.2 硬件配置
【说客户端及移动端的相关硬件配置】
| 设备项 |
数量 |
配置 |
| 客户端 |
||
| 移动端 |
3.3 人力资源分配
【说明测试人员的角色、职责及最终产出】
| 人员 （工位号） |
角色 |
主要职责 |
产出 |
4. 测试计划
4.1 整体测试进度规划
【说明各个测试阶段的时间及人员安排】
| 测试阶段 |
时间安排 |
人员安排 |
4.2 功能测试计划
【说明功能测试的目标、范围、技术、步骤、开始及结束标准】
| 测试目标 |
|
| 测试范围 |
|
| 应用技术 |
|
| 执行步骤 |
|
| 开始标准 |
|
| 完成标准 |
4.3 自动化测试计划
【说明自动化测试的目标、范围、技术、步骤、开始及结束标准】
| 测试目标 |
|
| 测试范围 |
|
| 应用技术 |
|
| 执行步骤 |
|
| 开始标准 |
|
| 完成标准 |
4.4 性能测试计划
【说明性能测试的目标、范围、技术、步骤、开始及结束标准】
| 测试目标 |
|
| 测试范围 |
|
| 应用技术 |
|
| 执行步骤 |
|
| 开始标准 |
|
| 完成标准 |
4.5 接口测试计划
【说明接口测试的目标、范围、技术、步骤、开始及结束标准】
| 测试目标 |
|
| 测试范围 |
|
| 应用技术 |
|
| 执行步骤 |
|
| 开始标准 |
|
| 完成标准 |
5. 发布标准
【说明功能测试、性能测试、接口测试、文档的测试完毕可发布标准】
| 测试类型 |
发布标准 |
6. 相关风险
【说明测试过程中的假定风险以及如何应对】
| 风险类型 |
风险详述 |
应对措施 |
二、测试报告
1. 概述
1.1 项目背景
【说明测试项目的整体背景】
1.2 编写目的
【说明测试报告的编写目的】
2. 测试结果文档
【说明测试结果产出的文档】
3. 测试设计
3.1 功能测试方法设计介绍
【说明功能测试过程中所使用到的方法】
3.2 自动化测试方法设计介绍
【说明自动化测试过程中所使用到的方法】
3.3 性能测试方法设计介绍
【说明性能测试过程中所使用到的方法】
3.4 接口测试方法设计介绍
【说明接口测试过程中所使用到的方法】
4. 测试回顾
4.1 功能测试过程回顾
【说明功能测试的整体流程及结果】
4.2 自动化测试过程回顾
【说明自动化测试的整体流程及结果】
4.3 性能测试过程回顾
【说明性能测试的整体流程及结果】
4.4 接口测试过程回顾
【说明接口测试的整体流程及结果】
5. 用例汇总
【说明测试用例汇总统计情况】
| 设备端 |
功能模块 |
测试用例数 |
用例编写人 （工位号） |
执行人 （工位号） |
| 用例合计（个） |
||||
6. Bug汇总
【说明缺陷Bug汇总统计情况】
| 设备端 |
功能模块 |
Bug严重程度 |
Bug类型 |
||||||||
| 严重 |
很高 |
高 |
中 |
低 |
合计 |
功能 |
UI |
建议性 |
合计 |
||
| 合计（个） |
|||||||||||
7. 测试结论
【说明测试结果总结、过程问题统计、系统质量评价及团队经验教训】
任务四 功能测试
一、测试用例
二、Bug清单
任务五 自动化测试
一、任务要求
题目1：按照以下步骤在PyCharm中进行自动化测试脚本编写并执行。
1. 设置智能时间等待5秒并将浏览器窗口最大化；
2. 引入By方法类；
3. 通过ID属性定位用户名输入框，并输入用户名XTGLY；
4. 通过NAME属性定位密码输入框，并输入密码123456；
5. 通过CLASS_NAME方法定位登录按钮，使用click()方法点击登录按钮；
6. 通过TAG_NAME复数方法定位商品管理页面的新增按钮，并使用click()方法进行点击；
7. 通过NAME属性定位图片上传框并使用send_keys方法上传图片（任意选取符合需求要求大小的图片）；
8. 使用get_screenshot_as_file对页面进行截图操作（命名为test_picture.png，存放在D盘根目录下）。
题目2：按照以下步骤在PyCharm中进行自动化测试脚本编写并执行。
1. 搭建unittest框架；
2. 引入By方法类；
3. 定义setUp方法启动浏览器，增加3秒的智能等待，将浏览器窗口最大化；
4. 定义tearDown方法关闭浏览器；
5. 定义test_denglu01方法进入系统登录页面，通过TAG_NAME方法复数形式定位用户名输入框，通过TAG_NAME方法复数形式定位密码输入框并输入账号和密码（XTGLY/123456），通过CLASS_NAME方法定位并点击登录按钮；
6. 定义test_denglu02方法进入系统登录页面，通过CLASS_NAME方法定位用户名输入框，通过NAME方法定位密码输入框并输入账号和密码（XTGLY/123456），通过ID方法定位并点击登录按钮，使用ID方法定位商品管理页面的查询条件中的商品分类下拉框，通过Select类中的by_value方法选择商品分类为“测试”；
7. 通过unittest.main()方法执行测试用例。
题目3：按照以下步骤在PyCharm中进行自动化测试脚本编写并执行。
测试数据：
| 商品品牌名称 |
预期结果 |
| 商品品牌名称必填，请重新输入。 |
步骤1：新建csv格式的测试数据testdata.csv，并编写csvv.py脚本读取csv中的测试数据。
步骤2：新建test01.py：
1. 引入步骤1中的写好的数据读取的方法以及ddt方法类；
2. 引入By方法类；
3. 搭建unittest框架；
4. 在setUp中打开谷歌浏览器，增加5秒的智能时间等待，将浏览器窗口最大化；
5. 在tearDown中退出浏览器；
6. 新建测试用例，通过CLASS_NAME属性定位用户名输入框，并输入用户名XTGLY；
7. 通过ID属性定位密码输入框，并输入密码123456；
8. 查看登录页面中的登录按钮元素，通过TAG_NAME方法定位登录按钮，使用click()方法点击登录按钮进入系统首页；
9. 通过PARTIAL_LINK_TEXT方法进行定位，使用click()方法点击“商品品牌”按钮；
10. 通过TAG_NAME的复数形式定位并点击“新增”按钮；
11. 通过CLASS_NAME方法定位商品品牌名称输入框并使用数据驱动输入“商品品牌名称”；
12. 通过XPATH方法定位并点击“保存”按钮；
13. 通过CLASS_NAME方法定位并获取提示信息文字，通过assertEqual断言方法来验证预期结果和实际结果是否一致，如果不一致使用get_screenshot_as_file对页面进行截图操作；
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. 在test_report文件夹下新建BasePage.py文件封装selenium的基础操作类方法（get、find_element等）；
9. 在test_report文件夹下新建LogingPage.py文件，引入BasePage.py中封装好的方法，引入By方法类，封装登录用例页面元素位置和操作（使用ID方法封装用户名输入框，使用NAME方法封装密码输入框、使用CLASS方法封装登录按钮位置，封装输入用户名、密码、点击登录按钮等操作）；
10. 在test_report文件夹下新建AddPage.py文件，引入BasePage.py中封装好的方法，引入By方法类，封装好商品品牌添加页面元素（使用LINK_TEXT方法封装商品品牌按钮，使用XPATH方法封装新增按钮，使用XPATH方法封装商品品牌名称输入框，使用CSS方法封装保存按钮，封装点击商品品牌按钮、点击新增按钮、输入商品品牌名称、点击保存按钮等操作），封装添加成功以及添加失败的提示信息文字；
11. 在test_report文件夹新建srceenshot文件夹存放测试截图；
12. 在test_data文件夹新建test_csv.csv文件存放测试数据；
13. 在test_report文件夹下新建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：使用LoadRunner执行性能测试。
1. 脚本录制：
（1）脚本一：
- 脚本名称：PurAdd。
- 脚本内容：采购专员登录、进行新增采购订单、保存并提交操作。
具体要求如下：
- 所有脚本存放在Action。仓库、供应商任意选择，商品任意选择一种即可。对采购订单保存并提交操作设置事务，事务名称：T_PurAdd。设置检查点，使用提交操作成功服务器的响应正文内容作为检查点。
截图要求：一共1张图：①Action中新增采购订单保存并提交操作部分截图。
（2）脚本二：
- 脚本名称：InveAdd。
- 脚本内容：仓库主管登录、进行新增盘点单操作。
具体要求如下：
- 所有脚本存放在Action。仓库任意选择，商品任意选择一种即可。对新增盘点单保存操作设置事务，事务名称：T_InveAdd。设置检查点，使用新增盘点单保存成功，服务器响应正文内容中的code键值对作为检查点。在新增盘点单保存操作前添加集合点，集合点名称：R_InveAdd。
截图要求：一共1张图：①Action中新增盘点单保存操作截图。
2. 脚本回放：使用回放功能对脚本的正确性进行校验。
（1）脚本一脚本回放具体要求如下：
- 运行脚本，查看回放结果，要求脚本回放能成功实现新增采购订单保存并提交业务。
- 保存并提交操作若需要关联，使用关联函数web_reg_save_param_ex()，参数名称submitId。
截图要求：一共1张图：①Action中新增采购订单保存并提交操作部分截图。
（2）脚本二脚本回放具体要求如下：
- 运行脚本，查看回放结果，要求脚本回放能成功实现新增盘点单业务。
3. 脚本参数设置要求：脚本回放成功后按要求设置脚本参数。
（1）脚本一参数化具体要求如下：
- 新建参数化文件center.dat，文件中包含centerId、centerName两个字段，centerId输入系统预置的10条仓库id值，centerName输入对应的仓库名称值。
- 对仓库进行参数化设置：仓库ID使用参数centerId，仓库名称使用参数centerName，均使用center.dat参数化文件。
- centerId参数选择列使用按名称方式，每次迭代顺序取值。centerName参数选择列使用按名称方式，取值为centerId相同行。
- 对采购数量进行参数化设置：参数名称：Amount，参数类型：随机数字，随机范围：100-200，数字格式：%lu。
- 对实际采购价进行参数化设置：参数名称：Price，参数类型：随机数字，随机范围：50-100，数字格式：%lu。
- 脚本迭代次数3次。
截图要求：一共1张图：①新增采购订单保存并提交操作和参数列表截图。
（2）脚本二参数化具体要求如下：
- 新建参数化文件center.dat，文件中包含centerId字段，centerId输入系统预置的10条仓库id值。
- 对盘点仓库进行参数化设置：仓库ID使用参数centerId，使用center.dat参数化文件。
- centerId参数选择列使用按名称方式，每次迭代随机取值。
- 脚本迭代次数3次。
截图要求：一共1张图：①新增盘点单保存操作和参数列表截图。
4. 场景设置：按要求设置虚拟用户个数以及进行场景配置。
- 脚本修改：新增采购订单事务前添加思考时间35秒。
- 脚本修改：新增盘点单集合点前添加思考时间45秒。
- 选择新增采购订单和新增盘点单两个脚本进行场景设置。
- 用户分配选择百分比模式，两个脚本平均分配用户。场景运行模式选择基本计划。
- 全局计划：总计20个虚拟用户，同时初始化所有虚拟用户，每30秒启动10个，完成前一直运行。新增采购订单循环10次，新增盘点单循环8次。
截图要求：一共2张图，分别为：①场景设计界面截图；②新增盘点单循环次数设置界面截图。
5. 图形结果分析：场景执行完成后对测试结果进行截图操作。
- 所有截图均需截取完整的结果图，包含下方的说明和左侧的树形结构。
截图要求：一共1张图：①Transaction Summary截图。
题目2：使用JMeter执行性能测试。
1. 脚本添加：
- 脚本文件名称：CusAndPlan。
- 测试计划名称：CusAndPlan。
测试计划下添加两个线程组：
（1）线程组一：
- 线程组名称：CusAdd。
- 线程组内容：系统管理员登录、进行新增客户操作。
具体要求如下：
- 客户名称前4位为固定值KHMC，联系人前3位为固定值LXR，固定值后面的字符可任意设置。新增客户保存操作请求名称：新增客户保存；对新增客户保存操作设置事务，事务名称：T_CusAdd。设置检查点，使用新增客户成功服务器的响应正文内容作为检查点，检查点名称Reg_CusAdd。在新增客户保存操作前添加集合点，集合点名称：R_CusAdd。
截图要求：一共1张图：①新增客户保存操作截图。
（2）线程组二：
- 线程组名称：PlanAdd。
- 线程组内容：生产专员登录、进行新增生产计划单、保存并提交操作。
具体要求如下：
- 计划生产耗材和计划生产制品新增一行即可，商品任意选择一种。生产计划单保存并提交操作请求名称：保存并提交。对生产计划单保存并提交操作设置事务，事务名称：T_PlanAdd。设置检查点，使用保存并提交操作成功服务器的响应正文内容作为检查点，检查点名称Reg_PlanAdd。在新增生产计划单保存并提交操作前添加集合点，集合点名称：R_PlanAdd。
截图要求：一共1张图：①新增生产计划单保存并提交操作截图。
2. 脚本回放：使用回放功能对脚本的正确性进行校验。
（1）线程组一回放具体要求如下：
- 对客户名称进行修改，前4位为固定值KHHF，固定值后面的字符可任意设置。
- 对联系人进行修改，前4位为固定值LXHF，固定值后面的字符可任意设置。
- 运行脚本，查看回放结果，要求脚本回放能成功实现新增客户业务。
（2）线程组二回放具体要求如下：
- 运行脚本，查看回放结果，要求脚本回放能成功实现新增生产计划单保存并提交业务。
3. 脚本参数设置要求：脚本回放成功后按要求设置脚本参数。
（1）线程组一参数化具体要求如下：
- 对客户名称进行参数化设置：客户名称前4位固定值KHCS，固定值后面接函数threadNum和time，time函数日期格式：HHmmss，存储结果的变量名：time2。
- 对联系人进行参数化设置：联系人前4位固定值LXCS，固定值后面接函数threadNum和time2。
- 对联系电话进行参数化设置：只参数化联系电话的后8位，使用Random string函数生成长度为8位的任意数字字符串。
- 脚本迭代次数3次。
截图要求：一共1张图：①新增客户保存操作截图。
（2）线程组二参数化具体要求如下：
- 对计划耗材数量进行参数化设置：使用Random函数实现参数化，范围：500-1000。
- 新建参数化文件center.dat，文件中包含centerId、centerCode、centerName三个字段，centerId输入系统预置的10条仓库id值，centerCode输入对应的仓库编号值，centerName输入对应的仓库名称值。
- 对计划生产耗材仓库进行参数化设置：使用CSV数据文件设置实现参数化，使用center.dat文件。仓库ID参数名称centerId，仓库编号参数名称centerCode，仓库名称参数名称centerName。
- 脚本迭代次数3次。
截图要求：一共2张图，分别为：①center.dat文件内容截图；②新增生产计划单保存并提交操作截图。
4. 场景设置：按要求设置虚拟用户个数以及进行场景配置。
- 脚本修改：新增客户保存操作前添加思考时间45秒；新增生产计划单保存并提交操作前添加思考时间30秒；其他步骤添加思考时间5秒。
- 新增客户集合点设置：模拟数量：10，超时时间45秒。
- 新增生产计划单集合点设置：模拟数量：5，超时时间30秒。
- 场景配置：
- 新增客户场景配置：取样器错误后执行动作：启动下一进程循环；线程数：10；Ramp-Up时间：20秒；持续时间：10分钟；启动不延迟。
- 新增生产计划单场景配置：取样器错误后执行动作：继续；线程数：15；Ramp-Up时间：30秒；持续时间：15分钟；启动不延迟。
- 使用非GUI模式运行。
截图要求：一共2张图，分别为：①新增客户集合点设置截图；②新增生产计划单场景配置截图。
5. 图形结果：分析场景执行完成后对测试结果进行截图操作。
截图要求：一共1张图：①Transactions Per Second截图。
二、报告编写
根据性能测试情况，参考性能测试报告模版，按要求截取性能测试过程和结果截图并粘贴到性能测试报告，完成性能测试报告。
任务七 接口测试
一、任务要求
题目1：登录接口脚本编写和执行测试。
1. 登录接口描述如下：
接口功能：提供用户登录功能处理，根据传入的用户名和密码判断登录状态。
接口地址（根据实际系统IP及端口自行替换）：
- http://XX.XX.XX.XX:XXXX/prod-api/auth/login。
请求方式：POST。
请求参数：
| 参数 |
必填 |
类型 |
说明 |
| username |
Ture |
Int |
用户名 |
| password |
Ture |
Int |
用户密码 |
| roleId |
Ture |
Int |
登录ID（默认1） |
响应结果：
- 登录成功时返回：
{
"code": 200,
"msg": xxx,
"data": {
"access_token": "xxx",
"name": xxx,
"photo": "xxx",
"expires_in": xxx
}；
- 登录失败时返回（密码错误）：
{
"msg": "登录密码错误",
"code": 500
}
- 登录失败时返回（密码为空）：
{
"msg": "请输入密码",
"code": 500
}
2. 接口测试要求说明：
- 在Postman中新建Collections集，测试集命名为Data_Driver；
- 在测试集Data_Driver下新建data_driver脚本；
- 在脚本Body中的raw下新建json参数（username、password、roleId）进行传值，其中username、password参数改为变量接收数据驱动中的数据；
- 新建josn文件保存接口数据驱动测试数据，josn参数名为username、password；用户名和密码数据为：
- 新建测试用例集Data_Driver，执行Run，在测试集合运行页面设置执行要求，运行次数要求3次，请求间隔时间为500ms，发送请求的data文件导入前面的新建json数据文件；
- 设置完成执行测试用例集；
- 截图要求：一共6张图，分别为：①测试用例脚本包含URL和raw中参数相关内容截图；②测试用例集导入json数据后预览数据的截图；③Collection Runner页面的截图；④、⑤、⑥分别截图三条用例的测试报告中Response Body的全部内容。
| username |
password |
| XTGLY |
123456 |
| XTGLY |
123 |
| XTGLY |
题目2：新增接口脚本编写和执行测试，并执行脚本。
1. 商品品牌添加接口描述如下：
接口功能：提供商品品牌新增处理。
接口地址（根据实际系统IP及端口自行替换）：
- http://XX.XX.XX.XX:XXXX/prod-api/manager/brand/add。
请求方式：POST。
请求参数：
| 参数 |
必填 |
类型 |
说明 |
| createBy |
Ture |
Int |
添加id（默认2） |
| name |
Ture |
String |
商品品牌名称 |
响应结果：
{"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/brand/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。
请求参数：
| 参数 |
必填 |
类型 |
说明 |
| id |
Ture |
Int |
修改id |
| name |
Ture |
String |
商品分类名称 |
响应结果：
{"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/prod-api/manager/category/update；
- Revise脚本Json参数为：{"id":"1","name":"测试"}；
- 在Revise脚本的Tests中对执行结果进行断言判断，设置两个断言：①判断响应状态码为200；②使用JSON value check方法判断响应内容中返回的msg参数值中存在“操作成功”字符串；
- 设置执行测试集Test_Revise；
- 截图要求：一共4张图，分别为：①用例Revise的Body界面截图，需要包含接口提交方式和URL以及raw中内容；②用例Revise的Authorization界面截图，需要包含接口提交方式和Type以及Token中内容；③用例Revise的Tests界面截图；④测试用例集Test_Revise执行结果界面截图。
二、报告编写
根据接口测试情况，参考接口测试报告模版，按要求截取接口测试脚本和结果截图并粘贴到接口测试报告中，完成接口测试报告。