做热图的网站网站在线压缩

模块 A 功能测试：

此模块重点考查选手按照《产品需求规格说明书》完成系统的Web 端部分模块的功能测试，完成测试用例、缺陷报告、测试总结报告等文档。

注意：

1. 被测系统地址192.168.56.22:9000
2. 账号：admin 密码:admin123456

竞赛任务一：设计功能测试用例

1.任务描述
根据《产品需求规格说明书》理解业务功能，根据功能测试计划设计功能测试用例，按照《功能测试用例模板》完成功能测试用例文档。

2.任务要求

功能测试测试用例文档应包括的内容：

用例编号、所属模块、测试功能点、用例标题、前置条件、操作步骤、预期结果、优先级、执行结果。

3.任务成果

完成《模块A_功能测试用例》文档编写。注：要求每个模块至少写30条测试用例，且确保用例要覆盖列表中“功能项”所列出的所有功能点。

模版如下：

竞赛任务二：执行功能测试用例

1.任务描述
根据《产品需求规格说明书》和设计的功能测试用例，使用电脑已安装Chrome浏览器执行功能测试，并填写执行结果。对测试中出现
的缺陷进行记录、截图，按照《缺陷报告模板》完成功能测试缺陷报告文档。

2.任务要求

完成下列模块的测试：

缺陷报告文档应包含的内容：

1. 缺陷编号
2. 所属模块
3. 缺陷标题
4. 缺陷重现步骤
5. 缺陷预期结果
6. 缺陷实际结果
7. 缺陷严重程度
8. 提交人（工位号）
9. 缺陷图示，每个缺陷都需要截图，缺陷图片命名示例：缺陷_id编号_图 1，以插入附件形式放入缺陷图示单元格中,缺陷图片插入方法：插入-附件-文件附件。

3.任务成果

完成《模块 A_缺陷报告》文档编写。注：缺陷数量不少于 20 条，其中严重等级缺陷数量不少于 4 个，一般级别缺陷不少于 10 个。
模版如下：

竞赛任务三：编写测试报告

1.任务描述
根据功能测试结果，按照《功能测试报告模板》完成功能测试总结报告文档。

2.任务要求
测试报告包括的内容：

1. 概述：编写目的、项目背景、测试目的、参考资料、测试环境。
2. 测试过程：测试范围、测试阶段、测试方法、测试进度执行情况。
3. 测试结果及分析：测试用例统计与分析、测试缺陷统计。
4. 测试结论、输出成果物。

3.任务成果
完成《模块A_功能测试报告》文档编写。 提交成果物：
1．《模块A_功能测试用例》文档；
2．《模块A_缺陷报告》文档；
3．《模块A_功能测试报告》文档；
整体打包压缩提交，压缩包命名为：模块 A_工位号.zip。

模块 B 接口测试：

此模块重点考查选手按照软件接口测试要求，使用接口测试工具Postman 进行接口请求的设置、接口参数的设置、变量的设置、关联
的设置、数据驱动的实现、断言的设置，以及执行接口测试、判断接口测试是否通过、生成接口测试报告等，并对测试过程和结果进行截
图。

注意：

1. 访问地址：172.168.56.22:9100（具体访问地址参考现场系统环境）
2. 账号：admin 密码:admin123456

竞赛任务一、新增设备信息测试

1.任务描述
根据给定的接口定义或者通过抓包工具（fiddler）抓取相关接口进行数据分析，执行“新增设备信息测试”。

2.任务要求
（1）创建一个新 Collections 集，测试集命名为“制造业智运行管理系统”，在制造业智运行管理系统测试集下新建一个 folder 文件，命名为“设备信息”。
（2）在设备信息文件夹下，新建一个“新增设备信息测试”，在新增设备信息测试中按照下列接口配置测试。

（3）将 URL 中的 IP 地址和端口号配置成全局变量，变量名为：ZG_IP。
（4）当新增设备时设备名称与设备列表已有的设备名称不重复时，配置一个断言判断实际执行结果是否和预期结果一致。
（5）当新增设备时设备名称与设备列表已有的设备名称重复时，再配置一个断言,验证被测系统是否校验货物名称不能重复。
（6）当新增设备时设备名称为空，再配置一个断言,验证被测系统是否校验货物名称不能为空。

3.任务成果

截图要求：
（1）测试用例脚本包含：测试名称、设置的 URL、所传参数、URL 中引用的 ip 变量、Collections 集合及 folder 文件夹等相关内容截图。（截图名称：新增设备测试）
（2）断言截图包含：断言和断言结果，截在一张图片上即可。（共 3 张图片，截图名称为：①新增成功断言、②名称重复校验断言、③名称为空断言）
（3）所有截图文件存放在“test01”文件夹中。

竞赛任务二、设备信息列表测试

1.任务描述
根据给定的接口定义或者通过抓包工具（fiddler）抓取相关接口进行数据分析，执行“设备信息列表测试”
2.任务要求
在设备信息文件夹下新建一个“设备信息列表测试”，在设备信息列表接口中按照下列接口配置测试。

参考例子：

返回结果：
{
"total": 46, 
"rows": [
{
"searchValue": null, 
"createBy": null, "createTime":null, "updateBy": null, "updateTime": null, "remark": null, "params": {}, "id": 7, "name": "电泳涂装设备", "code": "EP00005", "model": null, "productDate": null, "batchNo": null, "manufacturer": null, "status": "0" }, ],"code": 200,"msg": "查询成功" }

