我谈对敏捷项目测试的理解

  敏捷这个词已经流行很长一段时间了，作为我们测试来说，对于这个词更加不会陌生。总是听到我们的测试人员说，在敏捷的项目中，对测试的挑战很大，之前没有机会参与敏捷的项目，所以一直望着，前段时间有幸参与到了敏捷的项目中，谈谈自己对这一类项目测试如何开展和把控质量的理解，权当抛砖引玉吧，欢迎拍砖，多拍点，我可以拿着盖个房呵呵

 

   敏捷其思想的价值就在于对一个需求的快速的响应，这个其实也不仅仅是对我们测试的挑战，对于开发和设计来说，一样是也存在很大的挑战的，这个牵涉到有时候设计的重构和代码的重写，有时候系统的可扩展性也会在这个时候变的非常的重要。

 

  这个就引出我个人对于敏捷项目质量把控的第一点理解：质量先行。在前期做设计评审的时候，需要对设计的可扩展性进行关注。避免后期需求的变更带来的重构的风险。另外：第二点理解就是，在敏捷的项目中，单元测试显的especiaaly重要。在通过了单元测试的模块进行集成之后，这个时候就是我们系统组的应用团队关注接下来的集成测试，主要关注业务流程的正确性，数据的前后台一致性，模块的接口测试。对于数据流频繁，数量庞大的模块接口需要做性能测试的分析，是否需要做性能测试。再接下来，对于可以确定的稳定的功能模块，业务流程就可以进行手工用例向自动化用例的转化了。转换完成之后，如果后期发生了关联到次类业务流，模块的需求的变更，无论是新增还是更改，只要这一部分确定下来的业务流程业务需求没有变，那就可以自动化这一部分用例，当然是整体还是部分就要看当时的实际情况了。

 

  这个就是我当前对于敏捷项目的测试如何做的理解。至于管理方面，那么需要我们的测试管理人员对于业务需要有一定的了解，同时部门之间消息一定要联动，平常结合管理上的scrum方法，思想，加强监控，及时的做出调控。

 

  个人理解打完收工，欢迎拍砖，我拿着盖个房子，呵呵