软件测试流程

1、补充：软件测试流程补充：软件测试流程测试计划测试计划测试设计测试设计测试开发测试开发测试执行测试执行测试评估测试评估缺陷跟踪缺陷跟踪2 实践证明，尽管人们在开发软件的过实践证明，尽管人们在开发软件的过程中使用了许多保证软件质量的方法和技程中使用了许多保证软件质量的方法和技术，但开发出的软件中还会隐藏许多错误术，但开发出的软件中还会隐藏许多错误和缺陷。这对于规模大、复杂性高的软件和缺陷。这对于规模大、复杂性高的软件更是如此。所以，严格的软件测试对于保更是如此。所以，严格的软件测试对于保证软件质量具有重要作用。证软件质量具有重要作用。3 软件测试的大部分工作在软件生存期的两个阶段中进行。在软软件测

2、试的大部分工作在软件生存期的两个阶段中进行。在软件编码阶段，当编写出一个模块后，通常要对它进行必要的测试件编码阶段，当编写出一个模块后，通常要对它进行必要的测试（称为单元测试），这时测试与编码属于同一个阶段。在编码阶段（称为单元测试），这时测试与编码属于同一个阶段。在编码阶段结束后，对软件系统还要进行各种综合测试（集成测试与系统测结束后，对软件系统还要进行各种综合测试（集成测试与系统测试），这是一个独立阶段，即软件测试阶段。在这个测试阶段又有试），这是一个独立阶段，即软件测试阶段。在这个测试阶段又有两种性质不同的测试：研制单位内部进行的集成测试和系统测试与两种性质不同的测试：研制单位内部进行的

3、集成测试和系统测试与用户（或第三方）进行的验收测试。用户（或第三方）进行的验收测试。 在软件测试生命周期内，错误在软件开发的每个阶段都可能被带在软件测试生命周期内，错误在软件开发的每个阶段都可能被带入。在软件测试中，某些错误被发现、分类、隔离，最终被纠正。入。在软件测试中，某些错误被发现、分类、隔离，最终被纠正。由于软件不断被修改，所以这个过程是一个反复进行的过程。由于软件不断被修改，所以这个过程是一个反复进行的过程。 4测试计划测试设计测试执行测试记录分析测试总结完毕缺陷跟踪针对测试目标，规定测试任务、资源分配、人员角色、进度安排等。根据测试计划，设计测试用例，包括：测试步骤、测试场景、测试

4、代码、测试数据(包括预期结果)。根据测试计划，配置测试环境，并手动或者自动执行测试设计。根据测试计划，忠实地记录测试执行的过程和结果。分析测试记录，如果发现与预期结果不同，确定并重现缺陷。检查测试设计是否全部执行完毕，缺陷是否全部关闭。记录、分发、评估、关闭缺陷报告。分析测试过程和缺陷报告，评估测试质量和测试效果，给出是否通过测试的建议。软件测试过程流程图测试用例 测试用例是数据输入和期望结果组成的对软件中有许多错误软件中有许多错误用户遇到的错误只占很小比用户遇到的错误只占很小比例例应该针对用户最容易遇到的应该针对用户最容易遇到的错误进行测试，以便改进测错误进行测试，以便改进测试的有效性试的有

5、效性测试用例的定义 测试用例是一个包含输入和预期输出的与程序行为有关的标识 软件测试的本质就是针对要测试的内容确定一组测试用例 测试用例是由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对条件组成的7测试过程产生的测试文档测试过程产生的测试文档测试计划测试计划测试设计测试设计测试执行测试执行测试记录测试记录分析分析测试总结测试总结完毕完毕缺陷跟踪缺陷跟踪测试计划文档测试计划文档测试用例文档测试用例文档测试记录文档测试记录文档缺陷跟踪报告缺陷跟踪报告测试总结报告测试总结报告 测试启动准则测试启动准则同时满足以下条件，允许开始测试： （1）测试计划已经制定并且通过了审批； （2

