《软件测试流程与把控综述》由会员分享，可在线阅读，更多相关《软件测试流程与把控综述（24页珍藏版）》请在金锄头文库上搜索。
1、1,测试流程以及把控,- design by 千里,2015年10月,2,需求分析,需求评审,测试计划,测试方案,编写测试用例,执行测试用例,测试总结和报告,开发计划,开发代码以及自测,提交基线,修改缺陷,回归测试,验收测试,上线,提交缺陷,产品需求人员 开发人员 测试人员 QA人员,评审,3,1,软件测试准备和启动.p4,2,软件测试计划p6,3,软件测试方案p10,4,软件测试用例p14,5,系统测试的输入与输出p17,6,缺陷管理p20,目,录,CONTENTS,7,测试总结和报告p22,4,软件测试准备和启动,What ?,Why ?,软件测试准备和启动是一项在项目启动后和在软件测试计
2、划工作之前进行的测试准备投入工作。,这样更好更快的切入到整个项目的测试中，更好的了解熟悉项目，并可对项目测试工作的整体评估。,5,How ?,1.测试准备和启动 人员的准备：招聘，其他项目组借调 测试的工作环境： 1.1.SVN环境（文档共享） 1.2.QC的环境（测试管理工具）-缺陷，用例，计划，方案，测试需求（功能点），执行结果 2.项目来源 2.1 从哪里获取到测试任务？ 2.2 开展测试工作需要哪些材料？ 1.需要有测试对象（需求说明书） 2.项目总体计划 3.测试评估 一般原则：先分解工作，然后对每一个工作包进行评估，最后相加 测试评估需要对项目有所了解，项目的了解可以是阅读需求也可
3、以找项目组成员培训,6,软件测试计划,What ?,Why ?,测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。,1）对领导：领导能够根据测试计划做宏观调控，进行相应资源配置等； 2）对测试：测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等； 3）对其他人：便于其他人员了解测试人员的工作内容，进行有关配合工作。,7,How ?,8,概述： 1.项目的背景及目标：项目的背景和测试目标 2.测试对象：被测对象的描述 3.术语/缩略语：行
4、业相关的术语/缩略语的解释和说明 4.参考资料：名称、作者、版本号、出版单位 组织形式： 1.人员需求：姓名、岗位、职责、时间、联系方式 2.组织结构图：测试的人员结构组织图 需求跟踪： 一级目录二级目录三级目录、优先级别、用例评估,9,测试进度安排： 测试阶段（如测试设计、用例设计、用例评审等）、阶段的责任人、开始日期、结束日期、预估工作日、阶段目标。 测试风险评估与预防措施： 风险描述（因XX原因导致XX结果）、风险等级、预防措施、提出人、提出时间、关闭时间、备注。 准入准出标准： 准入标准：文档（需求说明书、用户手册等）、程序、提交时间。 准出标准：指标（需求覆盖率、缺陷遗留率等）、计算
5、公式、指标要求。 可交付的文档： 交付物名称、介质形式、移交时间,10,软件测试方案,What ?,Why ?,测试方案是技术层面的文档，是描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。,从测试的角度去分析或者说分解需求，在方向上明确要怎么测，分析结果就是测试点和测试方法。测试工程师可基于产品功能需求和测试方案来设计和执行测试用例。,11,How ?,12,概述： 1.项目背景：为什么要做这个项目 2.测试对象：被测对象的描述 3.文档清单：支持文档清单、参考文档清单 测试环境： 1.测试环境：硬件设备、软件设备 2.环境搭建：例
6、如LAMP、Discuzz 3.测试工具：测试所需要用到的工具 测试策略（说明此项目将要采取哪些测手段与方法）： 1. 测试策略说明：测试类型描述、是否采用、测试说明 2.应测特性：功能项（划分到目录级）、应测特性说明 3.不应测特性：功能项（划分到目录级）、不应测特性说明,13,测试需求分析： 1.编号（项目名简称-SRS-编号） 2.名称（需求分析功能名称）、所属板块 3.描述（输入项、输出项） 4.优先级、评审结果、提交人 缺陷处理： 1.缺陷严重级别定义 2.缺陷的处理流程 3.缺陷优先级以及处理时间约定 4.测试用例重要级别定义 本方案的审批意见 1.机构的领导审批意见 2.项目经理
7、审批意见,14,软件测试用例,What ?,Why ?,是为了系统地测试一个功能而由测试工程师写下的文档或脚本。根据它来确定应用软件或软件系统是否正确工作，而确定软件程序或系统是否通过测试,1.指导测试的实施。（主要适用于集成测试、系统测试和回归测试） 2.规划测试数据的准备。 3.编写测试脚本的“设计规格说明书“ 4.评估测试结果的度量基准。（测试用例作度量基准更加准确、有效。） 5.分析缺陷的标准。（反映实施测试或变更处理存在问题）,15,How ?,测试用例表单： 1.基本信息：制作此次测试用例的基本信息 2.修订记录：对此项目中的测试用例制作的修订记录 3.分发记录：测试用例的分发记录
8、 使用说明： 对此测试用例文档进行使用说明,16,TEST CASE 1.测试用例编号：项目名称-编号 2.测试项：被测目录/上一级目录/上上级目录 3.测试用例标题：简短的输入与简短的预期结果 4.重要级别 5.预置条件 6.输入 7.操作步骤 8.预期结果 9.实际结果：在执行测试用例时填写 10.是否通过：在执行测试用例时填写,17,系统测试输入,系统测试计划阶段： 软件开发计划SDP，软件测试计划SVVP，软件系统需求规格说明书 系统测试设计阶段： 软件系统需求规格说明书，软件系统测试计划 系统测试实现阶段： 软件系统需求规格说明书，软件概要设计说明书， 软件详细设计说明书，软件系统测
9、试计划, 软件系统测试方案 系统测试执行阶段： 软件系统测试计划, 软件系统测试方案，软件系统测试用例，软件系统预测试项，软件系统测试规程，软件集成测试报告,18,系统测试输出,系统测试计划阶段： 软件系统测试计划 系统测试设计阶段： 软件系统测试方案 系统测试实现阶段： 软件系统测试用例、软件系统预测试项、软件系统测试规程软件系统测试代码及相关设计文档、 软件系统测试工具及相关设计文档、使用说明、评审记录 系统测试执行阶段： 软件系统预测试报告及转系统测试评审表、系统测试报告及软件系统测试报告评审表、缺陷报告，测试日报,19,一轮预测试,一轮回归测试,两轮系统测试,20,缺陷管理,What
10、?,Why ?,缺陷管理是在软件生命周期中识别、管理、沟通任何缺陷的过程(从缺陷的识别到缺陷的解决关闭)，确保缺陷被跟踪管理而不丢失的缺陷全流程管理。（一般的，需要跟踪管理工具来帮助进行）,1.缺陷跟踪：保证缺陷得到有效的跟踪和解决 2.缺陷分析：获取正确的BUG信息，用作缺陷分析和产品度量,design by 胡小锋,21,How ?（以缺陷管理工具bugfree为例）,22,测试总结和报告,What ?,Why ?,1.通过对测试结果的分析，得到对软件质量的评价 2.分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3.评估测试测试执行和测试计划是否符合 4.分析系统存在的缺陷，为修复和预防BUG提供建议,测试总结和报告是指在测试执行阶段的末期总结测试活动的结果，并根据这些结果对测试进行评价。,23,How ?,1.引言。（编写目的,背景、用户群。定义、测试对象、测试阶段、测试工具、参考资料） 2.测试概要。（进度回顾、测试执行、测试用例） 3.测试环境。（软硬件环境） 4.测试结果。（bug趋势图、bug严重程度、bug引入原因、bug状态分布） 5.测试结论。（功能性、易用性、可靠性、兼容性、安全性） 6.分析摘要。（覆盖率、遗漏缺陷的影响、建议） 7.度量。（资源消耗、缺陷密度） 8.典型缺陷引入原因分析。,24,
