测试基础 – 需求开发与管理
2016-09-05 17:45
232 查看
目的
管理项目的产品和产品构件的需求,并标识出这些需求与项目的计划和工作产品之间的不一致性
需求要被确认,要控制需求变更
需求要用来指导下游的工作产品,如:计划、设计、测试等
规范测试服务的需求开发,控制需求变更和管理过程
角色与职责
客户经理负责引导客户并确定客户的初步测试服务需求。
售前工程师制定相应的测试服务解决方案,定义集成的测试服务。
项目负责人负责对具体的测试服务细则进行分解以及在客户需求变更时进行相应的申请和修改活动。
配置管理员负责对本过程中产生的配置项的管理活动。
评审委员会负责对本过程中产生的各类需求文档进行评审活动。
决策控制委员会负责对测试服务解决方案的选择确定活动。
监督员对本过程中的所有活动实施监督。
客户经理负责与客户沟通并补签测试合同。
入口准则及输入文件
入口准则:项目启动
输入文件:《项目人员授权表》
工作程序-需求开发阶段
客户经理与客户接触,引导客户提出对于软件测试服务的需求,完成《软件测试需求调研表》。
如客户经理需要售前支持,则由售前工程师定义集成服务包含的子服务内容,子服务之间的约束和接口等,完成《测试服务内容说明书》并与客户进行售前交流。如客户经理无售前支持需求,则由项目负责人直接编写《测试服务内容说明书》与客户进行确认,获取客户签字认可。
售前工程师与客户进行交流后,对《测试服务内容说明书》进行确认活动,获取客户签字认可。
在合同签订之后,项目负责人领导项目组结合具体被测样品针对《测试服务内容说明书》中涉及到的子服务内容进行详细的需求分解,完成《测试需求分解书》。
评审委员会对《测试需求分解书》进行评审活动,确认该文档对客户需求的完全覆盖和正确性,评审结果记录在《评审记录》中。
项目负责人与客户对《测试需求分解书》进行确认活动,获取客户签字认可。
项目负责人针对《测试需求分解书》建立《需求跟踪矩阵表》。
配置管理员对本阶段过程产生的文档进行配置管理。
监督员对本阶段过程中发生的所有活动进行监督。
工作程序-需求变更过程
在项目实施过程中,当需求产生变更时,项目负责人要提出项目变更申请,完成《项目变更申请表》。
评审委员会对此次需求变更进行评审活动,做出本次需求变更对于项目的影响分析并最终确认本次项目变更需要进行的修改活动,评审结果记录在《评审记录》中。
如果本次变更涉及补充合同签订则须先由客户经理与客户沟通补签《测试合同》,项目负责人依据变更评审会议的意见对需求文档进行更新,对项目计划进行修改,并指导项目的下一步实施,在《项目变更申请表》补充具体的变更措施。
在项目实施过程中,项目负责人需对《需求跟踪矩阵表》进行实时更新维护。
配置管理员对本阶段过程产生的文档进行配置管理。
监督员对本阶段过程中发生的所有活动进行监督。
出口准则及相关记录
出口准则:项目过程结束
相关记录
《软件测试需求调研表》
《测试服务内容说明书》
《测试需求分解书》
《需求跟踪矩阵表》
《项目变更申请表》
管理项目的产品和产品构件的需求,并标识出这些需求与项目的计划和工作产品之间的不一致性
需求要被确认,要控制需求变更
需求要用来指导下游的工作产品,如:计划、设计、测试等
规范测试服务的需求开发,控制需求变更和管理过程
角色与职责
客户经理负责引导客户并确定客户的初步测试服务需求。
售前工程师制定相应的测试服务解决方案,定义集成的测试服务。
项目负责人负责对具体的测试服务细则进行分解以及在客户需求变更时进行相应的申请和修改活动。
配置管理员负责对本过程中产生的配置项的管理活动。
评审委员会负责对本过程中产生的各类需求文档进行评审活动。
决策控制委员会负责对测试服务解决方案的选择确定活动。
监督员对本过程中的所有活动实施监督。
客户经理负责与客户沟通并补签测试合同。
入口准则及输入文件
入口准则:项目启动
输入文件:《项目人员授权表》
工作程序-需求开发阶段
客户经理与客户接触,引导客户提出对于软件测试服务的需求,完成《软件测试需求调研表》。
如客户经理需要售前支持,则由售前工程师定义集成服务包含的子服务内容,子服务之间的约束和接口等,完成《测试服务内容说明书》并与客户进行售前交流。如客户经理无售前支持需求,则由项目负责人直接编写《测试服务内容说明书》与客户进行确认,获取客户签字认可。
售前工程师与客户进行交流后,对《测试服务内容说明书》进行确认活动,获取客户签字认可。
在合同签订之后,项目负责人领导项目组结合具体被测样品针对《测试服务内容说明书》中涉及到的子服务内容进行详细的需求分解,完成《测试需求分解书》。
评审委员会对《测试需求分解书》进行评审活动,确认该文档对客户需求的完全覆盖和正确性,评审结果记录在《评审记录》中。
项目负责人与客户对《测试需求分解书》进行确认活动,获取客户签字认可。
项目负责人针对《测试需求分解书》建立《需求跟踪矩阵表》。
配置管理员对本阶段过程产生的文档进行配置管理。
监督员对本阶段过程中发生的所有活动进行监督。
工作程序-需求变更过程
在项目实施过程中,当需求产生变更时,项目负责人要提出项目变更申请,完成《项目变更申请表》。
评审委员会对此次需求变更进行评审活动,做出本次需求变更对于项目的影响分析并最终确认本次项目变更需要进行的修改活动,评审结果记录在《评审记录》中。
如果本次变更涉及补充合同签订则须先由客户经理与客户沟通补签《测试合同》,项目负责人依据变更评审会议的意见对需求文档进行更新,对项目计划进行修改,并指导项目的下一步实施,在《项目变更申请表》补充具体的变更措施。
在项目实施过程中,项目负责人需对《需求跟踪矩阵表》进行实时更新维护。
配置管理员对本阶段过程产生的文档进行配置管理。
监督员对本阶段过程中发生的所有活动进行监督。
出口准则及相关记录
出口准则:项目过程结束
相关记录
《软件测试需求调研表》
《测试服务内容说明书》
《测试需求分解书》
《需求跟踪矩阵表》
《项目变更申请表》
相关文章推荐
- 2015.09-2016.08年终总结 需求、设计、开发、测试、部署、运维……统统将矛头指向了管理,目前认为会管理才是王道
- 软件需求开发管理(转贴)
- 软件项目的需求开发与管理
- 基础软件开发管理
- 【原】项目开发过程管理的关键是需求开发与管理,如何监控? 文/谷雨霖
- [15] 测试用例管理工具的需求
- 在一个项目中管理好基础架构和开发团队
- win2k环境下基于JBOSS的J2EE开发实践----之一初始基础环境的配置与测试
- 测试需求的管理办法
- 软件项目管理之八:开发测试:强化薄弱环节
- 在一个项目中管理好基础架构和开发团队
- 《程序员》06年8期:[管理&实践]软件开发过程中的测试管理
- asp.net控件开发基础(11) --------自定义视图状态管理
- 软件需求开发与管理
- 软件工程-软件目的需求开发与管理
- 软件工程-软件目的需求开发与管理
- 基础框架平台——基础开发层次需求综述
- 在一个项目中管理好基础架构和开发团队
- 在一个项目中管理好基础架构和开发团队
- 软件开发与测试管理