《[精选]软件测试流程教材》由会员分享，可在线阅读，更多相关《[精选]软件测试流程教材（32页珍藏版）》请在金锄头文库上搜索。
1、补充：软件测试流程 测试计划 测试设计 测试开发 测试执行 测试评估 缺陷跟踪,2,实践证明，尽管人们在开发软件的过程中使用了许多保证软件质量的方法和技术，但开发出的软件中还会隐藏许多错误和缺陷。这对于规模大、复杂性高的软件更是如此。所以，严格的软件测试对于保证软件质量具有重要作用。,3,软件测试的大部分工作在软件生存期的两个阶段中进行。在软件编码阶段，当编写出一个模块后，通常要对它进行必要的测试（称为单元测试），这时测试与编码属于同一个阶段。在编码阶段结束后，对软件系统还要进行各种综合测试（集成测试与系统测试），这是一个独立阶段，即软件测试阶段。在这个测试阶段又有两种性质不同的测试：研制单位
2、内部进行的集成测试和系统测试与用户（或第三方）进行的验收测试。 在软件测试生命周期内，错误在软件开发的每个阶段都可能被带入。在软件测试中，某些错误被发现、分类、隔离，最终被纠正。由于软件不断被修改，所以这个过程是一个反复进行的过程。,4,软件测试过程流程图,测试用例,测试用例是数据输入和期望结果组成的对,测试用例的定义,测试用例是一个包含输入和预期输出的与程序行为有关的标识 软件测试的本质就是针对要测试的内容确定一组测试用例 测试用例是由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对条件组成的,7,测试过程产生的测试文档,测试启动准则 同时满足以下条件，允许开始测试： （
3、1）测试计划已经制定并且通过了审批； （2）测试用例已经设计并且通过了审批； （3）被测试对象已经开发完毕并等待测试。 测试完成准则 对于非严格系统可以采用“基于测试用例”的准则。同时满足以下条件允许结束测试： （1）功能性测试用例通过率达到100； （2）非功能性测试用例通过率达到90时。 对于严格系统，应当补充“基于测试期缺陷密度”的规则： （3）相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m。例如n大于10，m小于等于1。,9,软件测试过程测试计划,1、测试需求 2、测试策略 3、测试资源 4、测试进度,输入：软件需求书 输出：测试计划书,10,软件测试过程测试设计,1、测试描述
4、 2、前置条件 3、测试步骤 4、验证点 5、后置条件 6、测试通过条件,良好的测试设计是测试自动化的重要保证！,输入：软件测试计划书 输出：软件测试大纲,11,软件测试过程测试开发,测试脚本,12,软件测试过程测试执行,进行测试执行管理 运行测试 记录测试结果，包括缺陷报告和测试日志,13,软件测试过程测试评估,统计和分析测试结果，确定是否达到软件发布的标准,14,软件测试过程缺陷跟踪,缺陷跟踪： 记录测试发现的缺陷或用户问题，并且跟踪、管理缺陷的状态变更,15,测试计划,测试计划的问题： 测试计划经常是等到开发周期后期才开始实行，使得没有时间有效的执行计划。 测试计划的组织者可能缺乏测试经
5、验，无法对测试进行准确的评估，导致测试计划难以落到实处。 测试的量度和复杂性可能太大，没有自动化工具，很难计划和控制。,16,如何看待测试计划,好的计划可以保证项目50%的成功，另50%靠有效的执行！ 测试计划只是一个文件？ 不要单纯的去编制一个测试计划，要计划测试过程（不要为了计划而计划！）。 测试计划是指导要做什么的所有想法。 测试计划必须要起到协调所有与测试相关人员的作用，包括测试工程师、客户参与人员、项目参与人员。,测试计划的目标,软件测试员的目标：？ 利用良好的测试计划、测试案例和测试报告正确交流和制定测试工作是测试员达到目标的保障。 测试计划的目标 规定测试活动的范围、方法、资源和
6、进度 明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人 与计划相关的风险,测试计划需考虑因素,高级期望 人、地点和事 定义 团队之间的责任 测试内容 测试阶段 测试策略,资源要求 任务分配 测试进度 测试案例 软件缺陷报告 频度和统计 风险和问题,19,测试计划的过程,确定测试要素，编写可检验的测试需求 评估风险 制定测试策略，测试方法 确定测试资源 创建时间表 生成测试计划 审查测试计划 由开发、测试、用户三方会议审核 考虑可能的测试推迟 执行测试计划可能的阻力 检查项目需求说明、软件维护手册、技术更新资料、用户手册,20,测试设计,测试设计的问题： 不做测试设计，测试过
7、程胡乱建立/如何执行测试？ 测试设计不详细，不是基于可量度的测试策略。 测试过程没有采用最好的技术来检验系统（Windows C/S、B/S）结构的测试需求。,21,测试设计,选择适当的测试用例，来源：根据需求说明书、开发设计文档、测试需求等资料，编写测试用例 确定每个用例执行的条件 设定一系列的测试步骤 按照一定策略设计测试输入数据（边界条件、等价类划分、非法数值等） 确定预期的测试输出，做为测试用例成功的依据 为每一个测试用例确定测试验证点,22,测试开发,测试开发的问题： 测试开发很乱，与测试需求或测试策略没有对应性 测试用例、测试过程不可重用 测试过程被作为一个编程任务来执行，导致脚本
8、太长，不能满足软件移植性的要求 输入：被测软件、基于测试需求的测试设计 输出：测试过程和测试用例 目标： 创建可以重用的自动化测试过程 维护测试对于测试需求的可跟踪性,23,测试开发,测试开发技术： 编程 优点：具有较大的灵活性 缺点：编程过程过于复杂 录制 优点：操作简单快捷 缺点：灵活性较差 一般综合这两种开发技术：先录制、后编程,24,测试执行,测试执行过程： 按照测试用例流程进行手工测试 执行已经建立的测试脚本 根据测试需求检查测试是否得到正确结果 报告软件缺陷，对缺陷记录进行跟踪和维护,25,测试评估,测试评估的问题： 没有把测试覆盖率作为报告测试进程的根据，使得不知测试是否结束 没
9、有做缺陷评估，缺陷评估是量度软件可行性的重要指标 不使用专门的软件工具进行数据输入任务和相应的评估活动，使得这些任务变得繁重累人,26,测试评估,测试评估的目标： 提供量化的测试覆盖域 评估软件质量,生成缺陷评估报告和测试覆盖率的总结报告 测试覆盖率：评估测试完成多少的标准 缺陷评估：评估软件质量的重要指标，通常评估模型假设缺陷的发现是呈泊松分布的；严格的缺陷评估要考察在测试过程中发现缺陷的间隔时间长短。评估要估计软件当前的可靠性并预测随着测试的继续进行，软件可靠性会怎样提高！,27,测试评估,缺陷发现率趋势决定发布日期,28,缺陷评估,缺陷评估是评估软件质量的重要指标，通常评估模型假设缺陷的
10、发现是呈泊松分布的；严格的缺陷评估要考察在测试过程中发现缺陷的间隔时间长短。评估要估计软件当前的可靠性并预测随着测试的继续进行，软件可靠性会怎样提高。 SQA Suite 提供四种形式进行缺陷评估： 1、缺陷分布报告可以生成缺陷数量与缺陷属性的函数。如测试需求和状态。 2、缺陷趋势报告可以看出缺陷增长和减少的趋势。 3、缺陷年龄报告展示一个缺陷处于某种状态的时间长短 4、测试结果进度报告展示测试过程在被测应用的几个版本中的执行结果以及测试周期。,29,缺陷评估,具体步骤 1、回顾测试日记 2、评估测试需求的覆盖率 3、分析缺陷 4、决定是否达到完成测试的标准，没有满足标准时 5、再测试 6、降
11、低标准,软件测试类文档,测试计划：用于描述总体和各级别上的测试计划。 测试设计规格说明：定义各个测试级别的测试用例结构和覆盖信息。 测试用例规格说明：描述测试用例或者自动测试脚本。 测试用例执行过程规格说明：一组测试用例的执行步骤。 测试日志：记录测试执行过程中的信息。 测试意外事件报告：用于描述在测试执行过程发生的任何异常情况，这些异常情况可能存在于需求、设计、代码、文档或测试用例中。随后，可将意外事件归类为缺陷或增强事件。 测试总结报告：汇总测试活动和结果的文档，也包括对相应测试项的评估。 测试策略：用于定义项目中需要执行的各个级别的测试以及与每个级别测试相关的测试过程。 缺陷问题报告单：用于描述缺陷在其生命周期中的细节信息。,演讲完毕，谢谢观看！,
