2024 年甘肃省职业院校技能大赛高职学生组软件测试赛项竞赛任务书_甘肃省2024年高职学生组 软件测试技能大赛样题

（样卷 A）

2024 年甘肃省职业院校技能大赛高职学生组

软件测试赛项竞赛任务书

1.  竞赛概述

1.1.竞赛时间

本次竞赛时间共为 8 小时，参赛选手自行安排任务进度，休息、饮水、如厕

等不设专门用时，统一含在竞赛时间内。

1.2.竞赛内容

功能测试的测试计划设计、测试用例设计、测试执行和 Bug 记录、测试报  告设计；自动化测试要求分析、工具使用、代码设计和测试执行等；性能测试要 求分析、工具使用和测试执行等；单元测试要求分析、代码设计、设计测试数据、 编写测试脚本和测试执行等；接口测试要求分析、工具使用和测试执行等；团队

合作能力以及文明竞赛等职业素养。

1.3.竞赛成绩

“软件测试”赛项成绩总分为 100 分，其中竞赛任务占 95 分，职业素养占 5

分，各部分权重如下：

2.  竞赛须知

1.  本次 ftp 文档下载地址、用户名及密码，功能测试被测系统地址、用户名

及密码，性能测试被测系统地址、用户名及密码，以竞赛现场发放为准；

2.  本次竞赛提交的所有成果物及 U 盘中不能出现参赛队及参赛选手信息，

需要填写参赛队及参赛选手信息时以工位号代替；

3.  本次竞赛提交的 U 盘中只能保存竞赛成果文档，与竞赛成果无关的文件

均不能出现在此 U 盘中；

4.  请不要擅自更改竞赛环境（包括强行关闭竞赛服务器），对于擅自更改 竞赛环境所造成的后果，由参赛选手自行承担，对于恶意破坏竞赛环境的参赛选

手，根据大赛制度予以处理；

5.  竞赛过程中参赛选手必须及时保存需要提交的文档，未及时保存而造成

相关文档内容缺失或无法保存，后果由参赛选手自行承担；

6.  自动化测试严格按照要求编写脚本，擅自恶意编写无限循环或破坏环境

脚本造成系统死机或软件出现问题，后果由参赛选手自行承担；

7.  性能测试请严格按照要求设置并发数量和执行时间，擅自提高并发数量

和延长执行时间造成的后果由参赛选手自行承担；

8.  性能测试过程中，参赛选手可根据需要针对性能测试被测系统进行“重置 系统”或“重启系统”操作。“重置系统”后等待 5 分钟，系统数据恢复到开赛初始 状态；“重启系统”后等待 5 分钟，系统将重新启动。重置/重启动作以服务器日  志记录为准，重置/重启不设专门用时（包括现场技术支持），后果由参赛选手

自行承担；

9.  单元测试过程中，JDK 所含内容及其在系统中的路径设置擅自进行删除、 修改；Eclipse 中已建好的项目工程、已安装的相关jar 包擅自删除；Workspace    的默认目录擅自修改；以上事项若擅自进行修改而造成程序无法编译、运行，后

果由参赛选手自行承担；

10.  竞赛结束后请不要关闭竞赛设备，由于关闭竞赛设备造成的数据丢失等

后果由参赛选手自行承担；

11.  竞赛中出现各种问题请及时向现场裁判举手示意，不要影响其他选手。

3.  竞赛任务

3.1.竞赛环境

竞赛环境由服务器（线上环境，通过 VPN 连接访问）、客户机 1 、客户机 2

组成。

服务器部署说明：服务器中部署 ftp 文档下载、功能测试被测系统、性能测

试被测系统。

客户机部署说明：客户机 1 、2 均已安装通用环境、 自动化测试环境、性能

测试环境、单元测试环境、接口测试环境。

客户机访问说明：客户机 1 、2 均可访问 ftp 文档下载、功能测试被测系统、

性能测试被测系统。

任务对应被测系统说明：任务一、二、五使用功能测试被测系统完成；任务 三使用性能测试被测系统完成；任务四无需被测系统。若相关任务未使用对应被 测系统进行而造成任务无法完成、被测系统崩溃等问题，后果由参赛选手自行

承担。

