软件测试理论.pdfVIP

软件的特点：具有抽象性的逻辑实体

运行和使用没有磨损和老化问题，但在修改维护中存在失效率升高，退化

开发和运行依赖计算机系统：硬件要求，操作系统要求，可移植性方面的质量

需求

手工开发，很难依靠新技术利用现成的部件组装成所需软件

复杂性：实际问题复杂，程序逻辑结构复杂，涉及相关领域的专业知识，软件

技术发展落后于需求

成本昂贵，作用在不断提升

分类：

功能--系统+支持+应用

规模：小5人6-12月，中5-10012月大100以上1年以上

mistake错误：人为的产生不正确结果的行为

defect缺陷：可能会导致组件或者系统无法执行其定义的功能的瑕疵

failure失效：组件或系统与期望的交付、服务或结果存在的偏差，是缺陷的外部反映

程序员犯了一个错误--在代码或软件中表现为缺陷--运行存在缺陷的代码或软件就可能引起

失效

动态测试发现的是失效，静态测试可以发现缺陷

软件产品的质量特性：功能性，可靠性，易用性，效率，可维护性，可移植性

使用质量：有效性，生产率，安全性，满意度（基于用户观点）

软件测试的主要阶段：

测试计划和控制

测试分析和设计

测试实现和执行

评估出口准则和报告

测试结束活动

实际项目测试中的出口准则：

当计划的测试时间用尽的时候

当继续测试没有发现新的缺陷的时候

当所有的测试用例执行完毕时

当测试的成本大于收益时

当达到所要求的测试覆盖率的时候

当所有发现的缺陷都已经被清除的时候

测试目的：

发现缺陷，增加对质量的信心，为决策提供信息和预防缺陷

软件测试是对软件开发过程中的所有工作产品包括程序及相关文档进行的测试，而不仅仅是

通过运行程序来进行的动态测试

动态测试：通过运行被测对象来进行

静态测试：不需要运行被测对象，其测试对象是开发过程中生成的各类工作产品，包括需求

文档，设计文档，代码等

主要由评审和动态分析组成

验证verification:通过检查和提供客观证据来证实指定的需求是否满足

是否在正确构建产品关注构建过程，针对开发过程中的单个阶段

确认validation：通过检查和提供客观证据来证实软件产品的特定目的的功能或应用是否已

经实现

是否构建了正确的产品关注的已构建的软件产品根据原始需求检查

各阶段开发结果的过程

测试test：目的是发现缺陷人员：测试人员，开发人员方法：由已知条件开始，有期

望的结果可以计划，工作进度可以度量

对象包括软件开发过程中的所有产品，各种文档、数据及代码

可以发现由于软件存在的缺陷而引起的失效

调试debug：目的是定位缺陷并修改人员：开发人员方法：由未知条件开始，结果难

以预测过程或者时间相对难以计划

用来识别引起失效的原因和采取解决方案来修正缺陷

测试基本原则：

穷尽测试是不可能的，无法发现被测对象所有的缺陷goodenough

测试只能显示缺陷的存在，不能证明软件完全正确，不存在缺陷

测试应该尽早的介入提高质量，降低开发成本

缺陷具有集群效应，符合帕累托原则，需要重点关注缺陷较多的模块或者程序段

杀虫剂效应：重复执行相同的测试用例，其发现缺陷的能力会越来越差因此需要经常进

行用例的评审和修改

测试活动依赖于上下文不同的软件系统需要选择不同的测试依赖于运行环境和使用中

的风险

没有失效不代表系统是可用的满足客户真正的需要才是成功的充分了解需求

测试的基本过程：

测试计划和控制：指导方针出入口准则，决定，监控（识别测试对象，目的，范围）

测试分析和设计：识别具体的测试需求，并依据需求设计相应的测试用例，规划环境搭建，

需要的基础设施和工具

测试实现和执行：创建测试数据，执行用例，确认测试和回归测试

评估出口准则和测试报告：数据分析，出口依据提交报告，包括所有数据

测试结束活动：经验教训总结，过程改进建议，归档过程中的各项产品

测试模型：

瀑布模型：能否正确理解客户需求