【文档说明】软件测试流程与把控方案.ppt，共(26)页，2.989 MB，由小橙橙上传

转载请保留链接：https://www.ichengzhen.cn/view-45285.html

以下为本文档部分文字说明：

1测试流程以及把控----designby千里2015年10月2需求分析需求评审测试计划测试方案编写测试用例执行测试用例测试总结和报告开发计划开发代码以及自测提交基线修改缺陷回归测试验收测试上线提交缺陷产品需求人员开发人员测试人员QA人员评审31软件测试准备和启动.........

..p42软件测试计划..................p63软件测试方案..................p104软件测试用例..................p145系统测试的输入与输出..........p176缺陷管理......................p20

目录CONTENTS7测试总结和报告................p224软件测试准备和启动What???Why???软件测试准备和启动是一项在项目启动后和在软件测试计划工作之前进行的测试准备投入工作。这样更好更快的切入到整个

项目的测试中，更好的了解熟悉项目，并可对项目测试工作的整体评估。5How???1.测试准备和启动人员的准备：招聘，其他项目组借调测试的工作环境：1.1.SVN环境（文档共享）1.2.QC的环境（测试管理工具）--缺陷，用例，

计划，方案，测试需求（功能点），执行结果2.项目来源2.1从哪里获取到测试任务？2.2开展测试工作需要哪些材料？1.需要有测试对象（需求说明书）2.项目总体计划3.测试评估一般原则：先分解工作，然后对每一个工作包进行评估，最后相加测试评估需要对项目有所了解，项目的了解可以是阅读需求也可以找

项目组成员培训6软件测试计划What???Why???测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。1）

对领导：领导能够根据测试计划做宏观调控，进行相应资源配置等；2）对测试：测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；3）对其他人：便于其他人员了解测试人员的工作内容，进行有关配合工作。7How???测

试计划概述测试风险与评估提交物测试进度组织形式需求跟踪准入准出标准8概述：1.项目的背景及目标：项目的背景和测试目标2.测试对象：被测对象的描述3.术语/缩略语：行业相关的术语/缩略语的解释和说明4.参考资料：名称、作者、版本号、出版单位组

织形式：1.人员需求：姓名、岗位、职责、时间、联系方式2.组织结构图：测试的人员结构组织图需求跟踪：一级目录\二级目录\三级目录、优先级别、用例评估9测试进度安排：测试阶段（如测试设计、用例设计、用例评审等）、阶段的责任

人、开始日期、结束日期、预估工作日、阶段目标。测试风险评估与预防措施：风险描述（因XX原因导致XX结果）、风险等级、预防措施、提出人、提出时间、关闭时间、备注。准入准出标准：准入标准：文档（需求说明书、用户手册等）、程序、提交时间。准出标准：指标

（需求覆盖率、缺陷遗留率等）、计算公式、指标要求。可交付的文档：交付物名称、介质形式、移交时间10软件测试方案What???Why???测试方案是技术层面的文档，是描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。从测试的角度去

分析或者说分解需求，在方向上明确要怎么测，分析结果就是测试点和测试方法。测试工程师可基于产品功能需求和测试方案来设计和执行测试用例。11How???测试方案概述测试需求分析缺陷处理测试环境测试策略本方案审批意见12概述：1.项目背景：为什么要做这个

项目2.测试对象：被测对象的描述3.文档清单：支持文档清单、参考文档清单测试环境：1.测试环境：硬件设备、软件设备2.环境搭建：例如LAMP、Discuzz3.测试工具：测试所需要用到的工具测试策略（说明此项目将要采取哪些测手段与方法）：1.测试策略说明：测试类型描述、是否采用、测试说明2

.应测特性：功能项（划分到目录级）、应测特性说明3.不应测特性：功能项（划分到目录级）、不应测特性说明13测试需求分析：1.编号（项目名简称-SRS-编号）2.名称（需求分析功能名称）、所属板块3.描述（输入项、输

出项）4.优先级、评审结果、提交人缺陷处理：1.缺陷严重级别定义2.缺陷的处理流程3.缺陷优先级以及处理时间约定4.测试用例重要级别定义本方案的审批意见1.机构的领导审批意见2.项目经理审批意见14软件测

