第01章tp.ppt

* 所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。 * * * 强度测试检查程序对异常情况的抵抗能力，是检查系统在极限状态下运行的时候性能下降的幅度是否在允许的范围内。强度测试总是迫使系统在异常的资源配置下运行。例如，①当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；②定量地增长数据输入率，检查输入子功能的反映能力；③运行需要最大存储空间（或其他资源）的测试用例；④运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例，等等。 * 1.4.2 软件测试的原则 1.所有的测试都应追溯到用户需求 2.把“尽早和不断地测试”作为开发者的座右铭 3.程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完成 4. pareto原则 5.设计测试用例时，应该考虑各种情况 6.对测试错误结果一定要有一个确认的过程 7.制定严格的测试计划 8. 完全测试是不可能的，测试需要终止 9.注意回归测试的关联性 10.妥善保存一切测试过程文档 补充：软件测试的原则 软件测试是有风险的 存在的故障数量与发现的故障数成正比 杀虫剂现象 1.4.3 软件测试模型 软件测试过程模型是对测试过程一种抽象，用于定义软件测试的流程和方法。 随着测试过程管理的发展，软件测试专家通过实践总结出了很多很好的测试过程模型。这些模型将测试活动进行了抽象，并与开发活动有机的进行了结合，是测试过程管理的重要参考依据。 1．Ｖ模型 V模型是最具有代表意义的测试模型 ，反映出了测试活动与分析设计活动的关系。 V模型指出，单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。 图1-7 软件测试V模型 2．Ｗ模型 W模型由两个V字型模型组成，分别代表测试与开发过程。 W模型强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。 图1-8 软件测试W模型 3．Ｈ模型 H模型将测试活动完全独立出来，形成了一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。 H模型揭示了软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。 图1-9 软件测试H模型 1.4.4 软件测试的分类 1．按测试方式分类 静态测试 动态测试 2．按测试方法分类 白盒测试 黑盒测试 3．按测试过程分类 单元测试 集成测试 系统测试 验收测试 4．按测试目的分类 功能测试 健壮性测试 接口测试 性能测试 强度测试 压力测试 用户界面测试 安全测试 可靠性测试 安装/反安装测试 文档测试 恢复测试 兼容性测试 1.4.5 软件测试流程 软件测试流程就是指从软件测试开始到软件测试结束经过的一系列准备、执行、分析的过程。 软件测试工作一般要通过制订测试计划、设计测试、测试准备和测试环境的建立、执行测试、评估测试和总结测试工作等几个阶段来完成。 图1-10 软件测试流程 测试流程 1.测试计划 2.测试设计 3.测试准备和测试环境的建立 4.执行测试 5.测试评估 6.测试总结 1.4.6 软件测试发展历程和趋势 软件测试是伴随着软件的产生而产生的，有了软件的生成和运行就必然有软件测试。在早期的软件开发过程中，测试的含义比较窄，将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由软件开发人员自己完成这部分工作。对测试的投入极少，测试介入得也晚，常常是等到形成代码，产品已经基本完成时才进行测试。 直到1957年，软件测试才开始与调试区别开来，成为一种发现软件缺陷的活动。 直到20世纪80年代早期，“质量”的号角才开始吹响。软件测试的定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。软件开发人员和测试人员开始坐在一起探讨软件工程和测试问题。制定了各类标准，包括IEEE标准、美国ANSI标准和ISO国际标准。 20世纪90年代，测试工具终于盛行起来。到了2002年，Rich和Stefan在《系统的软件测试》一书中对软件测试做了进一步定义：“测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期过程”。这些经典论著对软件测试研究的理论化和体系化产生了巨大的影响。 近20年来，随着计算机和