软件测试流程DOC(DOC 14页).doc
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《软件测试流程DOC(DOC 14页).doc》由用户(2023DOC)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件测试流程DOCDOC 14页 软件 测试 流程 DOC 14
- 资源描述:
-
1、软件测试流程1. 目的本文是对项目软件测试的指导性文件,对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程及测试过程中涉及到的角色职责进行总体规范,以有效保证软件质量。2. 范围本文适用于软件开发、测试人员,以及软件项目管理人员。3. 参考资料缺陷管理规范测试执行规范文档测试指南项目测试计划模版测试用例设计规范功能测试用例模版集成测试用例模版项目测试报告模版自动化测试计划模版性能测试计划模版4. 测试过程描述4.1 测试流程图4.2 需求评审4.2.1 目的从源头把握软件质量,并确保开发结果与实际需求相一致4.2.2 角色与职责需求人员:需求规格说明书的编写,以及软件开
2、发过程中需求规格说明书的修正;评审人员:评审需求规格说明书,从全面性、完整性、正确性、一致性、可靠性方面检查需求规格说明书,将需求缺陷提交给需求人员,并跟踪需求缺陷直至需求缺陷验证关闭。4.2.3 启动标准需求规格说明书编写完成4.2.4 工作流程图4.2.5 输入/输出输入:需求规格说明书输出:需求缺陷4.2.6 规范参见文档评审指南4.3 测试计划4.3.1 目的明确测试内容、测试任务安排、测试进度、测试策略、测试资源、风险控制;保持测试过程的顺畅,有效控制和跟踪测试进度,应对测试过程中的各种变更。4.3.2 角色与职责测试负责人:根据项目整体计划、需求规格说明书编制测试计划,明确测试内容
3、、测试任务安排、测试进度、测试策略、测试资源、风险控制,以便测试工作正常开展,测试计划实际编写内容参见项目测试计划模版。4.3.3 启动标准需求评审完成,项目整体计划编制完成。4.3.4 工作流程图4.3.5 输入/输出输入:需求规格说明书、项目整体计划输出:测试计划4.3.6 规范测试计划编写内容参加测试计划模版。4.4 测试设计4.4.1 目的通过多种测试方法编写测试用例,以使最少的测试用例,实现最大的测试覆盖,保证软件功能的正确性,从而提升软件质量。4.4.2 角色和职责测试人员:采用多种测试方法编写有效的测试用例,并对遗漏/错误的测试用例进行修正。评审人员:对测试人员编写的测试用例进行
4、评审,提出遗漏/错误的用例缺陷,并跟踪直至用例缺陷的验证关闭。4.4.3 启动标准需求文档评审完成且测试计划制定完成。4.4.4 工作流程图4.4.5 输入输出输入:需求规格说明书输出:测试用例、测试用例评审缺陷4.4.6 规范测试用例实际内容参见测试用例模版,测试用例评审规范参见文档测试规范。4.5 功能测试执行4.5.1 目的依据测试计划,按照测试用例对软件进行测试,验证软件功能与需求的实际匹配程度。4.5.2 角色与职责测试人员:依据测试计划,按照测试用例对软件功能进行测试。对于发现的缺陷必须记录,并且跟踪缺陷的状态,直至缺陷的验证关闭。在测试执行过程中发现的遗漏测试用例必须补充至测试用
5、例,保证测试用例与实际测试的一致性。开发人员:对于测试人员提交的缺陷进行确认、修复。开发经理:对测试人员与实际开发人员意见不一的问题进行裁决。4.5.3 启动标准测试用例编写完成且用例评审完成4.5.4 工作流程图4.5.5 输入输出输入:功能测试用例输出:功能测试缺陷4.5.6 规范测试执行过程需按照测试行为规范进行,缺陷管理需按照缺陷管理规范进行。4.6 集成/性能测试设计4.6.1 目的为集成测试提供测试依据,记录并保证集成测试覆盖度;依据测试计划及性能指标制定性能测试计划、性能测试用例设计、性能测试脚本开发,保证性能测试有序进行。4.6.2 角色和职责测试人员:以整个软件为对象,确保新
6、功能、老功能、新老功能接口正确进行用例设计;依据性能指标及测试计划对性能测试进行计划、以及性能测试用例/脚本的开发。4.6.3 启动标准功能测试完成 且 软件功能无中断4.6.4 工作流程图4.6.5 输入输出输入:功能测试用例、功能测试缺陷、测试计划、性能指标输出:集成测试用例、性能测试计划、性能测试用例、性能测试脚本4.6.6 规范集成测试用例实际内容参见集成测试用例模版;性能测试计划实际内容参见性能测试计划模版。4.7 集成测试/性能测试4.7.1 目的以整个软件为对象,以测试计划为指导,按照集成测试测试用例对新功能、老功能、新老功能接口进行测试和性能测试,保证测试的全面性和完整性。4.
7、7.2 角色和职责测试人员:以整个软件为对象,以测试计划为指导,按照集成测试测试用例对新功能、老功能、新老功能接口进行测试,并依据性能测试计划对软件性能进行测试。4.7.3 启动标准集成/性能测试设计完成4.7.4 工作流程图4.7.5 输入输出输入:集成测试用例、测试计划之集成测试事项、性能测试计划、性能测试用例输出:集成测试缺陷4.7.6 规范测试执行过程需按照测试行为规范进行,缺陷管理需按照缺陷管理规范进行。4.8 文档测试4.8.1 目的保证对客户的指导与实际系统的使用状况相一致。4.8.2 角色和职责测试人员:对用户操作手册及在线帮助进行测试,记录文档描述缺陷,并跟踪直至缺陷的验证关
8、闭。需求人员:对测试人员提出的文档描述缺陷进行修正。4.8.3 启动标准用户操作手册或在线帮助编写完成4.8.4 工作流程图4.8.5 输入输出输入:用户操作手册、在线帮助输出:文档缺陷4.8.6 规范参见文档测试指南4.9 测试报告4.9.1 目的真实、客观反映测试过程中各测试阶段、测试项的情况,并将结果进行数字化/图像化进行分析,真实反映软件质量实际情况。4.9.2 角色与职责测试负责人:真实、客观地对测试过程中各测试阶段、测试项的情况,并以数字/图像的形式对实际情况进行分析,真实反映软件实际测试状况。4.9.3 启动标准集成测试完成4.9.4 工作流程图4.9.5 输入输出输入:各测试阶
展开阅读全文