如何让测试工作更专业？
需求评审时，多关注（提问）这样几个问题：这个需求是什么？为什么会提这个需求？开发人员会怎么修改软件以完成这个需求？他们的改动方式是否合理？这次的改动会产生哪些影响，测试范围清楚吗？可能有什么风险？感觉不只是需求评审，而是整个测试流程都要规范，才显得专业，仅供参考：
1）需求评审-需求定稿，测试人员理解需求
2）测试组长发布测试计划
3）测试人员进行测试方案的编写及评审
4）测试人员根据测试方案定稿进行测试类型选择、测试用例的编写和评审
5）测试人员根据测试用例进执行功能、性能、易用性、安装性、健壮性、恢复性等各类型的测试
6）发现问题提交缺陷，并审核缺陷
7）修复后，进行回归测试确认bug修复，关闭bug
8）编写测试报告及总结
9）提交过程文档到知识库。 这些应该是最基本的，在需求评审的时候不进行思考，有时候做出来可能就是无效工作 这个需要对业务有比较透彻的了解 在需求评审会议之前，测试人员就要提前拿到需求文档，先整体梳理思考，记录下问题。
这样在需求评审会议上才能有针对性的提问。 :victory: 总结的很好，确实是，前置没做好，后面都返工
页:
[1]
