目录

前言

1、一个完整的团队

2、测试团队在研发过程中所扮演的角色

3、测试介入时间

4、统一的管理

5、其他

---

前言

测试在一个软件公司的职能是检验产品是否合格，是否符合用户使用习惯。在检验的过程中，尽量多的暴露软件的BUG。测试团队是把控产品研发的一个重要职能部门，有自己严格的测试标准，同时有着自己一套严格的测试流程及方式。在各个公司工作6年时间了，感觉之前的团队都存在一些问题，所以我想建议一下对测试团队的建设意见。

1、一个完整的团队

在我以往的工作中，测试都是一个完整的团队，其中有明确的分工，每一个人都有自己的任务划分。总体来说，测试主要是分为：功能测试、性能测试、自动化测试、安全测试。但是在我们现在的团队中，没有专职的性能测试、自动化测试、安全测试。并且现阶段测试，主要是偏向与功能测试。

在我的预期中，希望能有一个完整的团队，其中就包含了上诉测试岗位。能够严格的按照测试标准执行。每一个测试点都有专人负责，各司其职。

            

 

2、测试团队在研发过程中所扮演的角色

在研发的过程中，测试的职能主要是验收，只有测试通过了，产品才能上线，这就需要赋予测试团队一定的独立性，测试过程中，只能按照产品给出的产品需求进行测试。可以对与需求不符的功能提出意见，产品是否验收合格也需要测试团队的认可。不能再像以前一样，让产品规定测试完成时间，因为，根据以前的实践表明，产品开发完成后，并没有给测试团队剩余太多的时间。通常就只是主题功能实现，就给与上线。在一些细节方面，以往的测试团队中，并没有做的很好。

3、测试介入时间

正常的测试介入时间是在产品确定需求的时候介入。

在开发团队根据需求开发软件的同时，测试团队就需要根据需求去设计测试用例，建立测试环境。

如果产品在已经跟开发团队、测试团队确认需求之后，新添加需求，需要跟整个开发、测试团队一起商讨需求是否能加，而不是产品部一个部门决定。

在测试后期，如有遗留问题时，需要测试、开发、产品三方协商，遗留问题是否解决。主要是测试提出遗留问题（或者有疑问的问题）给产品团队，产品团队决定是否解决、开发团队不能决定是否解决，但是能给出解决大概需要的时间，供产品团队参考时候有必要在本次版本中解决。

                       

 

4、统一的管理

希望能够将现有的测试资源进行统一管理，因为，app测试主要是功能测试，性能与自动化、安全测试较少。根据公司现状，主要是以移动端为主，并且多个项目来回穿插，所以，更需要一个合理的管理体系。移动端主要分为apk、app与微信端。三端展现方式不一，需要的测试工具也不一样。后期会采用behat与Appium的测试工具，主要是对移动端主流程做自动化测试。但是自动化前期准备工作较多，后期维护较为占用人力。所以，也是需要一个合理的管理框架。

5、其他

在我以前的工作中，特别是在网秦与阿里的工作中，我个人觉得一些比较好的团队管理经验值得借鉴。

1. 测试部门主要划分为功能测试、安全测试、性能测试、自动化测试，4个部门，各自负责自己的工作范围。每一个部门都有一个负责人、直接对测试部门总负责人负责，而不是对产品负责。测试部门级别与开发、产品团队同级，直接对项目负责人负责。
2. 有专门的项目管理工具，统一的管理BUG，需求文档，团队管理等。能够清晰明确的将任务分配到个人，每个人也知道需要干的工作。

另外，根据以往的经验跟现在公司的发展环境，我觉得按照现有工作流程，由开发团队完成产品开发后，再交由测试团队统一测试，这样做的好处是，能够缩小测试团队的规模，节省测试资源。日常管理方便，更容易在不同项目、不同产品之间进行沟通。不足的地方在于如果项目同时启动的太多测试人员没有办法同时对多个项目进行高深度测试，或者测试时间需要延长。