发际线总和我作队——α冲刺项目测试随笔

[发际线总和我作队]

这个作业属于哪个课程	2501_CS_SE_FZU
这个作业要求在哪里	团队作业——站立式会议+α冲刺
这个作业的目标	测试随笔
其他参考文献	无

目录

• 1 测试工作安排
• 2 测试工具的选择与运用
• 3 测试用例文档
• 4 测试体会
• 5 项目测试评述
• 5.1 前端测试
• 5.2 API测试
• 6 AI技术员的突出作用

1 测试工作安排

在为期六天的敏捷冲刺中，测试工作绝非终点的“质检员”，而是贯穿全程的“守护者”。
虽然由于时间过于紧张，我们并未进行对于前端的自动化测试，而只进行了对前端的使用测试，但我们还是完成了对于API的自动化测试。
我们的测试节奏与开发紧密同步：
核心任务：接口自动化测试、数据边界验证。
具体工作：随着后端接口陆续交付，我们使用Postman为每个完成的接口编写自动化测试脚本，并利用Postman的AI功能自动创建基础的状态码和响应时间断言，极大提升了脚本编写速度。

2 测试工具的选择与运用

我们摒弃“大而全”的笨重方案，选择了轻量化、高效率的工具链：
API测试：Postman + Newman
选择理由：图形化界面易于上手，支持团队协作，且能通过命令行工具Newman轻松集成。
AI赋能：在编写测试脚本时，我们尝试使用了Postman内建的AI。只需在“Tests”标签中用自然语言描述需求，如“生成验证状态码为200和响应时间小于500ms的脚本”，AI便能瞬间生成对应的JavaScript代码，这让不擅长编程的团队成员也能快速构建复杂断言。

3 测试用例文档

我们的测试用例文档并非一份静态的Word文件，而是一个活的、可执行的Postman Collection。它将文档、脚本和验证融为一体：
用例即请求：每一个测试用例都对应Postman中的一个请求，其URL、方法、参数就是它的“输入”。
文档即注释：每个请求的“Description”中详细记录了测试场景、预期结果，形成了可执行的文档。
验证即脚本：“Tests”标签下的JavaScript代码就是自动化的“预期结果验证”。
这种形式确保了文档与实际测试的绝对同步，任何接口的改动都会导致自动化测试失败，从而迫使文档及时更新。

4 测试体会

效率的飞跃：首次执行完整的API回归测试，从手动点击验证需要1小时，到自动化脚本5分钟完成并输出报告，这种效率的提升是颠覆性的。
信心的源泉：在开发人员频繁修改代码的后几天，自动化测试套件成了我们信心的基石。每次代码提交后，一键执行测试，绿色对勾（Pass）让我们能安心地进行后续工作。
AI并非万能，而是副驾：AI工具极大地降低了自动化测试的技术门槛，但它生成的代码并非完美。测试人员的核心价值在于设计精妙的测试场景、分析棘手的失败用例，以及命令AI去完成重复的编码工作。人是策略的制定者，AI是高效的执行者。

5 项目测试评述

本次项目的测试工作成功地从辅助角色转变为驱动项目质量的核心力量。我们构建的自动化防线确保了在高速迭代中核心功能的稳定。

5.1 前端测试

登录界面：
对于用户不存在、密码错误、成功登录三种情况做出的测试。

管理员页面：
管理员页面主要是对各种数据的管理，即增删改查功能。

学生页面：
目前仅完成成绩查询和个人信息页面。

5.2 API测试

以下测试中三条失败测试是由于该条数据已经存在而无法添加导致的失败。

6 AI技术员的突出作用

在本次项目的测试工作中，AI技术员的角色尤为突出，他不仅是工具的使用者，更是团队的“效率倍增器”：
工具选型与布道：他敏锐地评估并引入了Postman AI、Copilot等智能工具，并在团队内快速推广，让每位成员都感受到了AI辅助的威力。
脚本生成与优化：他负责最复杂的自动化脚本编写任务，利用AI快速生成基础代码框架，然后对其进行精细化调试和优化，将脚本开发效率提升了50%以上。
智能分析：当自动化测试失败时，他能利用AI辅助分析日志和错误信息，快速定位问题是出在前端、后端还是数据库，大幅缩短了故障排查时间。
总结而言，这次冲刺让我们深刻体会到：在现代软件开发中，自动化测试已不是可选项，而是必选项。而当自动化测试与AI技术结合时，我们收获的不仅是效率的提升，更是测试深度和广度的扩展。测试人员得以从重复劳动中解放出来，专注于更高级别的测试策略与质量分析，真正成为保障软件产品质量的、不可或缺的“战略力量”。