这里再说明几个方面
1、BA和开发团队紧密协作，指导story开发，同时DE开发完成story后，必须及时知会BA，由BA第一时间验收story。BA必须保证已实现的功能满足用户需求，与用户期望一致，这样就直接降低需求、及设计引发的种种BUG的产生。
2、DE开发完成story后，必须自测，同时还要请其他DE交叉测试story，开发人员参与测试这点是非常关键的。测试人员测试只能发现系统存在的更多BUG，而开发人员提高代码质量，能够直接减少系统BUG。我们一定要在源头尽量遏制BUG的出现，特别是避免反复出现类似BUG，同种类型的BUG。我们的系统存在的缺陷如果在前期开发阶段发现，会大大降低修改缺陷的成本及风险，提高开发效率和质量。因此，这里也制订了用于指导开发人员自测的check list。
3、系统发布前必须组织BUG BASH，类似捉虫竞赛，大家一起测试，寻找前期我们漏测的BUG，同时也是对前期测试不充分的story进行加强测试，保证系统的质量。BUG BASH 也可以看作是一种激励性质的游戏，鼓励大家积极参与，找到最多BUG种有奖励，这样也能激发大家的热情，发现更多BUG。
4、对于重点项目，影响范围广的发布版本或放量发布版本，以及系统大规模重构的版本，以及新版本特性较多较复杂的情况，必须指定专职QA负责跟踪测试，跟进项目或版本的测试全过程，而对于一般小的发布及修改则可根据情况可不安排QA介入。对重点项目，PM必须提前一个月或一个迭代知会QA，由QA做充分的测试准备，进行测试计划、测试用例的设计，进行充分而全面的测试，输出测试报告。
5、对于不同项目的特点，可以适当采用相适用的自动化测试工具，来提高测试效率。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/