6、）测试用例已经设计并且通过了审批； （3）被测试对象已经开发完毕并等待测试。 测试完成准则测试完成准则 对于非严格系统可以采用“基于测试用例”的准则。同时满足以下条件允许结束测试： （1）功能性测试用例通过率达到100； （2）非功能性测试用例通过率达到90时。 对于严格系统，应当补充“基于测试期缺陷密度”的规则： （3）相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m。例如n大于10，m小于等于1。9软件测试过程测试计划执行执行. .执行执行测试计划测试计划缺陷跟踪缺陷跟踪测试开发测试开发测试设计测试设计评估评估建立建立 建立建立 执行执行 建立建立1 1、测试需求、测试需求2 2、测

7、试策略、测试策略3 3、测试资源、测试资源4 4、测试进度、测试进度v输入：软件需求书输入：软件需求书v输出：测试计划书输出：测试计划书10软件测试过程测试设计执行执行. . 执行执行.测试计划测试计划缺陷跟踪缺陷跟踪测试开发测试开发测试设计测试设计评估评估 建立建立建立建立执行执行.建立建立1 1、测试描述、测试描述2 2、前置条件、前置条件3 3、测试步骤、测试步骤4 4、验证点、验证点5 5、后置条件、后置条件6 6、测试通过条件、测试通过条件良好的测试设计是测试自动化良好的测试设计是测试自动化的重要保证！的重要保证！v输入：软件测试计划书输入：软件测试计划书v输出：软件测试大纲输出：软

8、件测试大纲11软件测试过程测试开发执行执行. 执行执行. .测试计划测试计划缺陷跟踪缺陷跟踪测试开发测试开发测试设计测试设计评估评估建立建立 建立建立执行执行.建立建立v测试脚本测试脚本12软件测试过程测试执行执行执行. 执行执行.测试计划测试计划缺陷跟踪缺陷跟踪测试开发测试开发测试设计测试设计评估评估建立建立建立建立执行执行.建立建立v 进行测试执行管理进行测试执行管理v 运行测试运行测试v 记录测试结果，包括缺陷报告和测试日志记录测试结果，包括缺陷报告和测试日志13软件测试过程测试评估执行执行. .执行执行. .测试计划测试计划缺陷跟踪缺陷跟踪测试开发测试开发测试设计测试设计评估评估建立建

9、立建立建立执行执行. .建立建立v 统计和分析测试结果，确定是否达到软件发布的统计和分析测试结果，确定是否达到软件发布的标准标准14软件测试过程缺陷跟踪执行执行. . 执行执行. .测试计划测试计划缺陷跟踪缺陷跟踪测试开发测试开发测试设计测试设计评估评估建立建立建立建立执行执行. .建立建立缺陷跟踪：缺陷跟踪：v 记录测试发现的缺陷或用户问题，并且跟踪、记录测试发现的缺陷或用户问题，并且跟踪、管理缺陷的状态变更管理缺陷的状态变更15测试计划测试计划的问题：测试计划的问题：v 测试计划经常是等到开发周期后期才开始实行，使得没测试计划经常是等到开发周期后期才开始实行，使得没有时间有效的执行计划。有

10、时间有效的执行计划。v 测试计划的组织者可能缺乏测试经验，无法对测试进行测试计划的组织者可能缺乏测试经验，无法对测试进行准确的评估，导致测试计划难以落到实处。准确的评估，导致测试计划难以落到实处。v 测试的量度和复杂性可能太大，没有自动化工具，很难测试的量度和复杂性可能太大，没有自动化工具，很难计划和控制。计划和控制。16如何看待测试计划v 好的计划可以保证项目好的计划可以保证项目50%50%的成功，另的成功，另50%50%靠有效的执行！靠有效的执行！v 测试计划测试计划只是一个文件？只是一个文件？v 不要单纯的去编制一个测试计划，要计划测试过程（不要为了计不要单纯的去编制一个测试计划，要计划

