测试流程及规范.doc

. .
. ! .
目的
侧重测试工作流程及规的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描述围。
本规作为所有测试组成员工作前必须掌握的工作规，也供应其它部门其它组查阅参考，以便于组间的协调沟通，更好的合作完成产品的研发工作。
概念与术语
在整个产品的研发过程中，测试类型按照先后顺序主要分为：单元测试、集成测试、系统测试及产品确认，整个过程如下面的W模型所示：
设计规格
模块设计
集成测试
系统测试
产品确认N
概要设计
需求规格
单元测试
三
绘图/编码
测试需求
测试方案
测试方案
测试大纲
走查/审核
执行单元测试
执行集成测试
执行系统测试
产品试用
图1
有关的测试类型的概念如下：
1〕单元测试：验证产品中的模块，测试依据主要为模块详细设计或模块的需求规格。能使问题及早暴露，也便于问题的定位解决，单元测试属于早期测试，因而错误发现后能明确知道是某一单元产生的，单元测试允许多个被测单元的测试工作同时开展。根据公司研发流程的实际情况，此测试也可由设计研发人员执行。
2〕集成测试是验证模块间接口及匹配关系，测试依据主要为概要设计。一般采用自底向上或自顶向下的模块集成方法，逐步集成。在此环节中测试组还负责验收研发人员提供的转测试的材料，如果材料不完备，测试组可以拒绝接收。
3〕系统测试是对系统的一系列的整体、有效性、可靠性的测试，测试依据主要为设计规格及产品需求规格。目的是确认产品与设计规格、需求、行业标准及公司标准的符合性，同时还要确认性能和系统的稳定性，与之前的集成测试应遵循“一样的被测对象不要做两遍一样的测试〞 的根本原那么。
4〕除单元测试、集成测试和系统测试之外，还应有“产品确认〞环节，即在客户环境中或模拟客户环境测试与验证产品，在有限的试用客户中或模拟客户环境中发现产品问题并加以妥善处理，保证产品质量，提高客户满意度。确认与实验室部测试的区别在于：实验室部测试要尽可能多做，多发现问题；确认要在到达质量目标的情况下尽可能少做；两者要在质量和本钱之间权衡、综合考虑。
. .
. ! .
5〕TD：全称Mercury TestDirector，一种测试管理工具。
6〕黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能翻开的黑盒子，在完全不考虑程序部构造和部特性的情况下，在程序接口进展测试，它只检查程序功能是否按照需求规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部构造，不考虑部逻辑构造，主要针对软件界面和软件功能进展测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进展测试的。
职责
角色名称
相关主要责任
测试主管
组建测试小组
协调测试小组外部的沟通
组织编制测试大纲〔含测试用例〕和方案
组织测试准入检查
测试过程中的进度控制、风险管理
测试过程报告
编写测试报告
召集测试评审
测试人员
识别测试需求
参与编制测试大纲〔含测试用例〕和方案
协助测试准入检查
. .
.