4、没有详细设计如何保证设计没有问题？

　　challenge：如何让设计上的问题在开发前暴露出来，并解决？

　　在敏捷开发中，我们认为沟通交流胜过面面俱到的文档，相对于编写详细设计文档，RD更愿意给相关人员讲解他的设计，甚至给QA讲解代码，因此对详细设计不做要求。

　　那么，没有详设，如何让设计上的问题在开发前暴露出来，并解决？

　　我的解决方案如下：

　　增加详设交流环节，且由RD推动

　　1）在开发之前，增加详设交流环节，RD进行task拆分和详设讲解。

　　2）由RD推动此环节，在开发之前主动给相关QA和关注的leader讲解， QA提出需要了解一些复杂逻辑的实现方法，RD进行讲解。讲解后，卡片才能从待开发移到开发中。

　　3）story较复杂时，RD会提供简略的详设，一方面理清RD思路，一方面便于QA理解达成一致。

　　此外，在QA测试之前，如有需要，RD还会给QA讲解详细的实现方式，弥补没有文档的不足。

　　5、没有测试设计如何保证测试质量？

　　challenge：没有之前那么严密的测试设计，如何保证无漏测？

　　虽然没有之前那么标准的测试设计，但我们摸索出了自己的规避风险的方法：

　　每个story，都有一个固定的测试设计环节，以自己喜好的方式，如：画简图、脑图、列list等，仔细考虑等价类、边界条件、异常分支等，作为实际测试的思路，以便真正理清自己思路，规避测试模式变更带来的风险。

　　在每个story中，都会有验收标准，验收标准和PM一块编写，由RD review，也作为RD自测和编写自动化测试的依据与要求，一方面提高代码质量，一方面保证测试质量。

　　PS：

　　1）如果有测试经验较少的新人加入，可以在初期让新人和之前一样编写测试设计，作为story的附件。待训练成熟后，再过渡到敏捷的模式，以规避新人经验不足导致的漏测风险。

　　2）如果团队中测试人员较多时，建议编写简单的测试设计，以便整个项目的质量可控。

　　6、何时提测？提测频繁，如何降低提测成本？提测时间不固定，如何分工？

　　challenge：没有固定提测时间？没有正式提测？随时提测？

　　（1）随时提测

　　没有固定的提测时间，RD完成一个story ，满足上述提测条件，便通知QA提测（无论以什么方式通知），QA即可部署最新版本进行测试。

　　（2）自动化部署

　　随时提测，就意味着需要更频繁的部署，此时，不能再依赖手工部署，必须实现部署自动化。

　　通过在hudson上调用编写的自动化部署脚本，已可一键自动化部署，收益不错，其他项目也有效仿。

　　（3）测试分工

　　因为随时提测，stroy的完成时间不确定，如果事先分好了谁测什么，很可能造成QA某时候空着，有时候工作堆积，这样时间利用率低。

　　因此，我们需要每个QA熟悉所有模块，迭代开始时不分工，在迭代中临时分工。这无疑也是对QA的一个很大的挑战。