■ 测试阶段面临的问题
● 测试计划过于理想，实际开始测试时往往会发现很多故障，测不完，不能上线。
● 测试时间往往成为其他工作的缓冲时间，测试人员往往在被精简的时间内要求完成测试
任务。
● 实在不行，“让客户去测试”。
● 测试阶段爆发的问题，80%是前期的原因所致。
● 应该测试重要的流程，首先要保证程序能用，然后才是好用。工作要有重点。
● 测试人员不足，多个项目切换，会使得测试人员缺乏专注，容易把项目搞混，效率更
低。
● 测试人员的技能提升。
★ 实用方法
■ 用人策略
● 人人都是测试
▪ 项目经理定期检查代码，编译，看看运行效果有没有偏离需求方向
▪ 项目经理让测试人员理解需求，理解采用的技术特点。规划出符合项目需求和技术特
点的测试方案。
▪ 让开发人员自己测试一下自己开发的内容，再交叉测试一下。这样做能够提升编程质
量（别人会测试自己的），让程序员从测试角度思考问题，提升程序员的编程素养
（通过测别人的）
▪ 每周安排一天专门测试，项目组全员都测试。研发人员交叉测试，集中修复。
■ 重视需求
● 拒绝二手需求
▪ 让测试人员参与需求调研活动。
▪ 项目经理要主导测试，引导测试人员的工作。
■ 重视测试设计（测试计划、测试方案）
● 测试设计的要点
▪ 理解需求和软件架构。
▪ 理解系统的重用部分。
▪ 应该测试重要的流程，首先要保证程序能用，然后才是好用。工作要有重点。
▪ 用最少的工作量测出最多的重要问题。
■ 重视测试用例
● 测试用例的关键在执行测试。
● 测试用例的重点
▪ 比较复杂的、容易出错的、有难度的地方。
▪ 新人做测试
● 逐步建立测试方面的资产库（测试指南、测试策略、测试用例等）
▪ 对常见的情况建立测试指南，让所有测试人员学习和参考，遇到类似情况可以直接参
照用例库。
■ 争议缺陷的处理
● 把“是不是缺陷”和“是不是按时上线”两个问题分开。
● 确保项目是“需求导向”和“用户价值导向”。
● 对于缺陷，如果研发人员的解释测试人员听不懂，可以就认为是缺陷。
————————————————
版权声明：本文为CSDN博主「liujzh007」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/liujzh007/article/details/118911283
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/24862045/viewspace-2782138/ ，如需转载，请注明出处，否则将追究法律责任。
