敏捷开发团队中对测试人员的要求

   先来介绍一下目前团队测试的一个流程。
   目前配置了两个测试版本，一个是手动集成的版本，每天早上或者根据需要测试人员会手动集成，对已经完成的功能或者修改的问题进行验证，另一个是实时集成版本，每隔几分钟会自动检索更新，这个版本主要是进行回归测试和冒烟测试。
   测试人员发现的问题会提交到bug系统中，但是如果有些阻碍测试进行的问题要立马告诉开发人员，进行及时修改。
   一，懂代码，并熟悉测试的各个流程
   工作这段时间来感觉，测试人员在敏捷中不应该只单纯的定位为某一种测试，比如功能，性能测试等，更多的是要求全面的测试，因为敏捷团队一般不会太大，测试人员不会分工很详细，大部分情况是整个的测试流程都要熟悉，集成，回归，功能，性能等一样不能落下。测试用例，计划，报告也一定要熟悉。所以测试人员弄懂代码是很有必要的，这样能很快的定位到问题，以提高效率。
   二，沟通能力
   沟通能力尤为重要了，发现的问题不单单要描述清楚告诉开发人员，有时要当面告知并协助定位问题，只有能高效的顺畅的沟通才能提高工作效率，才更符合敏捷的思想。如何才能与开发人员顺畅的沟通也是我一直在考虑的问题，因为测试有测试的优先级，开发有开发的优先级，遇到过几次差点闹僵的局面，提交一个问题，测试要求立马修改，开发要赶开发任务。当然可以把这些问题转移给项目负责人，但是负责人又是一个忙碌的角色，不可能每一个问题都要去请示。
   三，技术方面
   最好动一些自动化的工具。这个是最近感觉非常有必要加入了。一些稳定的功能在回归时，用自动化工具比较节省时间，特别是一些需要每天都需要回归的模块。
   当然还有更多的能力需要测试人员去掌握，去学习。所以，测试道路任重道远。

   以上是本人愚见，敬请批评指正
  
  
(参考文件：http://www.ibm.com/developerworks/cn/rational/r-cn-agiletestexplain/?ca=drs-tp4608)