2023年全国职业院校技能大赛
软件测试赛题第2套
赛项名称: 软件测试
英文名称: 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:任意输入2个正整数值分别存入x、y中,据此完成下述分析:若x≤0或y≤0,则提示:“输入不符合要求。”;若2值相同,则提示“可以构建圆形或正方形”;若2<|x-y|≤5,则提示“可以构建椭圆”;若|x-y|>5,则提示“可以构建矩形”;若0<|x-y|≤2,提示“可以构建长方形”。编写程序代码,使用JUnit框架编写测试类对编写的程序代码进行测试,测试类中设计最少的测试数据满足语句覆盖测试,每条测试数据需要在测试类中编写一个测试方法。使用assertEquals判断输入数据测试方法期望结果值和实际返回值是否一致。
题目2:输入一个大写字母一个小写字母。根据输入的第一个字母和周几英文单词的第一个大写字母判断是周几,如果无法根据第一个大写字母判断,则继续根据输入的第二个小写字母进行判断,最终返回正确的英文周几的单词。编写程序代码,使用JUnit框架编写测试类对编写的程序代码进行测试,测试类中设计最少的测试数据满足语句覆盖测试,每条测试数据需要在测试类中编写一个测试方法。使用assertEquals判断期望结果值和实际返回值是否一致。
题目3:进行系统注册时通常需要输入用户名和密码,其中用户名要求由8个字母组成、密码由6个(含6)以上数字组成。满足要求,则提示“注册成功”,否则根据实际情况提示“**不符合要求”(**为用户名或密码)。编写程序代码,使用JUnit框架编写测试类对编写的程序代码进行测试,测试类中设计最少的测试数据满足语句覆盖测试,每条测试数据需要在测试类中编写一个测试方法。使用assertThat中containsString断言判断输出文字期望结果值和实际返回值是否一致。
题目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. 通过NAME属性定位用户名输入框,并输入用户名XTGLY;
4. 通过NAME属性定位密码输入框,并输入密码123456;
5. 通过CLASS_NAME方法定位登录按钮,使用click()方法点击登录按钮;
6. 通过PARTIAL_LINK_TEXT方法定位客户信息按钮,并使用click()方法点击;
7. 使用LINK_TEXT复数方法定位页面中第一条数据的查看的target属性并且对target属性进行删除;
8. 点击页面中第一条数据的查看按钮;
9. 增加2秒强制时间等待;
10. 使用get_screenshot_as_file对页面进行截图操作(命名为test_target01.png,存放在D盘根目录下);
11. 点击查看客户弹窗右上角的X。
题目2:按照以下步骤在PyCharm中进行自动化测试脚本编写并执行。
1. 搭建unittest框架;
2. 引入By方法类;
3. 定义setUp方法启动浏览器,增加3秒的智能等待,将浏览器窗口最大化;
4. 定义tearDown方法关闭浏览器;
5. 定义test_denglu01方法进入系统登录页面,通过ID方法定位用户名输入框,通过NAME方法定位密码输入框并输入账号和密码(XTGLY/123456),通过TAG_NAME方法定位并点击登录按钮;
6. 定义test_denglu02方法进入系统登录页面,通过NAME方法定位用户名输入框,通过ID方法定位密码输入框并输入账号和密码(XTGLY/123456),通过CLASS_NAME方法登录系统,通过LINK_TEXT方法定位并点击“客户信息”按钮;
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方法类,封装登录用例页面元素位置和操作(使用CLASS_NAME方法封装用户名输入框,使用NAME方法封装密码输入框、使用ID方法封装登录按钮位置,封装输入用户名、密码、点击登录按钮等操作);
10. 在test_report文件夹下新建AddPage.py文件,引入BasePage.py中封装好的方法,引入By方法类,封装好商品分类添加页面元素(使用PARTIAL_LINK_TEXT方法封装商品分类按钮,使用CSS方法封装新增按钮,使用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)脚本一:
- 脚本名称:ProductAdd。
- 脚本内容:系统管理员登录、进行新增商品操作。
具体要求如下:
- 所有脚本存放在Action。商品名称前2位为固定值SP,固定值后面的字符可任意设置。对新增商品保存操作设置事务,事务名称:T_SPAdd。设置检查点,使用新增商品成功服务器的响应正文内容作为检查点。在新增商品保存操作前添加集合点,集合点名称:R_SPAdd。
截图要求:一共1张图:①Action中新增商品保存操作部分截图。
(2)脚本二:
- 脚本名称:PlanAdd。
- 脚本内容:生产专员登录、进行新增生产计划单、保存并提交操作。
具体要求如下:
- 所有脚本存放在Action。计划生产耗材和计划生产制品新增一行即可,商品任意选择一种。对生产计划单保存并提交操作设置事务,事务名称:T_PlanAdd。设置检查点,使用保存并提交操作成功服务器的响应正文内容作为检查点。在新增生产计划单保存并提交操作前添加集合点,集合点名称:R_PlanAdd。
截图要求:一共1张图:①Action中新增生产计划单保存并提交操作部分截图。
2. 脚本回放:使用回放功能对脚本的正确性进行校验。
(1)脚本一脚本回放具体要求如下:
- 对商品名称进行修改,前4位为固定值SPHF,固定值后面的字符可任意设置。
- 运行脚本,查看回放结果,要求脚本回放能成功实现新增商品业务。
截图要求:一共1张图:①新增商品保存操作和回放日志截图。
(2)脚本二脚本回放具体要求如下:
- 运行脚本,查看回放结果,要求脚本回放能成功实现新增生产计划单保存并提交业务。
3. 脚本参数设置要求:脚本回放成功后按要求设置脚本参数。
(1)脚本一参数化具体要求如下:
- 新建参数:参数名称:uniNo,参数类型:唯一编号,编号从1开始,每个Vuser的块大小为100,编号格式:%04d。
- 新建参数:参数名称:VuID,参数类型:Vuser ID,文本格式:%s。
- 对商品名称进行参数化设置:商品名称前4位固定值SPCS,固定值后面接参数VuID和uniNo。
- 对采购价进行参数化设置:参数名称:price1,参数类型:随机数字,随机范围:100-200,数字格式:%lu。
- 对销售价进行参数化设置:参数名称:price2,参数类型:随机数字,随机范围:200-300,数字格式:%lu。
- 脚本迭代次数3次。
截图要求:一共1张图:①新增商品保存操作和参数列表截图。
(2)脚本二参数化具体要求如下:
- 对计划耗材数量进行参数化设置:参数名称:Amount,参数类型:随机数字,随机范围:500-1000,数字格式:%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. 脚本添加:
- 脚本文件名称:PurAndInve。
- 测试计划名称:PurAndInve。
测试计划下添加两个线程组:
(1)线程组一:
- 线程组名称:PurAdd。
- 线程组内容:采购专员登录、进行新增采购订单、保存并提交操作。
具体要求如下:
- 仓库、供应商任意选择,商品任意选择一种即可。采购订单保存操作请求名称:采购订单保存;采购订单提交操作请求名称:采购订单提交。对采购订单保存并提交操作设置事务,事务名称:T_PurAdd。设置检查点,使用提交操作成功服务器的响应正文内容作为检查点,检查点名称Reg_PurAdd。
截图要求:一共1张图:①新增采购订单保存操作截图。
(2)线程组二:
- 线程组名称:InveAdd。
- 线程组内容:仓库主管登录、进行新增盘点单操作。
具体要求如下:
- 仓库任意选择,商品任意选择一种即可。新增盘点单保存操作请求名称:新增盘点单保存。对新增盘点单保存操作设置事务,事务名称:T_InveAdd。设置检查点,使用新增盘点单保存成功服务器的响应正文内容作为检查点,检查点名称Reg_InveAdd。在新增盘点单保存操作前添加集合点,集合点名称:R_InveAdd。
截图要求:一共1张图:①新增盘点单保存操作截图。
2. 脚本回放:使用回放功能对脚本的正确性进行校验。
(1)线程组一回放具体要求如下:
- 运行脚本,查看回放结果,要求脚本回放能成功实现新增采购订单保存并提交业务。
- 保存并提交操作若需要关联,使用正则表达式提取器,参数名称PurId。
截图要求:一共1张图:①新增采购订单提交操作截图。
(2)线程组二回放具体要求如下:
- 运行脚本,查看回放结果,要求脚本回放能成功实现新增盘点单业务。
3. 脚本参数设置要求:脚本回放成功后按要求设置脚本参数。
(1)线程组一参数化具体要求如下:
- 新建参数化文件center.dat,文件中包含centerId、centerName两个字段,centerId输入系统预置的10条仓库id值,centerName输入对应的仓库名称值。
- 对仓库进行参数化设置:使用CSV数据文件设置实现参数化,使用center.dat文件。仓库ID参数名称:centerId,仓库名称参数名称:centerName。
- 对采购数量进行参数化设置:使用Random函数实现参数化,范围:200-500。
- 对实际采购价进行参数化设置:使用Random函数实现参数化,范围:50-100。
- 脚本迭代次数3次。
截图要求:一共1张图:①新增采购订单保存操作截图。
(2)线程组二参数化具体要求如下:
- 对保存操作进行参数化设置:点击保存或者保存并提交按钮。新建参数化文件status.dat,文件中包含status字段,status输入保存和保存并提交的status值。使用CSV数据文件设置实现参数化,参数名称:status。
- 对盘点仓库进行参数化设置:使用Random函数实现参数化,范围:系统预置的10条仓库id值。
- 脚本迭代次数3次。
截图要求:一共1张图:①新增盘点单保存操作截图。
4. 场景设置:按要求设置虚拟用户个数以及进行场景配置。
- 脚本修改:新增采购订单保存操作前添加思考时间30秒;新增盘点单保存操作前添加思考时间40秒;其他步骤添加思考时间5秒。
- 新增盘点单集合点设置:模拟数量:5,超时时间30秒。
- 场景配置:
- 新增采购订单场景配置:取样器错误后执行动作:继续;线程数:10;Ramp-Up时间:20秒;循环10次。
- 新增盘点单场景配置:取样器错误后执行动作:启动下一进程循环;线程数:10;Ramp-Up时间:20秒;持续时间:10分钟;启动不延迟。
- 使用非GUI模式运行。
截图要求:一共2张图,分别为:①新增采购订单场景配置截图;②非GUI运行界面截图。
5. 图形结果:分析场景执行完成后对测试结果进行截图操作。
截图要求:一共1张图:①Latencies Over Time截图。
二、报告编写
根据性能测试情况,参考性能测试报告模版,按要求截取性能测试过程和结果截图并粘贴到性能测试报告,完成性能测试报告。
任务七 接口测试
一、任务要求
题目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;用户名和密码数据为:
username | password |
XTGLY | 123456 |
XTGLY | 123 |
XTGLY |
- 新建测试用例集Data_Driver,执行Run,在测试集合运行页面设置执行要求,运行次数要求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。
请求参数:
参数 | 必填 | 类型 | 说明 |
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/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。
请求参数:
参数 | 必填 | 类型 | 说明 |
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执行结果界面截图。
二、报告编写
根据接口测试情况,参考接口测试报告模版,按要求截取接口测试脚本和结果截图并粘贴到接口测试报告中,完成接口测试报告。