被测系统内置数据说明：功能测试被测系统已内置任务一、二、五所需数据；

性能测试被测系统已内置任务三所需数据。

3.2.竞赛任务文档

3.3.任务组成

任务一：功能测试（45 分）

1 、测试计划（5 分）

（1）任务描述

针对功能测试任务，划分和界定测试范围，分解测试任务，预估测试风险、

测试工作量和测试进度。按照《A2-测试计划模板》完成本任务。

（2）任务要求

测试计划应包括以下内容：

① 概述：编写目的、项目背景。

② 测试任务：测试目的、测试参考文档、测试范围、测试提交文档。

③ 测试资源：软件配置、硬件配置、人力资源分配。

④ 功能分解：整体功能模块划分。

⑤ 测试安排。

⑥ 相关风险。

（3）任务成果

XX-A2-测试计划.doc（XX 代表工位号）。

2 、测试用例（15 分）

（1）任务描述

根据《A1-需求说明书》进行需求分析，理解业务功能，设计测试用例。按

照《A3-测试用例模板》完成本任务。

（2）任务要求

测试用例应包括以下内容：

① 按模块汇总测试用例数量；

② 测试用例应包含以下元素：模块名称、功能项、用例说明、前置条件、

输入、执行步骤、预期结果、重要程度、执行用例测试结果。

（3）任务成果

XX-A3-测试用例.xls（XX 代表工位号）。

3 、Bug 清单（20 分）

（1）任务描述

根据《A1-需求说明书》和测试用例，执行功能测试，发现 Bug 、记录 Bug

并对 Bug 截图。按照《A4-Bug 清单模板》完成本任务。

（2）任务要求

① Bug 清单应包括以下内容：

按模块和 Bug 严重程度汇总 Bug 数量；

Bug 清单应包含以下元素：角色、模块名称、功能项、摘要描述、操作步骤、

预期结果、实际结果、缺陷严重程度、附件说明（截图）。

② 使用谷歌浏览器（Chrome）执行 Web 端功能测试（含界面测试）。

（3）任务成果

XX-A4-Bug 清单.xls（XX 代表工位号）。

4 、测试报告（5 分）

（1）任务描述

针对功能任务，分析整体测试过程，归纳总结测试结果，得出最终测试结论。

按照《A5-测试报告模版》完成本任务。

（2）任务要求

测试报告应包括以下内容：

① 概述：编写目的、项目背景。

② 人员安排。

③ 测试设计：测试用例设计方法、测试方法。

④ 用例汇总：用例汇总。

⑤ 测试回顾：进度回顾、功能测试回顾。

⑥ Bug 汇总：Bug 汇总。

⑦ 测试结论。

（3）任务成果

XX-A5-测试报告.doc（XX 代表工位号）。

任务二： 自动化测试（15 分）

一、任务要求

题目 1：按照以下步骤在 PyCharm 中进行自动化测试脚本编写并执行。

1 、设置智能时间等待 3 秒并将浏览器窗口最大化；

2 、引入 By 方法类；

3 、通过 ID 属性定位用户名输入框，并输入用户名 XTGLY； 4 、通过 NAME 属性定位密码输入框，并输入密码 123456；

5 、通过 CLASS_NAME 属性定位登录按钮，并单击；

6 、通过 PARTIAL_LINK_TEXT 方法定位供应商信息按钮，并使用 click()方

法点击；

7 、通过 LINK_TEXT 复数定位方法点击页面中第一条数据的查看按钮；

8 、通过 window_handles 方法将标签页切换到第二个标签；

9 、使用 get_screenshot_as_file 对页面进行截图操作；

10 、设置 3 秒的强制时间等待；

11、点击查看客户弹窗右上角的 X；

12 、通过 quit 方法关闭浏览器。

题目 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 方法进入系统登录页面，通过 NAME 方法定位用户名 输入框，通过 ID 方法定位密码输入框并输入账号和密码（XTGLY/123456）， 通过 TAG_NAME 方法定位并点击登录按钮，使用 ID 方法定位商品分类下拉框，

通过 Select 类中的 select_by_visible_text 方法选择商品分类为“ 自动化内置数据”；

7 、通过 unittest.main()方法执行测试用例。

二、报告编写

根据自动化测试情况，参考自动化测试报告模版，按要求编写自动化测试脚