（1）在此接口中配置一个关联（提取设备 id，关联变量名称为 EQ_ID）。
（2）配置一个断言判断实际执行结果是否和预期结果一致。

3.任务成果
截图要求：
（1）测试用例脚本包含：测试名称、设置的 URL、所传参数、关联设置（提取设备 id）、Collections 集合及 folder 文件夹等相关内容截图。（截图名称：设备信息列表测试）
（2）断言截图包含：断言和断言结果，截在一张图片上即可。（共 1 张图片，截图名称为：查询成功断言）
（3）在环境配置中截图，要包含：ip 地址的变量值、变量名（截图名称：设备信息列表环境变量）。
（4）所有截图文件存放在“test02”文件夹中。）

竞赛任务三、修改设备信息测试

1.任务描述
根据给定的接口定义或者通过抓包工具（fiddler）抓取相关接口进行数据分析，执行“修改设备信息接口测试”。

2.任务要求
（1）在设备信息文件夹下新建一个“修改设备信息接口测试”，在修改设备信息接口中按照下列接口配置测试。


（2）输入参数时要引用“设备信息列表接口”中配置的关联 id 变量（变量名称为 EQ_ID）。
（3）当修改设备时设备名称与设备列表已有的设备名称不重复时，配置一个断言判断实际执行结果是否和预期结果一致。
（4）当修改设备时设备名称与设备列表已有的设备名称重复时，再配置一个断言,验证被测系统是否校验货物名称不能重复。
（5）当修改设备时设备名称为空，再配置一个断言,验证被测系统是否校验货物名称不能为空。

3.任务成果
截图要求：
（1）测试用例脚本包含：测试名称、设置的 URL、所传参数、Collections集合及 folder 文件夹等相关内容截图。（截图名称：修改设备信息接口测试）
（2）断言截图包含：断言和断言结果，截在一张图片上即可。（共 3 张图片，截图名称：①修改成功断言、②名称重复校验断言、③名称为空断言）
（3）所有截图文件存放在“test03”文件夹中。

竞赛任务四、删除设备信息测试

1.任务描述
根据给定的接口定义或者通过抓包工具（fiddler）抓取相关接口进行数据分析，执行“删除设备信息接口测试”。
2.任务要求
（1）在设备信息文件夹下新建一个“删除设备信息接口测试”，在删除设备信息接口中按照下列接口配置测试。

（2）当第一次执行删除设备信息接口时，配置一个断言判断实际执行结果是否和预期结果一致。
（3）当同一个接口（上述删除设备信息接口）执行删除两次时，配置一个断言（code=500）,测试被测系统删除设备是否操作失败。

3.任务成果
截图要求：
（1）测试用例脚本包含：测试名称、设置的 URL、所传参数、Collections集合及 folder 文件夹等相关内容截图。（截图名称：删除设备名称测试）
（2）断言截图包含：断言和断言结果，截在一张图片上即可。（共 2 张图片，截图名称：①删除成功断言②删除失败断言）
（3）所有截图文件存放在“test04”文件夹中。

提交成果物：
以上所有文件以及脚本，放到一个文件夹下，压缩并命名为“模块 B_工位号.zip”。

模块 C 单元测试：

1 任务背景
单元测试是软件开发中的一种测试方法，用于验证代码的各个单元 (函数、方法、类等) 是否按预期工作。它通过编写针对单个功能的小型测试用例，对代码进行独立的测试，以确保代码的正确性和稳定性。通过覆盖程序代码，检测潜在错误，并帮助开发人员快速定位和修复问题。单元测试可以提高代码质量、减少错误、增加可维护性，并促进团队协作和持续集成。

2 任务描述
本模块为您提供了程序开发人员的一些程序代码，但这些代码并不能正常工作或达成需求。您作为软件测试人员的任务是分析题目中的需求，并通过单元测试，使用 IntelliJ IDEA 打开项目源代码、运用 Junit5 测试框架编写单元测试代码、并修正此项目工程的源代码，使其能完成题目需求。以下为被测系统的应用程序说明书：

3 设计测试数据

1. 将测试数据存储到“程序测试数据_XX.xlsx”文件中，“XX”修改为自己的学号；
2. 对代码的输入输出条件进行分析，每个功能方法至少设计 1 个有效的输入数据；
3. 对代码的输入输出条件进行分析，每个功能方法至少设计 2 个无效的输入数据；

4 修复代码缺陷
4. 被测对象的每个功能类中，都可能存在数个缺陷，您需要认真分析被测对象源代码，对存在的缺陷进行修复；
5. 在被修改的代码处加入注释“//fix_01”、 “//fix_01”，依次递增；

5 开展单元测试
6. 每个功能方法编写 1 个数据驱动单元测试脚本，将您设计的 2 个有效输入数据 4 个无效输入数据进行验证；
a) 测试方法命名：test_ddt_原方法名() ，如 test_ddt_input()；
b) 数据文件存储到项目根目录下，命名为 test_ddt_data ，格式不限。
7. 每个功能方法编写 2 个单元测试脚本，用于检查代码的路径覆盖情况。
a) 测试方法命名：test_path_原方法名_序号() ，如 test_path_input_ 1()；
8. 对测试完成的单元测试脚本，使用 Allure 生成自动化测试报告，存放在工程项目根目录 的 report 文件夹之下。

需要培训可以私信博主！