软件测试流程教材.pptx

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