前言
接到测试项目后，准备做测试项目前的第一个任务是组建测试团队。测试项目通常不止一个人参与，而是有多人共同参与完成，所以要组建测试团队。 测试团队中的某些角色可能配备，也可能不配备，可能属性整个公司而不属于测试团队，也可能属于测试团队成员。比如：业务分析人员、系统工程师、质量管理人员、配置管理人员。接到测试项目后，准备做测试项目前的第一个任务是组建测试团队。测试项目通常不止一个人参与，而是有多人共同参与完成，所以要组建测试团队。
测试团队中的某些角色可能配备，也可能不配备，可能属性整个公司而不属于测试团队，也可能属于测试团队成员。比如：业务分析人员、系统工程师、质量管理人员、配置管理人员。
在实际的测试项目中，每个人在测试团队中的角色，在每家公司都有很大的差别。比如，比如，可能只负责测试执行，也可能负责用例编写和测试执行，也可能参与需求分析、用例编写、评审、测试执行等。
1.1 业务分析人员
辅助需求分析。
我们做的测试项目可能属于不同行业，比如，银行、保险、医院、电商、快递等。接到这些项目时，我们未必懂这些行业知识，此时公司配备一些懂这些行业知识的人员，即业务分析人员。当测试进行需求分析遇到不清楚的业务知识时，向业务分析人员咨询，帮助分析需求。并不是每个公司都会配备专职的业务分析人员。
所以，业务分析人员在测试团队中是辅助需求分析的一类人。
1.2 测试组长或测试经理
（1） 全面负责项目的测试工作：协调测试计划、统筹资源(软件、硬件、人力等资源的协调分配)、组织测试件的评审、监控测试的执行等；
（2） 测试经理的能力要相对全面：项目管理、测试流程控制、沟通、业务、技术等各方面的能力。
测试件（Testware）是用来描述测试工作产品的术语，包括测试计划文档、测试需求文档、测试用例、测试脚本、测试数据、测试日志或结果、缺陷分析报告、测试报告等。
测试过程中会输出测试用例、升级说明等测试件文档，需要对这些文档的准确性进行评审，是否符合需求，是否与开发理解的一致。
测试经理一般统筹整个项目，测试组长负责项目中某个模块管理一个具体的小团队。
1.3 测试分析和设计人员
一般由具有丰富经验的资深测试工程师承担，较早进入项目，负责需求评审、设计评审、测试需求分析、测试用例设计、测试脚本开发等。
（1）根据公司或部门或项目制定的评审标准进行需求评审、设计评审。
（2）测试用例（Testcase）是为了特定的测试目的而设计的测试条件、测试数据及与之相关的测试规程的一个特定的使用实例或场景。
（3）测试脚本（Test script）是测试工具执行的一组指令集合，使计算机能自动完 成测试用例的执行，也是计算机程序的一种形式。
1.4 测试执行人员
测试执行人员负责执行用例或者运行测试脚本，记录测试日志或结果，提交缺陷报告等。 一般由加入公司的新手或初级测试人员执行。
比如，中国移动测试信号塔，测试执行人员带着测试用例文档，乘坐专车到指定地点A，根据用例文档的描述，打一通电话，之后，乘车到地点B，又打一通电话，这就是测试执行人员执行测试信号塔的测试用例。
1.5 测试开发人员
包括自动化测试、性能测试、安全测试、测试开发人员。
（1）自动化测试人员，负责测试工具的开发，自动化测试框架或整个应用测试平台的维护。
（2）性能和安全测试人员，需要性能或安全方面的知识、技术和经验，一般由专职的测试人员完成。
1.6 系统工程师
系统工程师也叫技术支持，与测试没有直接关联，主要是辅助性的作用。
负责测试环境的部署和调试，甚至包括持续构建、持续集成的工作，以及产品发布 的技术流程。
比如，系统安装、软件安装、计算机故障恢复、补丁更新等。
1.7 质量管理人员
负责制定质量保证并监督质量。
1.8 配置管理人员
配置管理的目标是标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更，配置管理记录软件产品的演化过程。