本并将全部脚本粘贴到模板中，完成自动化测试报告。

任务三：性能测试（15 分）

一、任务要求

题目 1：使用 LoadRunner 执行性能测试。

1 、脚本录制：

（1）脚本一：

. 脚本名称：ProductAdd。

. 脚本内容：系统管理员登录、进行新增商品操作。 具体要求如下：

. 所有脚本存放在 Action。商品名称前 2 位为固定值 SP ，固定值后面的字 符可任意设置。对新增商品保存操作设置事务，事务名称：T_SPAdd 。 设置检查点，使用新增商品成功，服务器响应正文内容中的 code 键值对 作为检查点。在新增商品保存操作前添加集合点，集合点名称：R_SPAd

d。

截图要求：一共 1 张图：①Action 中新增商品保存操作部分截图。

（2）脚本二：

. 脚本名称 BrandAdd。

. 脚本内容：系统管理员登录、进行新增商品品牌操作。 具体要求如下：

. 所有脚本存放在 Action 。商品品牌名称前 4 位为固定值 SPBR ，固定值 后面的字符可任意设置。对新增商品品牌保存操作设置事务，事务名称： T_BrandAdd 。设置检查点，使用新增商品品牌成功，服务器响应正文内 容中的 code 键值对作为检查点。在新增商品品牌保存操作前添加集合 点，集合点名称：R_BrandAdd。

截图要求：一共 1 张图：①Action 中新增商品品牌保存操作部分截图。

2 、脚本回放：使用回放功能对脚本的正确性进行校验。

（1）脚本一脚本回放具体要求如下：

. 对商品名称进行修改，前 4 位为固定值 SPHF ，固定值后面的字符可任 意设置。

. 运行脚本，查看回放结果，要求脚本回放能成功实现新增商品业务。 截图要求：一共 1 张图：①新增商品保存操作和回放日志截图。

（2）脚本二脚本回放具体要求如下：

. 对商品品牌名称进行修改，前 4 位为固定值 BRHF ，固定值后面的字符

可任意设置。

. 运行脚本，查看回放结果，要求脚本回放能成功实现新增商品品牌业务。

3 、脚本参数设置要求：脚本回放成功后按要求设置脚本参数。

（1）脚本一参数化要求如下：

. 新建参数：参数名称：uniNo ，参数类型：唯一编号，编号从 5 开始，每 个 Vuser 的块大小为 100 ，编号格式：%05d ，每次迭代更新。

. 对商品名称进行参数化设置：商品名称前 4 位固定值 SPCS，固定值后面 接参数 uniNo。

. 对采购价进行参数化设置：参数名称：price1，参数类型：随机数字，随 机范围：1000~2000 ，数字格式：%lu ，每次迭代更新。

. 对销售价进行参数化设置：参数名称：price2，参数类型：随机数字，随 机范围：6000~8000 ，数字格式：%lu ，每次迭代更新。

. 脚本迭代次数 3 次。

截图要求：一共 1 张图：①新增商品保存操作和参数列表截图。

（2）脚本二参数化要求如下：

. 新建参数：参数名称：letter ，参数类型：文件，参数值：26 个英文字母 小写，每次出现随机取值。

. 对商品品牌名称进行参数化设置：商品品牌名称前 4 位固定值 BRCS， 固定值后面接 5 个随机小写字母。

. 脚本迭代次数 3 次。

截图要求：一共 1 张图：①新增商品品牌保存操作和参数列表截图。

4 、场景设置：按要求设置虚拟用户个数以及进行场景配置。

. 脚本修改：新增商品集合点前添加思考时间 40 秒，商品名称前 4 位固定 值修改为 SPCJ。

. 脚本修改：新增商品品牌集合点前添加思考时间 45 秒，商品品牌名称前 4 位固定值修改为 BRCJ。

. 选择新增商品和新增商品品牌两个脚本进行场景设置。

. 用户分配选择用户组模式。场景计划方式选择用户组。

. 新增商品集合点策略：当 80%的运行用户到达集合点时释放，超时时间 30 秒。

. 新增商品品牌集合点策略：当 5 个虚拟用户到达集合点时释放，超时时 间 20 秒。

. 全局计划：

