第十章软件测试解读.ppt

第十章 软件测试 内容提纲 验证与确认 –验证与确认的基本概念与活动模型 –静态方法：走查、审查、检查 ?软件测试基础 –测试的概念与原则、测试文档 –软件测试活动 ?软件测试技术 –黑盒测试与白盒测试 –等价类划分、边界值分析 –路径测试、基于状态的测试 –面向对象的测试 基本术语 ?错误（Error） –错误是指导致系统可能包含故障的人的行为，如输入错误、需求错误、设计错误等。 ?缺陷（Defect，Bug） –缺陷是错误的表现，包括过错缺陷和遗漏缺陷。 ?故障（Fault） –故障是指系统的规格说明与其行为之间的偏差，通常由一个或多个缺陷引起。 基本术语 ?验证（Verification） –我们是否在正确地制造产品？ –软件验证试图证明在软件生存周期的各个阶段，软件产品或中间产品是否能够满足客户需求，包括一致性、完整性和正确性。 ?确认（Validation） –我们是否在制造正确的产品？ –软件确认的目的是保证所开发的最终软件产品能够符合用户的需求。 ?说明：验证强调对于过程的检验，确认强调对于结果的检验。 软件错误或缺陷 ?软件错误（或软件缺陷）的表现 –软件未达到产品说明书标明的功能； –软件出现了产品说明书指明不会出现的错误； –软件功能超出了产品说明书指明的范围； –软件未达到产品说明书虽未指出但应达到的目标； –软件测试人员认为软件难以理解、不易使用、运行速度缓慢、或者最终用户不满意。 ?有错是软件的属性，而且是无法改变的。因此，关键在于如何避免错误的产生和消除已经产生的错误，使程序中的错误密度达到尽可能低的程度。 验证与确认 这是什么？ 错误的状态 算法错误 机械错误 处理错误或缺陷：验证？ 处理错误或缺陷：冗余？ 处理错误或缺陷：特性？ 处理错误或缺陷：补丁？ 处理错误或缺陷：测试？ 另一种观点 ?错误预防（在系统发布之前实施） –使用好的程序设计方法来减少复杂性 –使用版本控制来防止系统的不一致 –应用验证技术来防止算法错误 ?错误检测（当系统运行时实施） –测试：以事先规划的方式发现错误 –调试：假设从意外故障着手可以找到错误 –监控：发送状态信息，发现性能错误 ?错误恢复（一旦系统发布后出现错误时实施） –数据库系统：提供从故障中恢复的基本事务处理 –模块冗余：将不止一个组件分配执行同一个操作 –恢复程序：该程序处理错误信息，使系统从故障中恢复过来 验证与确认的活动模型 10.2 软件测试基础 软件测试的概念 –传统：测试是一种旨在评估一个程序或系统的属性或能力，确定它是否符合其所需结果的活动。 –Myers：测试是为了发现错误而执行一个程序或系统的过程。 –IEEE：测试是使用人工和自动手段来运行或检测某个系统的过程，其目的在于检验系统是否满足规定的需求或弄清预期结果与实际结果之间的差别。 软件测试的概念 测试的目的 –测试是为了证明程序有错，而不是证明程序无错误； –一个好的测试用例在于能够发现至今未发现的错误； –一个成功的测试是发现了至今未发现的错误的测试。 软件测试的原则 应当把“尽早地和不断地测试”作为软件开发者的座右铭 程序员应避免检查自己的程序 设计测试用例时，应包括合理的输入和不合理的输入，以及各种边界条件，特殊情况下要制造极端状态和意外状态 充分注意测试中的群集现象 对测试错误结果一定要有一个确认过程 制定严格的测试计划，排除测试的随意性 注意回归测试的关联性，往往修改一个错误会引起更多错误 妥善保存一切测试过程文档，测试重现往往要靠测试文档 软件测试文档 测试计划（Test Plan） –测试计划是测试工作的指导性文档，规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人，以及与计划相关的风险。 –主要内容：测试目标、测试方法、测试范围、测试资源、测试环境和工具、测试体系结构、测试进度表 软件测试文档 测试规范（Test Specification） –测试规范是从整体上规定测试案例的运行环境、测试方法、生成步骤、执行步骤以及调试和验证的步骤。 –主要内容：系统运行环境、总体测试方法、测试用例的生成步骤、测试用例的执行步骤、调试和验证 软件测试文档 测试用例（Test Case） –测试用例是数据输入和期望结果组成的对，其中“输入”是对被测软件接收外界数据的描述，“期望结果”是对于相应输入软件应该出现的输出结果的描述，测试用例还应明确指出使用具体测试案例产生的测试程序的任何限制。 –测试用例可以被组织成一个测试系列，即为实现某个特定的测试目的而设计的一组测试用例。例如，一部分测试用例用来