测试流程及规范 (修复的).docx

《测试流程及规范 (修复的).docx》由会员分享，可在线阅读，更多相关《测试流程及规范 (修复的).docx（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、测试流程及规范(修复的)1目的侧重测试工作流程及规范的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描绘范围内。本规范作为所有测试组成员工作前必须把握的工作规范，也供应其它部门其它组查阅参考，以便于组间的协调沟通，更好的合作完成产品的研发工作。2概念与术语在整个产品的研发经过中，测试类型根据先后顺序主要分为：单元测试、集成测试、系统测试及产品确认，整个经过如下面的W模型所示：图1有关的测试类型的概念如下：1单元测试：验证产品中的模块，测试根据主要为模块具体设计或模块的需求规格。能使问题及早暴露，也便于问题的定位解决，单元测试属于早期测试，因此错误发现后能明确知道是

2、某一单元产生的，单元测试允很多个被测单元的测试工作同时开展。根据公司研发流程的实际情况，此测试可以由设计研发人员执行。2集成测试是验证模块间接口及匹配关系，测试根据主要为概要设计。一般采用自底向上或自顶向下的模块集成方法，逐步集成。在此环节中测试组还负责验收研发人员提供的转测试的材料，假如材料不完备，测试组能够拒绝接收。3系统测试是对系统的一系列的整体、有效性、可靠性的测试，测试根据主要为设计规格及产品需求规格。目的是确认产品与设计规格、需求、行业标准及公司标准的符合性，同时还要确认性能和系统的稳定性，与之前的集成测试应遵循“一样的被测对象不要做两遍一样的测试的基本原则。4除单元测试、集成测试

3、和系统测试之外，还应有“产品确认环节，即在客户环境中或模拟客户环境测试与验证产品，在有限的试用客户中或模拟客户环境中发现产品问题并加以妥善处理，保证产品质量，提高客户满意度。确认与实验室内部测试的区别在于：实验室内部测试要尽可能多做，多发现问题；确认要在到达质量目的的情况下尽可能少做；两者要在质量和成本之间权衡、综合考虑。5TD：全称MercuryTestDirector，一种测试管理工具。6黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能能否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部构造和内部特性的情况下，在程序接口进行测试，它只检查程序功能能否根

4、据需求规定正常使用，程序能否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部构造，不考虑内部逻辑构造，主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。3职责【注】：黑盒测试经过的参考准则：1必须采用边界值分析法；2必要时采用等价类划分法补充测试用例；3采用错误判定法，追加测试用例；4对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。假如没有到达要求的覆盖标准，应当补充更多的测试用例；5测试数据应准备充分，应采用有效数据、无效数据、边界数据分别测试验证；5工作流程、形式及规范5.1工作流程测试工作可划分为三个阶段，每个阶

5、段由不同的活动组成。测试需求测试计划阶段测试施行阶段测试收尾阶段阶段5.2测试提交文件及裁剪讲明5.3评审点评审点定义参照（设计开发控制程序）。5.4敏捷测试形式5.4.1敏捷测试概念敏捷测试即是不断修正质量指标，正确建立测试策略，确认客户的有效需求得以圆满实现和确保整个生产的经过安全的、及时的发布最终产品。5.4.2敏捷增量测试方法测试是敏捷开发经过重要的环节，自始自终测试贯穿于每个迭代。整个产品的敏捷开发生命周期能够分为4个阶段，即初始阶段，项目的建设阶段，产品发布阶段和产品的维护阶段，在关键的项目建设阶段中，测试被分成两个部分，验证测试和系统测试。验证测试：静态测试和关键的功能测试。系统测试：功能测试、联合测试、性能测试、稳定性测试。5.4.3敏捷测试流程敏捷测试流程根据业务场景制定测试策略。在每次敏捷测试的经过中包括验证测试和联合测试。并且不断的进行迭代测试。在系统的所有业务场景都经过敏捷测试过后，进入系统测试阶段。进行所有业务场景的功能测试、联合测试、性能测试、稳定性测试。根据业务场景制定测试策略流程图