敏捷开发项目中，如何改进测试？

    提高系统质量是个Team work，在开发过程中每个成员都有责任提交高质量的软件交付物（需求、代码、设计文档...），尤其我们团队的“敏捷开发”的项目中，我们还面临人员缺乏、项目多而分散的背景，更加需要整个团队都必须积极投入到测试过程中，BA、PM、DE、QA都需要积极参与测试和项目的质量保证工作。51Testing软件测试网V]%_1M"| t

u,d PS,z$B5Pj0这里再说明几个方面51Testing软件测试网(~
?Oz%L F0aN
1、BA和开发团队紧密协作，指导story开发，同时DE开发完成story后，必须及时知会BA，由BA第一时间验收story。BA必须保证已实现的功能满足用户需求，与用户期望一致，这样就直接降低需求、及设计引发的种种BUG的产生。51Testing软件测试网1Ecg&?/`"o6L

@p6s5Czx(}02、DE开发完成story后，必须自测，同时还要请其他DE交叉测试story，开发人员参与测试这点是非常关键的。测试人员测试只能发现系统存在的更多BUG，而开发人员提高代码质量，能够直接减少系统BUG。我们一定要在源头尽量遏制BUG的出现，特别是避免反复出现类似BUG，同种类型的BUG。我们的系统存在的缺陷如果在前期开发阶段发现，会大大降低修改缺陷的成本及风险，提高开发效率和质量。因此，这里也制订了用于指导开发人员自测的check list。
g
k{'k;?uNrA051Testing软件测试网 V@UHH&Tf-V Yg
3、系统发布前必须组织BUG BASH，类似捉虫竞赛，大家一起测试，寻找前期我们漏测的BUG，同时也是对前期测试不充分的story进行加强测试，保证系统的质量。BUG BASH 也可以看作是一种激励性质的游戏，鼓励大家积极参与，找到最多BUG种有奖励，这样也能激发大家的热情，发现更多BUG。51Testing软件测试网-Rz](YV9a w;t-M
51Testing软件测试网u
wH'on,rI&e
4、对于重点项目，影响范围广的发布版本或放量发布版本，以及系统大规模重构的版本，以及新版本特性较多较复杂的情况，必须指定专职QA负责跟踪测试，跟进项目或版本的测试全过程，而对于一般小的发布及修改则可根据情况可不安排QA介入。对重点项目，PM必须提前一个月或一个迭代知会QA，由QA做充分的测试准备，进行测试计划、测试用例的设计，进行充分而全面的测试，输出测试报告。51Testing软件测试网"J&xZ2j(?H'E
51Testing软件测试网0G9{;`Vc1W#u
4、对于不同项目的特点，可以适当采用相适用的自动化测试工具，来提高测试效率。