11、测试过程（不要为了计划而计划！）。划而计划！）。v 测试计划是指导要做什么的所有想法。测试计划是指导要做什么的所有想法。v 测试计划必须要起到协调所有与测试相关人员的作用，包测试计划必须要起到协调所有与测试相关人员的作用，包括测试工程师、客户参与人员、项目参与人员。括测试工程师、客户参与人员、项目参与人员。测试计划的目标 软件测试员的目标：？软件测试员的目标：？ 利用良好的测试计划、测试案例和测试报利用良好的测试计划、测试案例和测试报告正确交流和制定测试工作是测试员达到告正确交流和制定测试工作是测试员达到目标的保障。目标的保障。 测试计划的目标测试计划的目标 规定测试活动的范围、方法、资源和进

12、度规定测试活动的范围、方法、资源和进度 明确正在测试的项目、要测试的特性、要执行的测明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人试任务、每个任务的负责人 与计划相关的风险与计划相关的风险测试计划需考虑因素 高级期望高级期望 人、地点和事人、地点和事 定义定义 团队之间的责任团队之间的责任 测试内容测试内容 测试阶段测试阶段 测试策略测试策略 资源要求资源要求 任务分配任务分配 测试进度测试进度 测试案例测试案例 软件缺陷报告软件缺陷报告 频度和统计频度和统计 风险和问题风险和问题19测试计划的过程v 确定测试要素，编写可检验的测试需求确定测试要素，编写可检验的测试需求v

13、 评估风险评估风险v 制定测试策略，测试方法制定测试策略，测试方法v 确定测试资源确定测试资源v 创建时间表创建时间表v 生成测试计划生成测试计划v 审查测试计划审查测试计划 由开发、测试、用户三方会议审核由开发、测试、用户三方会议审核考虑可能的测试推迟考虑可能的测试推迟执行测试计划可能的阻力执行测试计划可能的阻力检查项目需求说明、软件维护手册、技术更新资检查项目需求说明、软件维护手册、技术更新资料、用户手册料、用户手册20测试设计测试设计的问题：测试设计的问题：v 不做测试设计，测试过程胡乱建立不做测试设计，测试过程胡乱建立/ /如何执行测试？如何执行测试？v 测试设计不详细，不是基于可量度

14、的测试策略测试设计不详细，不是基于可量度的测试策略。v 测试过程没有采用最好的技术来检验系统（测试过程没有采用最好的技术来检验系统（Windows Windows C/SC/S、B/SB/S）结构的测试需求）结构的测试需求。21测试设计v 选择适当的测试用例，来源：根据需求说明书、开发选择适当的测试用例，来源：根据需求说明书、开发设计文档、测试需求等资料，编写测试用例设计文档、测试需求等资料，编写测试用例v 确定每个用例执行的条件确定每个用例执行的条件v 设定一系列的测试步骤设定一系列的测试步骤v 按照一定策略设计测试输入数据（边界条件、等价类按照一定策略设计测试输入数据（边界条件、等价类划分

15、、非法数值等）划分、非法数值等）v 确定预期的测试输出，做为测试用例成功的依据确定预期的测试输出，做为测试用例成功的依据v 为每一个测试用例确定测试验证点为每一个测试用例确定测试验证点22测试开发测试开发的问题：测试开发的问题：v 测试开发很乱，与测试需求或测试策略没有对测试开发很乱，与测试需求或测试策略没有对应性应性v 测试用例、测试过程不可重用测试用例、测试过程不可重用v 测试过程被作为一个编程任务来执行，导致脚测试过程被作为一个编程任务来执行，导致脚本太长，不能满足软件移植性的要求本太长，不能满足软件移植性的要求v 输入：被测软件、基于测试需求的测试设计输入：被测软件、基于测试需求的测试

16、设计v 输出：测试过程和测试用例输出：测试过程和测试用例v 目标：目标：创建可以重用的自动化测试过程创建可以重用的自动化测试过程维护测试对于测试需求的可跟踪性维护测试对于测试需求的可跟踪性23测试开发测试开发技术：测试开发技术：v 编程编程优点：具有较大的灵活性优点：具有较大的灵活性缺点：编程过程过于复杂缺点：编程过程过于复杂v 录制录制优点：操作简单快捷优点：操作简单快捷缺点：灵活性较差缺点：灵活性较差v 一般综合这两种开发技术：先录制、后编程一般综合这两种开发技术：先录制、后编程24测试执行测试执行过程：测试执行过程：v按照测试用例流程进行手工测试按照测试用例流程进行手工测试v执行已经建立

