【敏捷团队】8.敏捷测试团队

        作为敏捷团队的一员，测试的重要性，需要提升，在国内，很多企业，测试的地位明显低于开发几个等级，有些小公司甚至觉得开发够强，不需要测试，这个我个人其实很不认同，测试作为产品与用户见面的最后一道把关，就显得非常重要，在国外，测试其实跟开发的级别，可以说是一样的，我常会举个例子这样来形容开发和测试的关系，就如同人的2条腿，如果其中一条腿短了，走起路来就会东倒西歪，只有2条腿一样长，走起来才正常。

        那么如果测试过早切入敏捷团队，实行测试先行的方案，那么不仅仅执行本职测试，还需要能够在出现紧急情况的时候转化职能，帮助完成要求更高的测试任务，那么需要测试深入项目，明确需求，自身能力的提高，很多名企，都有一个观点，人多了，能力参差不齐，可靠的就是固定的机器，脚本之类的，所以自动化测试就显得是能力上的一种提高了，获取更大的发展，还可以在团队中介入代码的实现。

        功能测试可以零散进行，系统测试，则需要产品有一个成型的状态才能进行，所以一般建议，在迭代N+1次的时候，对N次进行系统测试，测试方式可以是测试步骤自动化，数据驱动测试等等。

        沟通：这个其实很重要，个人认为，往往测试与开发敌对行为，都是开发不能把bug想成自己的黑暗面，而测试只是找出来这些问题而已，如果能够与开发进行结对编程，对实现就能更为深入的了解了，但是这个过程的沟通很重要，例如你觉得开发的某个模块的编码思路有问题，个人觉得不要直接去怼，而是针对这个模块特意测试，一来如果真的有问题，也有依据，二来如果没问题，也避免不必要的指责，因为切入敏捷团队，所以每天早会都会参与，可以及时沟通这些问题，不会放大问题，而且针对性强，降低误解。

        能够会上提出并及时解决的bug，就没有必要上报了，不过特别难，或者时间处理长的bug还是需要提交报告来跟踪的。

        努力成为团队不可分割的一部分，需要不断摸索和找到平衡点。