软件测试期末复习知识点（第七章、第九章、第十章）

软件测试期末复习

• 第七章 测试组织和管理
• • 测试准备
  • 测试实施
  • 测试总结
  • 缺陷管理
• 第九章 软件评审
• • 概念
  • 软件评审的意义
  • 软件评审的过程
• 第十章 软件质量与软件质量管理
• • ISO9000四条
  • 撒播模型和回归模型
  • 软件产品的三种质量
  • 程序排错

第七章 测试组织和管理

测试准备

测试需求分析和计划
测试需求分析是通过划分需求来源、分解测试需求类型，并分析测试需求的确定性、可测性、测试次序、重要性、稳定度、工作量等活动，定义出测试需求的测试范围、优先级、测试风险、关系及约束，并建立与需求规格、测试用例之间的双向跟踪关系的过程。

测试计划是一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排以及任何偶发事件的风险。

测试环境搭建
测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。其中，硬件环境指测试必需的服务器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。

测试用例编写
边界值分析方法；等价类划分法；错误推测法；因果图法；正交试验法

测试实施

测试用例执行
测试开始和结束的标准

测试数据记录
对测试的数据进行记录，也就是把测试中实际得到的动态输出（包括内部生成数据输出）结果与对动态输出的要求进行比较，描述其中的各项发现。

测试沟通
最直接的通报方法是使用测试管理工具，由系统自动给测试管理者及测试用例负责人发送电子邮件，这对于分布式的开发和测试会更加有效。测试执行过程中，如果确认发现了软件的缺陷，应马上提交问题报告单。

测试用例验证

测试总结

测试数据整理
测试数据整理是缺陷数据统计的前期准备，要删除重复的和不重要的测试数据，修改不确切的描述。然后生成缺陷数据统计图表，包括缺陷趋势图、缺陷分布图、缺陷及时处理情况统计表等。

测试用例修订
测试用例修订要删除重复的和不重要的测试用例，修改不确切的描述，补充需要的测试用例，以保证测试用例库的可用性，为产品改进或项目复用打下良好的基础

用例库的维护
测试用例库的维护是一个不间断的过程，通常可以将软件开发的基线作为基准，维护的主要内容包括删除过时的测试用例、改进不受控制的测试用例、删除冗余的测试用例以及增添新的测试用例等几个方面工作

配置管理
测试资产是被质量保证或测试团队开发的任何一种工作产品。配置管理和变更管理的任务就是管理谁变更了资产，以及何时变更了资产和为什么变更资产。

缺陷管理

一般而言，缺陷的跟踪和管理需要达到以下两个目标：一是确保每个被发现的缺陷都能够被解决，二是收集缺陷数据并根据缺陷趋势曲线识别和预防缺陷的频繁发生。

第九章 软件评审

概念

软件评审是软件开发组之外的人员或小组对于软件需求、设计或代码进行详细审查的一种正式评价方法。其目的在于发现软件中的缺陷，找出违背执行标准的情况以及其他问题

软件验证（verification）是确定软件开发某个特定阶段的产品能否满足前一阶段给出的规格说明的过程，实施产品测试和产品评审都是产品验证的手段。

软件确认（validation）是在软件开发接近完成时，评价产品能否保证符合软件需求的过程。

软件评审的意义

1．及时排除软件开发过程中引入的缺陷
2．提高软件生产率，降低消除缺陷的成本
3．评审可为项目监控提供信息
4．评审可找出测试无法发现的缺陷
5．通过评审学习

软件评审的过程

1.正式评审
软件评审的实施重要步骤是组建评审组，评审组组长是评审工作最为重要的角色。
2.需求评审
3.设计评审
4.代码评审

第十章 软件质量与软件质量管理

ISO9000四条

1.质量策划：制定质量目标，组织必要的资源，实施规定的必要过程，以达到质量目标。
2.质量控制：致力于达到质量要求。
3.质量保证：致力于提供质量要求会得到满足的信任。
4.质量改进：致力于增强满足质量要求的能力

撒播模型和回归模型

撒播模型
假定在池中有某个品种的鱼N尾，而且池中并没有其他品种的鱼。为了估算池中这一品种鱼的数量N，首先从池中取出Nt尾（当然，这是一个合理的实际上可以取得的数量），然后给这些鱼均做上有利于辨认的标记，再放回池中，使其与未作标记的鱼充分混游。
几天后，再从池中任意取出一些鱼样，并且根据标记加以区别，得到带标记者nt尾，无标记者n尾。如果这一取样仍然是随机进行的，并不因是否带有标记而易于（或难于）捕获。

完结~??ヽ(°▽°)ノ?

来源：HFUT_橘生淮南