Xxx项目敏捷模式探索

1 前言
Xxx项目是一个全新的项目，按传统的项目计划，RD10月开始开发到1月9号测试完成上线，测试加开发需要经过3个月时间。在本次项目中，我们在需求、测试用例评审、项目引入分批提测等多方面做了改进，项目在12月22号就达到稳定上线状态，比预期提前2个星期，效果明显。

2 项目改进

 

2.1 改进一：明确目标，各方督促。

在立项之初，我们总结以往经验，PM/RD/QA各方达成一致意见，首先明确各方的职责，各自给出预期目标，引入鸡翅制度，给自己施加压力。如RD给出整体提测后BUG预期；PM给出可能的需求变更预期数，使需求变更最小化，确保MRD文档的及时更新；QA给出测试设计不充分的预期，尽力完善测试用例，做到不遗漏。我们的共同目标是，力保项目顺利上线，力争能提前上线。

2.2 改进二：分批提测，缩短项目周期(重点改进)。

 

以往xxx相关项目采取的提测方案是所有功能开发完成后统一提测，QA在全部提测后才能进行具体的测试工作，串行工作导致整个项目的周期较长。在这个项目里我们尝试分功能分批提测的方式。RD边开发，QA边测试的并行开发模式，以此缩短项目周期，减少项目风险。在这个项目初期，RD/QA/SQA一起参与讨论，把功能拆分成3批提测，每次提测的功能独立，相互不影响。本次尝试非常有效果，即使在中途新增加了功能，也能按计划完成提测和测试，而且在整体提测后，一周内提测功能就达到了稳定状态。

2.3 改进三：重点评审测试用例，QA/RD/PM各方参与确认(重点改进)。

 

测试用例是指导测试执行的关键，特别是在前端功能测试中，不完善的测试用例会导致功能测试的遗留，带来质量隐患，除此测试用例评审也是各方对MRD各方理解一致性的又一保障。在立项之时，QA主导，与PM、RD同学重点沟通测试用例的重要性，希望给予高度的重视，各方参与并确认，而不是简单的review。本次项目分3次对测试用例进行了评审，评审过程中RD、PM全程参与，逐条用例细节确认，从可实现性，可测性，需求多方面多角度考虑。整个项目，虽然我们花在测试用例评审上的时间是以前的三倍，但事实证明，效果却是显著的。从最初的400的测试用例，到3次评审结束后测试用例达到703个，补充完善测试用例300多个。在测试用例评审过程中，几乎考虑完善了所有可能问题，会议评审后待确认问题达40个。完善后的测试用例很好的指导了测试工作，RD同学也给予了测试设计高度的评价。

2.4 改进四：准入测试是关键，提供测试用例做自测。

Xxx以往的项目一个突出的问题是项目提测质量不高，BUG多且反复。把问题扼杀在摇篮是此次项目要做到的一个重点，挑选精准的准入测试用例，并直接发测试设用例给RD同学，建议使用测试用例作为自测的用例。效果相当赞，RD同学严格执行准入，在提测时提供准入报告，并使用测试用例作为自测用例，自测相当充分。本次项目700+测试用例，一共只有BUG60个，非常赞。

2.5 改进五：密切沟通，有问题及时三方确认

在Xxx新弹出项目里，PM/RD/QA保持密切的沟通，有任何疑问或问题，第一时间进行三分确认沟通，并同时保持各文档、测试用例的同步更新，保证无问题无疑问。
总的来说，这个项目PM/RD/QA大家都很给力，分批提测缩短项目周期；QA提供测试用例给RD做严格准入，提测质量高，总BUG 60个，总BUG少且反复的BUG少，提测版本较之以前变少，测试回归工作量降低；沟通密切，团结，目标一致、精诚合作，项目提前两周独立上线。

(作者：zhuxiaoqin) 

【本文转自 百度测试技术空间】 http://hi.baidu.com/baiduqa/blog/item/72cbd18b0c9b10aa0f244488.html

【 关注百度技术沙龙】