1.1.3 详细设计工程师
是产品的开发人员
职责：
1）评审《需求规格说明书》；
2）评审《系统架构说明书》；
3）与测试工程师讨论研发迭代计划；
4）进行代码设计与开发工作；
5）进行单元集成测试用例代码开发与执行；
6）代码评审（基他详细设计工程师写的）；
7）单元集成测试代码评审（其他详细设计工程师写的);
8）修改分配给自己的已发现缺陷。
说明：
每个研发小组有一到多个，必须独立。
1.1.4软件测试工程师
是产品的测试人员
职责：
1）评审《需求规格说明书》；
2）评审《系统架构说明书》；
3）与详细设计工程师讨论研发迭代计划；
4）设计及维护《系统测试用例》；
5）设计及维护《验收测试用例》；
6）开发测试脚本；
7）搭建测试环境（可由系统工程师协助）；
8）执行系统测试;
9）执行探索式测试
10）书写《系统测试报告》；
11）书写及维护《用户手册》；
12）评审《系统测试用例》（其他测试工程师的)；
13）评审《验收测试用例》（其他测试工程师的)；
14）评审《用户手册》（其他测试工程师的)；
15）重测试分配给自己的已发现已修改的缺陷。
说明：
每个研发小组有一到多个，必须独立；
有条件的企业可把软件测试工程师细分为软件测试分析工程师，软件测试设计工程师，软件开发工程师，软件测试执行工程师。
1.1.5 软件系统维护工程师
是产品的维护人员
职责：
1）评审《需求规格说明书》；
2）评审《系统架构说明书》；
3）评审《验收测试用例》；
4）评审《用户手册》；
5）在客户处安装系统；
6）进行验收测试；
7）书写及维护《验收测试报告》；
8）进行用户使用培训；
9）配合用户使用；
10）把用户处遇到的问题反映给系统分析师及系统设计工程师。
说明：
一到多个，必须独立。
1.1.6 配置管理员
1）利用配置管理工具，对产品代码进行配置管理；
2）利用配置管理工具，对测试代码进行配置管理；
3）利用配置管理工具，对文档进行配置管理；
4）为特定的功能，补丁，客户在配置管理工具上定制建立代码配置分支；
5）在正式版本发布状态下，合并需要合并的代码分支。
说明：
可以专职设置，也可由兼职设置；
这里仅考虑项目级别的配置管理，分为开发库，受控库，产品库。
1.1.7 系统工程师
1）维护团队内所有硬件设施；
2）配合软件测试工程师搭建测试平台;
3）配合软件维护工程师在客户处搭建产品平台。
说明：
可以专职设置，也可由兼职设置；
有条件的企业可以设置DBA角色。
1.2 管理角色
1.2.1 开发经理
开发方面的管理者。
职责：
1）评审《需求规格说明书》；
2）评审《系统架构说明书》；
3）评审代码；
4）评审单元和集成测试代码；
5）监控开发总体过程；
6）对于研发小组遇到问题，与测试经理共同调查，研究及决策；
7）与测试经理讨论是否发布新版本。
说明：
一到多个，必须独立。
1.2.2测试经理
测试方面的管理者
职责：
1）评审需求规格；
2）评审测试方法；
3）评审测试平台；
4）评审《系统测试用例》；
5）评审《验收测试用例》；
6）监控测试总体过程；
7）对于研发小组遇到问题，与开发经理共同调查，研究及决策；
8）定义版本发布质量控制出口准则；
9）与开发经理讨论是否发布新版本。
说明
一到多个，必须独立。
1.2.3 研发小组组长
类似于SCRUM框架中的SCRUM MASTER角色。
职责
1）在每次迭代开始与研发小组成员讨论每次迭代计划；
2）与研发小组成员讨论研发规则；
3）通过每日例会了解研发小组工作进展；把进展情况及时通知给开发经理与测试经理；
4）每天早上，研发小组长讨论领取对应没通过的Cl用例，并分配给相应组内的软件详细设计工程师或软件测试工程师；
5）对于超过一定天数无人修改的Cl用例，研发小组长指定相应的软件测试工程师书写缺陷，并进入缺陷修改流程；
6）及时了解研发小组内遇到的问题，若可解决，及时协调解决；若不可在本小组内解决，与其他小组组长协同解决；仍不能解决及时提交给开发经理或测试经理；
7）每次迭代结束，与研发小组成员讨论本次迭代的成功点与失败点；
8）组织安排小组内员工的培训。
说明：
每个研发小组必须一个。
2 小组
2.1 研发小组：
由若干个软件详细设计工程师，软件测试工程师和一个小组组长组成。
3. 文档
1，《需求规格说明书》
2，《用户故事》
3，《系统架构说明书》
4，代码
5，《系统测试用例》
6，《验收测试用例》
7，《系统测试报告》
8，《验收测试报告》
9，《用户手册》
说明：
文档的内容不作硬性规定，各公司结合自身情况定制开发。目的是加强沟通，这里沟通包括两方面：
角色与角色之间的沟通；
在老版本新功能开发中历史与现在的沟通。
接口文件
4. 流程
4.1 产品开发流程
4.1.1 需求流程
1）需求分析师与用户讨论并确定需求;
2）将已确定的需求形成《需求规格说明书》;
3）评审《需求规格说明书》;
4）将通过评审的《需求规格说明书》转为《用户故事》。
4.1.2 系统设计流程
1）选择开发操作系统平台；
2）选择数据库平台；
3）建立系统架构模型；
4）选择开发语言类型；
5）选择测试方法；
6）选择测试平台；
7）进行软件架构设计，书写《系统架构说明书》；
8）评审《系统架构说明书》;
9）与系统分析工程师讨论迭代次数，以及每次迭代内容，并决定由那个研发小组进行开发与测试。同时上报给开发经理与测试经理。
版权声明：51Testing软件测试网及内容提供者拥有本文全部版权，未经明确的书面许可，任何人或单位不得对本文进行复制、转载或镜像，否则将追究法律责任。
