软件测试过程.20120213.145521.docVIP

深圳天源迪科信息技术股份有限公司 文件编号：DIC-QDM-824-01 版 本：5.0 软件测试过程 自批准之日起实施 文件建立/修改记录 序号 版本 建立或修改 建立/修改人 日期 审核人 日期 批准人 日期 1 4.0 建立 郭向东 2007年7月13日 陈庆山 2007-7-30 汪东升 2007-8-30 2 4.1 修改 毕硕威、李威 2008年1月17日 2008-01-18 韩明山 2008-1-25 3 4.2 修改 DQM-423-00F1- 080812-02 方三梅 2008年月日2008-8-18 汪东升 2008-8-27 4 5.0 1、将单元测试和集成测试过程纳入，名字由系统测试过程改为软件测试过程 2、借由IT系统的支撑，简化过程活动描述，提高可读性。 李云龙 2011-11-30 华丽娜 2011-12-29 汪东升 2011-12-31  目 录 1 简介 3 1.1 目的 3 1.2 适用范围 3 1.3 术语解释 4 1.4 参考资料 4 2 总体过程 4 2.1 概述 4 2.2 流程 4 2.3 主要角色 4 3 关键活动 5 3.1 测试计划 5 3.2 测试需求 6 3.3 测试设计 7 3.4 测试执行 8 3.5 测试总结 9 4 活动裁剪指南 9 5 附录 10 5.1 附录A－相关过程 10 5.2 附录B－相关指南 10 5.3 附录C－相关模板 10 简介 目的 软件测试作为产品质量验证的主要手段，以全程软件测试理念为指导，在各种工程环节中起着产品质量控制的重要作用。 适用范围 本过程适用于公司范围内的各种项目组织测试工作的总体指引。 术语解释 为避免和业界各测试概念混淆，特此阐述如下本公司内相关测试概念： 系统测试：基于研发测试环境，进行的综合型测试的过程 确认测试：基于现场测试/真实环境，验证产品特性是否与用户期望一致的过程 联调测试：基于现场真实环境，与其他相关产品联合调试的过程 功能测试：基于用户需求、需求规格等验证功能模块正确性的过程 非功能测试：验证除功能特性外的其他产品特性的过程，特性包括性能、易用性等方面 参考资料 CMMI-DEV, V1.2，CMU/SEI-2006-TR-008，ESC-TR-2006-008 总体过程 概述 按时间阶段划分，软件测试过程主要分为单元测试、集成测试、系统测试、确认测试、联调测试。各阶段测试侧重点虽然各有不同，但是各阶段测试的流程基本是一致的，可以分为测试计划、测试需求、测试设计、测试执行、测试总结5步。 流程 主要角色 测试经理 组织完成测试计划的编制，并对测试全过程以及最终的结果负责 测试经理本身也是一个具有技术或业务依托的测试人员，需保持一定的测试参与度 测试人员 关键任务一是要分析清楚测试需求，并做好测试方案的整体设计工作 关键任务二是要综合分析判断，在测试总结或报告中给予权威的、专业性结论 关键任务三是尽早发现产品质量问题、并能深层定位原因 关键活动 测试计划编制方法，以及文中提到的一些预测等方法，具体参见《软件测试计划规范》 测试计划 目的 确定测试范围，明晰测试重点、整体测试策略以及准入准出条件 参与人 具有测试管理职责的Leader、测试范围涉及的相关人员 入口准则 具备测试计划编制所需的主要信息即可：需求、预计纳期等 出口准则 测试范围、测试重点、测试策略、准入准出均已达成一致 《输入》 《项目计划》 《业务/用户需求》 《输出》 《测试计划》 任务/步骤 获取用户需求 进行影响分析、并确定测试范围与重点 基于测试策略的不同，确定准入准出条件 进行质量风险分析，制定必要的预防和应急措施 根据资源情况和进度要求，综合评估工作量 根据上述信息预测产品整体质量预期，以便后续对比分析 内容裁剪指南 裁剪内容▼ 裁剪准则▼ 步骤 六 紧急（48小时内）版本、补丁版本可裁剪 输出 《测试计划》 上述版本情况时，不做文档输出要求 测试需求 目的 基于测试范围/边界，确定具体的测试需求，除产品本身的需求外，也包括测试环境、数据等测试执行所必须的各类需求 参与人 测试人员 入口准则 有明确的《业务/用户需求》 【注】测试需求的分析工作不一定非要有测试计划才可以做 出口准则 各类测试需求分析的结果得以书面记录 《输入》 《业务/用户需求》 《输出》 测试需求分析结果，统一写在《软件测试设计》模板中 任务/步骤 获取业务/用户需求 基于测试范围确定业务/功能/模块验证点 确定测试执行的主要业务流程或程序处理流程 将影响分析识别出来的测试点也