测试团队所处的阶段和水平

下面是从一个国外论坛上看到的翻译过来的，可能不是特别准确，大体意思应该不差。
1初建的测试团队
开发基本结束后再转测试
开发期间完成大部分test case设计
有自动化功能测试，发挥一定作用
测试工作基本以手工测试为主
2成长中的测试团队
开发部分阶段与测试并行
自动化测试在每个迭代中发挥作用，每次迭代后都会增加该迭代的自动化测试
自动化测试具备一定数量并起到了一定保障作用
手工测试占一定比例
3 成熟的测试团队
每个Story开发完后即开始测试，并非集中提测。
每次Story开发完后运行自动化测试，每次Story测试时都将围绕该Story补充自动化测试用例
自动化测试发挥质量保障作用。
手工测试占少的比例
4优秀的测试团队
Smoke级别的Bug多为RD自己发现
手工测试大部分属于探索性测试
几乎全部的自动化测试都是自动触发执行的
自动化测试发挥充分的质量保障作用
能频繁的对构建产出进行自动化测试验证
5理想的测试团队
RD按需进行测试工作，团队可进行灵活的资源配置。
100% 测试覆盖率。

这个主要是从测试流程和测试方法上划分的，根据敏捷测试的使用程度和自动化的使用程度。
理想测试团队，目前还没有听说那个公司能达到，可能人工智能发展到一定程度就可以实现，这个职位也不需要了。
了解有些公司都是3或4，3是把现在主流的测试框架，测试方法，测试流程实现一般就可以达到。
4是在实现3的基础上，对业务，代码，开发流程，运维流程深入了解，对测试的总体上和细节上都进行优化。
也有一些新公司是在1和2。

觉得保证代码质量能力，还有以下几个方面去评价测试团队水平：
1 提升开发效率。
测试团队除了完成测试任务，还有提升研发的开发效率的责任。及早发现问题，如果开发很多代码后，去定位问题，这样定位时间长，修改问题还可能重新写大量代码。测试团队应该在一定程度上提高整个团队工作效率。
2 员工培养。
对业务的的理解程度。
代码的了解，能够做到阅读代码，定位bug的具体原因，给出修改建议。掌握代码能够更快速深入细致的测试。测试掌握代码着方面，知道的只有少数公司做了，很多公司认为测试的代码能力弱，掌握不了代码。掌握代码需要团队有这方面的意识，团队中有代码经验的人，通过分享一些方法和技巧，可以比较快的掌握代码。
3 技术积累，分享，工具开发。
做了哪些技术积累。
怎么做技术分享。
开发了什么工具。