n 新增商品：场景开始后立即启动组；在每个虚拟用户运行前将其初 始化；启动 20 个用户（每 2 秒增加 1 个）执行 5 分钟，执行完成后 停止 10 个用户（每 2 秒停止 1 个）执行 5 分钟，执行完成后停止所

有用户（每 2 秒停止 1 个）。

n 新增商品品牌：在场景开始 1 分钟后启动组；同时初始化所有虚拟 用户；启动 10 个用户（每 2 秒增加 1 个）执行 5 分钟，执行完成后 停止所有用户（每 2 秒停止 1 个），再启动 10 个用户（每 2 秒增加

1 个）执行 5 分钟，执行完成后停止所有用户（每 2 秒停止 1 个）。

截图要求：一共 2 张图，分别为：①新增商品场景设计界面截图；②新增商

品品牌场景设计界面截图。

5 、图形结果分析：场景执行完成后对测试结果进行截图操作。

. 所有截图均需截取完整的结果图，包含下方的说明和左侧的树形结构。

截图要求：一共 1 张图：①Running Vusers  -  Throughput 截图。

题目 2：使用 JMeter 执行性能测试。

1 、脚本添加：

. 脚本文件名称：SuppAndCus。

. 测试计划名称：SuppAndCus。

测试计划下添加两个线程组：

（1）线程组一：

. 线程组名称：SuppAdd。

. 线程组内容：系统管理员登录、进行新增供应商操作。 具体要求如下：

. 供应商名称前 4 位为固定值 GYMC ，联系人前 4 位为固定值 GLXR ，固 定值后面的字符可任意设置。新增供应商保存操作请求名称：新增供应 商保存；对新增供应商保存操作设置事务，事务名称：T_SuppAdd 。设 置检查点，使用新增供应商成功服务器的响应正文内容作为检查点，检

查点名称 Reg_SuppAdd 。在新增供应商保存操作前添加集合点，集合点

名称：R_SuppAdd。

截图要求：一共 1 张图：①新增供应商保存操作截图。

（2）线程组二：

. 线程组名称 CusAdd。

. 线程组内容：系统管理员登录、进行新增客户操作。 具体要求如下：

. 客户名称前 4 位为固定值 KHMC，联系人前 3 位为固定值 LXR，固定值 后面的字符可任意设置。新增客户保存操作请求名称：新增客户保存； 对新增客户保存操作设置事务，事务名称：T_CusAdd。设置检查点，使 用新增客户成功服务器的响应正文内容作为检查点，检查点名称 Reg_C usAdd 。在新增客户保存操作前添加集合点，集合点名称：R_CusAdd。

截图要求：一共 1 张图：①新增客户保存操作截图。

2 、脚本回放：使用回放功能对脚本的正确性进行校验。

（1）线程组一回放具体要求如下：

. 对供应商名称进行修改，前 4 位为固定值 GYHF ，固定值后面的字符可 任意设置。

. 对联系人进行修改，前 4 位为固定值 LXHF ，固定值后面的字符可任意 设置。

. 运行脚本，查看回放结果，要求脚本回放能成功实现新增供应商业务。 （2）线程组二回放具体要求如下：

. 对客户名称进行修改，前 4 位为固定值 KHHF ，固定值后面的字符可任 意设置。

. 对联系人进行修改，前 4 位为固定值 LXHF ，固定值后面的字符可任意 设置。

. 运行脚本，查看回放结果，要求脚本回放能成功实现新增客户业务。

截图要求：一共 1 张图：①查看结果树 -  新增客户保存 -  响应正文界面截

图。

3 、脚本参数设置要求：脚本回放成功后按要求设置脚本参数。

（1）线程组一参数化要求如下：

. 对供应商名称进行参数化设置：供应商名称前 4 位固定值 GYCS ，固定 值后面接函数 ThreadNum 和 time，time 函数获取当前时间到毫秒的时间 戳，存储结果的变量名：time_2。

. 对联系人进行参数化设置：联系人前 4 位固定值 LXCS，固定值后面接 T hreadNum 和 time_2。

. 对联系电话进行参数化设置：只参数化联系电话的后 8 位，使用 Rando m  函数生成长度为 8 位的任意数字。

. 脚本迭代次数 3 次。

