六章节 软件测试.pptVIP

第六章 软件测试;有关测试的思考题; 软件产品最大的成本是检测软 件错误、修正软件错误的成本。 在整个软件开发中，测试工作量 一般占30%～40%，甚至≥50%。 在人命关天的软件(如飞机控制、核反应堆等）测试所花费的时间往往是其它软件工程活动时间之和的三到五倍;软件测试背景;软件测试的认识的发展;三个盲人和一头大象：你能够为质量 下定义吗？;质量控制技术;软件质量问题;软件测试的目标;6.1.1 测试的目的与地位 G.J.Myers在软件测试技巧中认为: 1.测试是为了寻找错误而运行程序的过程。 2.一个好的测试用例是指很可能找到迄今为止尚未发现的错误的测试。 3.一个成功的测试是揭示了迄今为止尚未发现的错误的测试。; E.W.Dijkstra 指出: “程序测试能证明错误的存在,但不能证明错误不存在.” 测试的目的是发现程序中 的错误,是为了证明程序有错, 而不是证明程序无错. ; 把证明程序无错当作测试目的不仅是不正确的, 完全做不到的，而且对做好测试没有任何益处，甚至是十分有害的. 软件测试要设法使软件发生故障,暴露软件错误 测试的“成功”与“失败” 能够发现错误的测试是成功的 测试，否则是失败的测试。 ;“测试的目的是说明程序正确地执行它应有的功能” 这种说法正确吗？ 例：程序Triangle，输入三个整数，表示一个三角形的三个边长，该程序产生一个结果，指出该三角形是等边三角形、等腰三角形还是不等边三角形。 为说明其能正确执行它的功能，可使用“测试用例”(3,4,5),(5,5,6),(6,6,6), 程序都能给出正确结果，是否就可认为程序是正确的？ ;难以说清的软件缺陷; 6.1.2 测试原则 (1)所有的测试都应追溯到用户需求 最严重的错误(从用户角度)是那些导致软件无法满足需求的错误。 程序中的问题根源可能在开发 前期的各阶段解决、纠正错误也必须追溯到前期工作。 ;测试与开发前期工作的关系;开发前期出现错误的扩展;软件生存期各阶段间需保持的正确性; 测试原则 (2)概要设计时应完成测试计划， 详细的测试用例定义可在设计 模型确定后开始，所有测试可 在任何代码被产生之前进行计 划和设计。 ; 软件测试不等于程序测试 软件测试应贯穿于软件定义与开发的整个期间； 据美国一家公司统计，查出的软件错误中，属于需求分析和软件设计的错误约占 64%，属于程序编写的错误仅占 36%。程序编写的许多错误是“先天的”。;测试阶段工作步骤 单元测试: 检验每个模块能否单独 工作. 集成测试: 检验概要设计中模块接 口设计问题 确认测试: 以需求规格说明书为检 验尺度 系统测试: 综合检验 测试可视为分析、设计、编码三个阶 段的最终复审,以保证软件质量.; 测试原则 (3)pareto原则：测试发现的错误中80%很可能起源于20%的模块中。应孤立这些疑点模块重点测试。 (4)穷举测试是不可能的。 (5)应由独立的底三方来构造测试。 （开发和测试队伍分别建立）;测试原则; 测试原则 (6)测试用例应由输入数据和预期的输 出结果两部分组成. (7)兼顾合理的输入和不合理的输入数据 (8)程序修改后要回归测试 (9)应长期保留测试用例，直至系统废弃。;测试原则：软件测试是有风险的行为; 6.1.3 可测试性 可测试软件的特征： 可操作性 可观察性 可控制性 可分解性 简单性 稳定性 易理解性; “好”测试的属性： 发现错误的可能性高 不冗余 在目的相似的测试中，应使用最可能找到错误的测试 每一个测试应独立执行 ;软件测试有关概念;组件是系统中可以孤立进行测试的部分，一个组件可以是对象，一组对象，一个或多个子系统。 错误，也称缺陷或不足，是可能引起组件不正常行为的设计或编码错误。 误差是系统执行过程中错误的表现。 故障是组件的规格说明与其行为之间的偏差，故障是由一个或多个误差引起的。 测试用例是一组输入和期待的结果，它根据引起故障和检查的目的来使用组件。 测试存根是被测试的组件所依赖的其它一些组件的实现部分。测试驱动程序是依赖被测试组件的那个组件的实现部分。 改正是对组件的变化。改正的目的在于修正错误。改正可能会产生新的错误。;错误(fault)、误差(error)和故障(failure);错误(fault)、误差(error)和故障(failure);错误(fault)、误差(error)和故障(failure);软件测试有关概念—术语和定义;软件测试有关概念