17、的测试脚本执行已经建立的测试脚本v根据测试需求检查测试是否得到正确结果根据测试需求检查测试是否得到正确结果v报告软件缺陷，对缺陷记录进行跟踪和维护报告软件缺陷，对缺陷记录进行跟踪和维护25测试评估测试评估的问题：测试评估的问题：v 没有把测试覆盖率作为报告测试进程的根据，使没有把测试覆盖率作为报告测试进程的根据，使得不知测试是否结束得不知测试是否结束v 没有做缺陷评估，缺陷评估是量度软件可行性的没有做缺陷评估，缺陷评估是量度软件可行性的重要指标重要指标v 不使用专门的软件工具进行数据输入任务和相应不使用专门的软件工具进行数据输入任务和相应的评估活动，使得这些任务变得繁重累人的评估活动，使得这些

18、任务变得繁重累人26测试评估测试评估的目标：测试评估的目标：v 提供量化的测试覆盖域提供量化的测试覆盖域v 评估软件质量评估软件质量, ,生成缺陷评估报告和测试覆盖率的生成缺陷评估报告和测试覆盖率的总结报告总结报告测试覆盖率：评估测试完成多少的标准测试覆盖率：评估测试完成多少的标准缺陷评估：评估软件质量的重要指标，通常评缺陷评估：评估软件质量的重要指标，通常评估模型假设缺陷的发现是呈泊松分布的；严格估模型假设缺陷的发现是呈泊松分布的；严格的缺陷评估要考察在测试过程中发现缺陷的间的缺陷评估要考察在测试过程中发现缺陷的间隔时间长短。评估要估计软件当前的可靠性并隔时间长短。评估要估计软件当前的可靠性

19、并预测随着测试的继续进行，软件可靠性会怎样预测随着测试的继续进行，软件可靠性会怎样提高！提高！27测试评估缺陷发现率趋势决定发布日期缺陷发现率趋势决定发布日期时间时间发布日期发布日期发现的缺陷数发现的缺陷数测试成本测试成本28缺陷评估 缺陷评估是评估软件质量的重要指标，通常评估模型假设缺陷评估是评估软件质量的重要指标，通常评估模型假设缺陷的发现是呈泊松分布的；严格的缺陷评估要考察在测试缺陷的发现是呈泊松分布的；严格的缺陷评估要考察在测试过程中发现缺陷的间隔时间长短。评估要估计软件当前的可过程中发现缺陷的间隔时间长短。评估要估计软件当前的可靠性并预测随着测试的继续进行，软件可靠性会怎样提高。靠性

20、并预测随着测试的继续进行，软件可靠性会怎样提高。 SQA Suite 提供四种形式进行缺陷评估：提供四种形式进行缺陷评估： 1、缺陷分布报告可以生成缺陷数量与缺陷属性的函数。如测、缺陷分布报告可以生成缺陷数量与缺陷属性的函数。如测试需求和状态。试需求和状态。 2、缺陷趋势报告可以看出缺陷增长和减少的趋势。、缺陷趋势报告可以看出缺陷增长和减少的趋势。 3、缺陷年龄报告展示一个缺陷处于某种状态的时间长短、缺陷年龄报告展示一个缺陷处于某种状态的时间长短 4、测试结果进度报告展示测试过程在被测应用的几个版本中、测试结果进度报告展示测试过程在被测应用的几个版本中的执行结果以及测试周期。的执行结果以及测试周期。29缺陷评估具体步骤具体步骤 1、回顾测试日记、回顾测试日记 2、评估测试需求的覆盖率、评估测试需求的覆盖率 3、分析缺陷、分析缺