截图要求：一共 1 张图：①新增供应商保存操作截图。

（2）线程组二参数化要求如下：

. 对客户名称进行参数化设置：客户名称前 4 位固定值 KHCS ，固定值后 面接函数 ThreadNum 和 time ，time 函数日期格式：HHmmss ，存储结果 的变量名：time2。

. 对联系人进行参数化设置：联系人前 4 位固定值 LXCS，固定值后面接 T hreadNum 和 time2。

. 对联系电话进行参数化设置：只参数化联系电话的后 8 位，使用 Rando m  函数生成长度为 8 位的任意数字。

. 脚本迭代次数 3 次。

截图要求：一共 1 张图：①新增客户保存操作截图。

4 、场景设置：按要求设置虚拟用户个数以及进行场景配置。

. 脚本修改：新增供应商保存操作前添加思考时间 25 秒；新增客户保存操 作前添加思考时间 35 秒；其他步骤添加思考时间 5 秒。

. 新增供应商集合点设置：模拟数量：5 ，超时时间 20 秒。

. 新增客户集合点设置：模拟数量：10 ，超时时间 45 秒。

. 场景配置：

n 新增供应商场景配置：取样器错误后执行动作：继续；线程数：10；

Ramp-Up 时间：20 秒；循环 10 次。

n 新增客户场景配置：取样器错误后执行动作：继续；线程数：15；R

amp-Up 时间：30 秒；循环 10 次。

. 使用非 GUI 模式运行。

截图要求：一共 2 张图，分别为：①新增供应商场景配置截图；②新增客户

集合点设置截图。

5 、图形结果：分析场景执行完成后对测试结果进行截图操作。

截图要求：一共 1 张图：①Dashboard-Statistics 截图。

二、报告编写

根据性能测试情况，参考性能测试报告模版，按要求截取性能测试过程和结 果截图并粘贴到性能测试报告，完成性能测试报告。

任务四：单元测试（10 分）

一、任务要求

题目 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 判断期望结果值和实际返回值是否一致。

二、报告编写

根据单元测试情况，参考单元测试报告模版，按要求将编写的java 源代码、

测试类相关代码以及相关截图粘贴到模板中，完成单元测试报告。

任务五：接口测试（10 分）

一、任务要求

题目 1：登录接口脚本编写和执行测试。

1 、登录接口描述如下：

接口功能：提供用户登录功能处理，根据传入的用户名和密码判断登录状态。

接口地址（根据实际系统 IP 及端口自行替换）：

² http://XX.XX.XX.XX:XXXX/prod-api/auth/login。

请求方式：POST。

请求参数：

响应结果：

² 登录成功时返回：

{

"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、passwo

rd；用户名和密码数据为：

² 新建测试用例集 Data_Driver，执行 Run，在测试集合运行页面设置执行要求，

运行次数要求 3 次，请求间隔时间为 500ms，发送请求的 data 文件导入前面

的新建json 数据文件；

² 设置完成执行测试用例集；

² 截图要求：一共 6 张图，分别为：①测试用例脚本包含 URL 和 raw 中参数 相关内容截图；②测试用例集导入json 数据后预览数据的截图；③Collectio n  Runner 页面的截图；④、⑤、⑥分别截图三条用例的测试报告中 Respons

e  Body 的全部内容。

二、报告编写

根据接口测试情况，参考接口测试报告模版，按要求截取接口测试脚本和结

果截图并粘贴到接口测试报告中，完成接口测试报告。

4.  竞赛结果

4.1.提交位置

竞赛成果文档需在 U 盘中进行提交（所有文档在 U 盘中不得以压缩包形式 提交），评分以 U 盘为准。提交前请按照竞赛提交文档检查表进行检查。在 U 盘中以 XX 工位号建一个文件夹（例如 01），将所有竞赛成果文档保存至该文

件夹中，不按照要求命名后果自行承担。

4.2.文档要求

竞赛提交的所有文档中不能出现参赛队信息和参赛选手信息，竞赛文档需要 填写参赛队信息时以工位号代替（XX 代表工位号），竞赛文档需要填写参赛选 手信息时以工位号和参数选手编号代替（举例：21_02，21 代表工位号，02 代表

2 号参赛选手）。

4.3.提交文档检查表