软件工程sw06-1 软件测试文档资料.pptVIP

软件测试 课程内容 测试目的和策略 测试方法 测试技术 测试工具 测试过程 测试目的和策略 什么是软件测试 狭义的定义： 测试是程序的执行过程，目的在于发现错误； 软件测试是根据程序开发阶段的规格说明及程序内部结构而精心设计的一批测试用例（输入数据及其预期结果的集合），并利用这些测试用例去运行程序，以发现错误的过程； 一个好的测试用例在于能发现至今未发现的错误； 一个成功的测试是发现了至今未发现的错误的测试。 广义的软件测试概念 指软件生命周期中所有的检查、评审和确认工作，其中包括对分析、设计阶段，以及完成开发后的维护阶段的各类文档和代码的审查和确认。 测试通常包括确认（validation）和验证（verification）两种方式。 验证和确认 验证（Verification）: 在软件生存期各个阶段，验证是指检测各个阶段结束时的工作产品是否满足对上一阶段的结束后的工作产品所定义的规格的验证过程。 验证和确认 确认（Validation）: 在软件生命周期各个阶段，确认是指检测各个阶段结束时的工作产品是否满足在软件生命周期初期在系统需求文档中描述的各项软件规格的确认过程。 确认和验证的比较 验证是检测每一阶段形成的工作产品是否与前一阶段定义的规格相一致 确认是检测每一阶段的工作产品是否与最初定义的软件需求规格相一致 软件测试既可用于验证，又可用于确认 测试的职责 验证在整个软件开发周期中，各个阶段的软件质量是否合格。 验证最终交付给用户的系统是否满足用户的需要，是否符合需求。 通过样本测试数据，检查系统在运行过程中的情况。 测试Vs质量保证 软件测试并不是质量保证的唯一手段，事后的检验是高价的。应尽量在开发期间减少错误，通过软件过程来建立软件质量。 迄今为止，软件质量仍然主要靠软件测试来验证和确认，而且由于测试工作特别耗费资源，在软件开发的总成本中，用在测试上的开销要占30%到50%。在极端的情况下，例如在关系到人的生命安全的软件中（如飞机控制或核反应监控等软件），测试费用可能相当软件生命周期所有其它阶段费用总和的三到五倍。 据美国工业界的统计，对商品化的程序来说，测试在时间和费用两方面的花费都要占整个软件开发周期总开销的50%左右。 测试的商业意义 降低风险（风险：就是不希望发生的事情的可能性） 测试计划中必须标明商业上的风险。 测试人员职责： 评估商业上的风险 如实的向管理层汇报项目情况 对待可能产生的风险的策略 我们无法消除风险，但是我们可以降低在风险发生时的损失。 降低系统风险的最有效的办法就是对其进行有针对性的测试。 系统风险列举 如果某部分产生了错误会导致的结果？ 未被验证的数据交换如果被接受 如果文件的完整性被破坏 系统是否能被安全恢复（完全恢复成备份时的状态） 是否能暂停系统的运行 进行维护工作时，系统性能是否会下降到不能接受的水平。 系统的安全性是否有保证 系统风险列举（继续……） 系统的操作流程是否符合用户的组织策略和长远规划 系统是否可靠，稳定 系统是否易于使用 系统是否便于维护 是否易于与其它系统相连 测试工作量 太少的测试是不负责任，过多的测试是一种罪过。 100％的测试是不可能的，不同的用户采用的测试策略是不同的。 Good-enough原则 商业目标 系统的质量等级 测试策略 在测试策略中必须标明可能存在的风险，这样在测试后的系统中可以有效的降低被标明的风险发生的可能性。 测试要素：需要被标明的风险也是我们测试的重点。 测试阶段：在整个开发生命周期中，测试工作介入的时期。 测试效果的好坏是组织级的问题 有效的测试最好由一个独立的团队来实施。 便于确定工作目标 便于人员的培养与升迁 利于团队建设 对质量的忠诚度高 利于新技术，新方法的产生和推广 工作职责明确 测试方法 测试方法 黑盒测试 白盒测试 静态测试 动态测试 黑盒测试 黑盒测试是从用户观点出发的测试，它又称功能测试、数据驱动测试或基于规格说明书或用户手册的测试。它所依据的是程序的外部特性。 黑盒测试 黑盒测试方法是在程序接口上进行测试，主要是为了发现以下错误: 是否有不正确或遗漏了的功能? 在接口上，输入能否正确地接受? 能否输出正确的结果? 是否有数据结构错误或外部信息(例如数据文件)访问错误? 性能上是否能够满足要求? 是否有初始化或终止性错误?　 黑盒测试 用黑盒测试发现程序中的错误，必须在所有可能的输入条件和输出条件中确定测试数据，来检查程序是否都能产生正确的输出。 但这是不可能的。 黑盒测试 假设一个程序P 有输入量X 和Y 及输出量Z 。在字长为32位的计算机上运行。若X、Y 取整数，按黑盒方法进行穷举测试： 可能采用的 测试数据组： 232×232 ＝264 如果测试一 组数据需要1毫