软件测试之软件测试第一章–软件测试概述.pptVIP

管理级：软件过程和产品质量有详细的度量标准，软件过程和产品质量得到了定量的认证和控制。优化级：通过对来自过程、新概念和新技术等方面各种有用信息的定量分析，能够不断地、持续性地对过程进行改进。 CMM 内部结构图 * ① 软件需求是衡量软件质量的基础，不符合需求的软件就不具备质量。设计的软件应在功能、性能等方面都符合要求，并能可靠地运行。 ② 软件结构良好，易读、易于理解，并易于修改、维护。 ③ 软件系统具有友好的用户界面，便于用户使用。 ④ 软件生存周期中各阶段文档齐全、规范，便于配置、管理。 * 除第一级外，CMM的每一级是按照完全相同的内部结构构成的。 成熟度等级为顶层，不同的成熟度等级反映了软件组织的软件过程能力和该组织可能实现预期的程度。 在每个成熟度级别中（第1级除外），包含了实现这一级目标的若干关键过程域(KPA)。每一级的每个关键过程域进一步包含若干关键实践 (Key Practice, KP)。 无论哪一个KPA， 其实践都统一按5个公共特性进行组织，即每一个KPA都包含5类KP，使整个软件过程改进工作自上而下形成一种有规律的步骤。 关键过程域： 一系列相互关联的操作活动，这些活动反映了一个软件组织改进软件过程时必须集中力量改进的几个方面。 目标： 某个关键过程域中的关键实践，它表示每一个关键过程域的范围、边界和意图。 关键实践： 一些主要实践活动。每个关键过程域最终由关键实践所组成，通过实现这些关键实践来达到关键过程域的目标。 公共特性： 为了完成关键过程域中的实践活动，CMM将其活动分为具有公共特性的5个部分: 执行约定、执行能力、实施活动、度量和分析以及验收实施。 这些部分的特性有效地指定了一个关键区域的实现范围、结构要求和实施内容。 软件测试基础 第二讲 庐山真面目  由安博测试空间技术中心/提供 软件测试的定义 1979年,Glenford J.Myers: 软件测试是为了发现错误而运行程序的过程 1983年，IEEE（国际电器电子工程师学会） 测试是使用人工或自动的手段来运行或检测某个系统的过程，其目的在于检测它是否满足约定的需求或是比较预期结果与实际结果之间的差别 1.2 什么是软件测试 软件测试的特性 挑剔性 提高软件质量，尽可能多的发现至今仍未发现的错误 复杂性 需要考虑全面 不彻底性 输入量太大 输出结果太多 软件实现途径太多 软件规格说明没有客观标准 注：不能证明错误不存在 经济性 软件测试的目标和原则 测试目标 寻找错误，并且是最大可能的找出最多的错误。 证明程序中有故障存在，并力求设计出最能暴露错误的测试方案 测试不是为了显示程序是好的，而是应该从软件中包含有缺陷和故障这个假定出发去测试程序，从中发现尽可能多的软件故障。 许多人都引用Grenford J. Myers的观点： ① 软件测试是为了发现错误而执行程序的过程；② 测试是为了证明程序有错，而不是证明程序无错误。③ 一个好的测试用例是在于它能发现至今未发现的错误；④ 一个成功的测试是发现了至今未发现的错误的测试。 Bill Hetzel提出:测试目的不仅仅是为了发现软件缺陷与错误,而且也是对软件质量进行度量和评估,以提高软件的质量。 测试的目的 以最少的人力、物力和时间找出软件中的各种错误与缺陷，通过修正各种错误与缺陷来提高软件质量 它也是对软件质量的度量与评价 测试原则 软件测试的原则尚没有标准的说法，大多是经验之谈，一般有下面几条可作为测试的基本原则。 （1）所有的测试都应追溯到用户需求。 （2）尽早的和及时的测试，应作为软件开发人员的座右铭。 （3）设计前应完成测试计划，详细的测试用例定义可在设计模型确定后开始，测试可在代码产生之前进行计划和设计。 （4）测试用例应当由测试数据和与之对应的预期结果组成。 （5）在程序提交测试后，应当由专门的测试人员进行测试，避免由程序设计者自行检查程序。 （6）测试用例应包括合理的输入条件和不合理的输入条件 （7）严格执行测试计划，排除测试的随意性。 （8）帕累托法则适用于测试，即测试发现80%的错误可能起源于程序20%模块中。 （9）充分注意测试当中的群体和集中现象。 （10）避免杀虫剂现象 （11）要对每一个测试结果做全面的检查。 （12）完全测试是不可能的，测试需要终止。 （13）测试无法显示潜伏的软件缺陷 （14）程序修改后要回归测试 （15）不是所有软件缺陷都要修复 （16）保存测试计划、测试用例、出错统计和最终分析报告，为维护工作提供充分的资料。 测试 结果分析 改正错误 可靠性分析 软件配置 测试配置