2、建立初步的代码质量体系

　　高 质量的代码是高质量软件的基础。除了对产品的测试外，从源头开始控制代码的质量对促进和提高产品质量也非常关键。Code Review是极好的进行代码质量控制的手段，基于H公司的svn代码库，我们通过钩子，加上开源的一些Code Review Dashboard工具建立了一套强制的Code Review流程，要求所有代码必须经过Code Review后才能被check in到代码库。另外，Code Review系统中集成了静态代码检查工具，Reviewer在评审代码的时候可以直接看到提交代码的静态检查结果报告。

　　3、自动化测试

　　敏捷测试中，自动化测试是必不可少的重要环节。但是，在组织中推进自动化测试并不是一件轻松的事情。首先，如果组织的测试目标已经被固定成了“尽可能发现最多的缺陷”，如果开发工程师、甚至测试工程师自己已经习惯了把发现缺陷和工作时间当成自己唯一的评价标准，在这种情况下推动自动化测试，结果不言而喻。

　　组织首先要有自己明确的自动化测试可达成的目标。在我的理解中，自动化测试的最大贡献在于两个：

　　1）让全体工程师（测试和开发）都可以成为测试的执行者和设计者，让验证可以在尽可能小的周期内发生（快速反馈）；

　　2）自动化测试不以流程为中心，可以持续演化并适应快速的需要。对H公司来说，显然，通过自动化测试可以达成的，与团队期望最契合的目标应该是“通过自动化测试尽可能在短的测试周期内达到更高的覆盖率”。因此，在我们的自动化测试推进中，该目标成为了自动化测试需要达成的最首要的目标。

　　对于任何应用来说，从技术角度来看，最好的自动化测试都应该是在产品设计时引入可测试性，这样可以在不同层次上对应用进行验证。但如果对一个已有产品已经比较固定，且很难对其进行大规模重构的组织来说，对这些已经固定的产品进行重构以便于自动化测试的开展显然是不现实的。在自动化推进时，我们并没有把自动化测试建立在革命，而是革新的基础上。虽然我本人是坚定的大规模UI自动化的反对者，但在对H公司的产品（游戏类应用）进行了详细了解，以及对开发过程进行了详细了解后，我还是不得不承认，在现阶段，使用主要基于UI的自动化测试是更适合H公司现状的方式。目前我们选用的自动化测试工具是Sikuli工具，基于该工具设计了一套适合H公司游戏产品的自动化测试框架，通过mock本地环境等手段，目前UI自动化测试的稳定性可以达到95%以上，对于游戏的测试是一个很好的提升手段。

　　其他

　　以上就是我们在3个月内为敏捷测试推进工作进行的改进。不得不说，到目前为止，这才是在前进的道路上迈进了一小步。真正的组织级的敏捷需要持续建立更好的沟通、建立自承诺的团队，以及持续改进。不管怎样，在这3个月的时间内，我们通过这些工作，测试团队的氛围开始发生了变化，开发工程师开始愿意配合测试团队，为其提供更好的测试接口，所有的测试成员都开始意识到交付价值比交付bug重要…… 这是我们向敏捷推进的一小步，但相信是坚定的一步。

　　接下来的一段时间内，敏捷的核心价值观仍然是指导我们的法则，持改变的勇气，不断检讨，不断优化；保持简单，把资源投入到最值得提高的地方；建立更好的沟通方式，更好的信任与尊重，相信一段时间后，我们能看到接下来的仍然坚定的下一步。