试用例What???Why???是为了系统地测试一个功能而由测试工程师写下的文档或脚本。根据它来确定应用软件或软件系统是否正确工作，而确定软件程序或系统是否通过测试1.指导测试的实施。（主要适用于集成测试、系统测试和回归测试）

2.规划测试数据的准备。3.编写测试脚本的"设计规格说明书"4.评估测试结果的度量基准。（测试用例作度量基准更加准确、有效。）5.分析缺陷的标准。（反映实施测试或变更处理存在问题）15How???测试用例表单：1.基本信息：制

作此次测试用例的基本信息2.修订记录：对此项目中的测试用例制作的修订记录3.分发记录：测试用例的分发记录使用说明：对此测试用例文档进行使用说明16TESTCASE1.测试用例编号：项目名称-编号2.测试项：被测目录/上

一级目录/上上级目录3.测试用例标题：简短的输入与简短的预期结果4.重要级别5.预置条件6.输入7.操作步骤8.预期结果9.实际结果：在执行测试用例时填写10.是否通过：在执行测试用例时填写17系统测试输入•系统测试计划阶段：《软件开发计划S

DP》，《软件测试计划SVVP》，《软件系统需求规格说明书》•系统测试设计阶段：《软件系统需求规格说明书》，《软件系统测试计划》•系统测试实现阶段：《软件系统需求规格说明书》，《软件概要设计说明书》，《软件详细设计说明书》，《软件系统测试计划》,《软件系统测试

方案》•系统测试执行阶段：《软件系统测试计划》,《软件系统测试方案》，《软件系统测试用例》，《软件系统预测试项》，《软件系统测试规程》，《软件集成测试报告》18系统测试输出•系统测试计划阶段：《软件系统测试计划》•系统测试设计阶段：《软件系统

测试方案》•系统测试实现阶段：《软件系统测试用例》、《软件系统预测试项》、《软件系统测试规程》软件系统测试代码及相关设计文档、软件系统测试工具及相关设计文档、使用说明、评审记录•系统测试执行阶段：《软件系统预测试报告》及转系统测

试评审表、《系统测试报告》及软件系统测试报告评审表、缺陷报告，测试日报19一轮预测试一轮回归测试两轮系统测试20缺陷管理What???Why???缺陷管理是在软件生命周期中识别、管理、沟通任何缺陷的过程(从缺陷的识别到缺陷的解决关闭)，确保缺陷被跟踪管理而不丢

失的缺陷全流程管理。（一般的，需要跟踪管理工具来帮助进行）1.缺陷跟踪：保证缺陷得到有效的跟踪和解决2.缺陷分析：获取正确的BUG信息，用作缺陷分析和产品度量designby胡小锋21How???（以缺陷管理工具bugfr

ee为例）22测试总结和报告What???Why???1.通过对测试结果的分析，得到对软件质量的评价2.分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考3.评估测试测试执行和测试计划是否符合4.分析系统存在的缺陷，为修复和预防BUG提供建议测试总

结和报告是指在测试执行阶段的末期总结测试活动的结果，并根据这些结果对测试进行评价。23How???1.引言。（编写目的,背景、用户群。定义、测试对象、测试阶段、测试工具、参考资料）2.测试概要。（进度回顾、测试执行、测试用例）3.测试环境。（软

硬件环境）4.测试结果。（bug趋势图、bug严重程度、bug引入原因、bug状态分布）5.测试结论。（功能性、易用性、可靠性、兼容性、安全性）6.分析摘要。（覆盖率、遗漏缺陷的影响、建议）7.度量。（资源消耗、缺陷密度）8.典型缺陷引入原因

分析。24人有了知识，就会具备各种分析能力，明辨是非的能力。所以我们要勤恳读书，广泛阅读，古人说“书中自有黄金屋。”通过阅读科技书籍，我们能丰富知识，培养逻辑思维能力；通过阅读文学作品，我们能提高文学鉴赏水平，培养文学情趣；通过阅读报刊，我们能增长见识，扩大自

己的知识面。有许多书籍还能培养我们的道德情操，给我们巨大的精神力量，鼓舞我们前进。