技术部测试规范
简短测试流程:
开发完成 -> 本地自测 -> 测试环境自测 -> 通知测试同事复测 -> 确认无误后上生产 -> 生产环境自测 -> 再次通知测试同事复测
-> 提交产品验收。
当然可以!以下是进一步优化后的测试流程规范,特别强调了开发人员的责任,尤其是在多次发现相同问题时应加强自测,避免给测试人员带来不必要的负担。
1. 开发自测阶段
责任人员:开发人员
-
本地自测:
- 在完成代码编写后,开发人员需在本地环境中进行全面的功能测试。
- 使用日志记录工具详细打印关键步骤的日志信息,以便后续排查问题。
- 确保所有功能按预期工作,且没有明显的错误或异常。
- 重要提示:如果某个 bug 在多次测试中依然存在,请开发人员务必加强自测,确保问题彻底解决后再提交至测试环境。
-
提交前检查:
- 自测通过后,开发人员应再次确认代码符合项目编码规范和质量标准。
- 提交代码到版本控制系统(如 Git)之前,请确保本地测试无误,并附上相关的测试报告或日志文件。
2. 发布至测试环境
责任人员: 开发人员
-
部署到测试环境:
- 将本地验证通过的代码部署到测试环境。确保测试环境配置与生产环境尽可能接近,以模拟真实运行条件。
-
测试环境自测:
- 开发人员需在测试环境中重新执行一次完整的功能测试,验证所有功能是否正常运行。
- 同样需要记录详细的测试日志,以便于后续分析和问题定位。
- 重要提示:若同一问题在多次测试中反复出现,请开发人员深入分析根本原因并彻底修复,避免将未解决的问题传递给测试团队。
3. 通知测试同事复测
责任人员:开发人员
- 通知方式:
- 当开发人员确认测试环境中的功能完全正常后,使用微信或云效等工具通知测试同事进行复测。
- 提供必要的文档支持,包括但不限于功能描述、已知问题列表、测试用例等。
4. 测试同事复测
责任人员:测试团队
- 测试环境要求:
- 原则上,测试同事只在测试环境或正式环境中进行测试,不直接在开发环境中进行测试。
- 全面执行预定的测试计划,覆盖所有功能点,确保软件的质量达到上线标准。
- 重要提示:如果发现开发人员提交的代码中存在多次重复的 bug,测试团队有权退回给开发人员,并要求其加强自测,减少不必要的重复测试工作。
5. 产品经理验收
责任人员:产品经理
- 验收流程:
- 测试通过后,由产品经理负责最终的验收工作。产品经理应根据需求文档逐一核对产品功能,确保满足业务需求和技术要求。
- 如发现任何不符合项,应及时反馈给开发团队进行修正。
6. 注意事项
-
沟通机制:
- 在整个测试过程中,保持良好的沟通至关重要。遇到问题时,及时与相关人员沟通解决,避免延误进度。
- 如果某个问题在多次测试中仍然存在,请开发人员主动多次自测,找到最佳解决方案,彻底解决这个bug再提交给测试同事测试。
-
日志记录:
- 每个阶段都应做好详细的日志记录,便于追踪问题根源,提高问题解决效率。
-
持续改进:
- 定期回顾测试流程,总结经验教训,不断优化测试策略和方法,提升产品质量。
- 特别强调:为避免给测试人员增加不必要的工作量,请开发人员在每次提交前确保代码已经过充分的自测,并解决了所有已知问题。