2.软件测试基本概念
软件测试的基本概念,常用方法
软件测试的基本概念,常用方法
软件测试的基本概念:
软件测试是指通过执行一系列操作，以检查软件系统是否符合规格说明书、用户需求、设计规范等要求，以确保软件的质量和功能的正确性。
软件测试包括单元测试、集成测试、系统测试、验收测试等多个阶段，目的是发现潜在的错误和缺陷，从而提高软件质量和可靠性。
软件测试的常用方法:
1. 黑盒测试：以输入和输出的关系为测试对象，不考虑系统的内部实现，主要测试系统的功能是否符合要求。
2. 白盒测试：以系统的内部实现为测试对象，通过编写测试用例来检查系统内部的代码和数据结构是否满足要求。
3. 单元测试：针对软件的最小组成单元进行测试，例如代码模块、函数等，测试目的是验证单元的功能和性能。
4. 集成测试：测试各个单元或组件之间的交互关系，以验证系统的集成效果。
5. 系统测试：测试整个系统的功能、性能和可靠性，以验证系统的整体性能。
6. 验收测试：在软件交付前进行的最终测试，目的是验证软件是否符合用户需求和规格说明书的要求。
大学软件测试知识点总结
大学软件测试知识点总结软件测试是软件工程中非常重要的一个环节，它不仅可以帮助开发人员发现和修复软件中的缺陷，还可以提高软件质量，保证软件的稳定性和可靠性。
在大学阶段，学习软件测试知识是非常重要的，下面将从基本概念、测试方法、测试工具、自动化测试等方面进行总结。
一、基本概念1. 软件测试的定义软件测试是指在软件开发过程中，通过给定的测试用例来执行软件，并比较实际输出与预期输出，以评估软件的质量和性能的过程。
2. 测试的目标软件测试的主要目标是发现软件中的缺陷，保证软件的质量，满足用户需求，提高软件的稳定性和可靠性。
3. 测试的原则（1）全面性原则：软件测试应该覆盖所有可能的输入和场景。
（2）有效性原则：软件测试需要通过合理的方法来发现软件中的缺陷。
（3）经济性原则：软件测试需要在成本可控的范围内进行，并且要取得相对较高的测试效果。
4. 测试的阶段软件测试可以分为单元测试、集成测试、系统测试和验收测试等几个阶段，每个阶段都有各自的特点和目标。
二、测试方法1. 黑盒测试黑盒测试是基于软件的功能规格和需求来设计测试用例的方法，测试人员不需要了解软件内部的结构和实现细节，主要关注软件的输入和输出。
2. 白盒测试白盒测试是基于软件内部结构和代码来设计测试用例的方法，测试人员需要了解软件的内部逻辑和算法，主要关注软件的逻辑覆盖和代码覆盖。
3. 灰盒测试灰盒测试是介于黑盒测试和白盒测试之间的一种测试方法，既关注软件的功能和需求，又关注软件的内部结构和代码。
4. 功能测试功能测试是测试软件的功能是否符合用户需求和规格说明书的一种测试方法，主要针对软件的界面操作和功能的正确性。
5. 性能测试性能测试是测试软件在不同负载条件下的性能指标，如响应时间、吞吐量、并发用户量等，主要用于评估软件的性能和稳定性。
6. 安全测试安全测试是测试软件的安全性和可靠性的一种测试方法，主要用于评估软件在面对各种攻击和恶意行为时的表现。
7. 自动化测试自动化测试是使用自动化工具和脚本来执行测试用例和生成测试报告的一种测试方法，可以提高测试效率和质量。
软件测试与质量保证
软件测试与质量保证软件测试与质量保证软件测试是一种重要的质量保证手段，通过对软件系统的功能进行全面而系统的检查，以验证其是否符合预期的要求。
软件测试的目标是确保软件的质量，包括功能性、可靠性、可用性等，以满足用户的需求和期望。
一、软件测试的基本概念软件测试是指在软件开发完成后，对软件系统进行一系列的检查、验证和分析的过程。
它包括功能测试、性能测试、安全性测试等多个方面，旨在发现软件中的缺陷和问题，并通过修复来提高软件的质量。
二、软件测试的重要性1. 发现潜在问题：通过软件测试，可以及早地发现软件中可能存在的问题和潜在的缺陷，避免这些问题在实际使用中引发更大的隐患。
2. 提高软件质量：通过对软件进行全面的测试，可以减少软件的错误和缺陷，提高软件的可靠性和稳定性，提高用户体验。
3. 降低成本和风险：通过及早发现和修复软件中的问题，可以避免后期的大规模修复和重建，减少成本和风险。
三、软件测试的分类1. 功能测试：验证软件是否按照需求规格说明书中所列的功能进行正确的实现和逻辑处理。
2. 性能测试：测试软件在各种负载条件下的运行性能，包括响应速度、并发性能、容错能力等。
3. 安全测试：测试软件系统的安全性，识别潜在的安全隐患和漏洞，并采取相应的措施加以修复。
4. 兼容性测试：测试软件在不同操作系统、不同浏览器、不同硬件环境等多样化条件下的兼容性和稳定性。
5. 用户界面测试：测试软件的用户界面是否符合用户的使用习惯和期望，保证用户操作的便捷性和一致性。
四、质量保证的方法与技术1. 静态质量保证：通过对软件设计、代码和文档等进行静态分析和检查，以确保软件的规范性和一致性。
2. 动态质量保证：通过软件测试和验证等动态方法，发现和修复软件中的问题和缺陷，提高软件的质量。
3. 自动化测试：利用自动化测试工具和框架，实现对软件进行自动化测试和持续集成，提高测试效率和覆盖率。
五、软件测试的流程1. 需求分析：明确软件的需求和功能规格说明书，以便后续的测试设计和执行。
第02章 软件测试的基本概念
软件测试与质量保证》 《软件测试与质量保证》课件
2.2.3 按测试阶段分类
4、确认测试 、
确认测试又称验收测试，是软件开发结束后， 确认测试又称验收测试，是软件开发结束后，用户对软件产品投入 实际应用前，进行的最后一次质量检验活动。 实际应用前，进行的最后一次质量检验活动。它要回答开发的软件产品 是否符合预期的各项要求，以及用户能否接受的问题。 是否符合预期的各项要求，以及用户能否接受的问题。 确认测试的目的： 确认测试的目的： 验证软件功能的正确性和需求的符合性。 验证软件功能的正确性和需求的符合性。
2.1 软件测试的概念
本小节包含两个方面的内容： 本小节包含两个方面的内容： 2.1.1 软件测试的定义 2.1.2 软件测试的目的
软件测试与质量保证》 《软件测试与质量保证》课件
2.1.1 软件测试的定义
软件测试的研究可以追溯到20世纪 年代 软件测试的研究可以追溯到 世纪60年代，至今已有 世纪 年代， 40多年的历史，但是对于什么是软件测试，至今没有统一的 多年的历史，但是对于什么是软件测试， 多年的历史 定义，其中比较权威的是 年给出的定义： 定义，其中比较权威的是IEEE于1983年给出的定义： 于 年给出的定义 软件测试是使用人工和自动手段来运行或测试某个系统 的过程， 的过程，其目的在于检验它是否满足规定的需求或弄清楚预 期结果与实际结果之间的差别。 期结果与实际测试与质量保证》课件
2.2.3 按测试阶段分类
2、集成测试 、 集成测试也称为组装测试， 集成测试也称为组装测试，集成测试按设计要求把通过 单元测试的各个模块组装在一起之后所进行的测试。 单元测试的各个模块组装在一起之后所进行的测试。 集成测试的目的： 集成测试的目的： 检查模块间的接口关系，以便发现与接口有关的各种错误。 检查模块间的接口关系，以便发现与接口有关的各种错误。
软件工程系统测试
判定-条件覆盖 条件组合覆盖 路径覆盖
软件测试技术示例
a 示例 b F
(A>1) and (B=0)
Tc
X = TX1 /A
d F (A=2) or (X>1) T e
需求分析阶段产生的软件需求规格说明书，准确地描 述了用户对软件的合理期望，因此是软件有效性的标 准，也是进行确认测试的基础。
确认测试（ Alpha测试与Beta测试）
Alpha测试由用户在开发者的场所进行，并 且在开发者对用户的“指导”下进行测试。 Alpha测试是在受控的环境中进行的。
Beta测试由软件的最终用户们在一个或多个 客户场所进行。Beta测试是软件在开发者不能 控制的环境中的“真实”应用。
软件测试
软件测试基本概念 软件测试技术 实例
软件测试基本概念
什么是软件测试？目标是什么? 测试步骤 测试阶段信息流
软件测试的概念
1.软件测试是按照特定的规则，发现软件错误的 过程；
2.软件测试是对软件规格说明、设计和编码的最 后复审；
3.软件测试在软件生存周期中横跨两个阶段：模 块和单元测试在编码阶段，综合测试在独立的 测试阶段；
了程序的正确性.
软件测试与软件调试的区别
内容
软件测试
目的 从一个侧面证明程序员的失败；
方法 从已知条件开始，使用预先定义的程序， 且有预知的结果，不可预见的仅是程序是 否通过测试；
约束 有计划并且要进行测试设计； 过程 发现错误、改正错误、重新测试的过程；
方式 执行是有规程的；
测试 由独立的测试组在不了解软件设计的 人员 条件下完成；
2.设计非法输入用例。当有非法输入时，测试程序 是否能够拒绝接受那些非法输入并给出提示信息。
02-软件测试基础(什么是软件测试)
软件测试的定义
1973年，Bill Hetzel给出软件测试的第一个定义： “软件测试就是对程序能够按期的要求运行建立起 的一种信心”。 1979年，Glenford Myers，《软件测试艺术》[The Art of Software Testing]：为了发现错误而执行 程序或者系统的过程
需求规格 说明 SRS
设计规格 说明 DS
程序
软件测试的对象
5. 软件测试最基本的理念 质量第一 尽早测试 持续测试 自动化测试 将风险降到最低
软件测试的定义
1983年，Bill Hetzel在《软件测试完全指南》 (Complete Guide of Software Testing)一书中指 出：软件测试就是评价一个程序或系统的品质或能 力目的的一项活动。 1983年，IEEE软件工程标准术语：使用人工或自动 手段，来运行或测试某个系统的过程。其目的在于 检验它是否满足规定的需求或弄清预期结果与实际 结果之间的差异。
软件缺陷修正的成本
你对软件测试的理解？
2. 究竟什么是软件测试 程序调试？ 保证程序不出错？ 发现缺陷？ 评估软件质量？ …… 谁可以正确描述软件测试？
3.软件测试的目标 3.1 直接目标 3.2 期望目标 3.3 附带目标
4.软件测试的对象
程序测试：发现程序中的错误或缺陷
测试 数据
程序P
结果数据
相符
预期数据
比较
不符追查缺陷www.h软件测试：发现程序及前期开发的错误
1.4软件缺陷等级
P1级 P2级 P3级 P4级 P5级
一个有趣的故事——郎中治病
软件测试教程2版
软件测试教程2版简介软件测试是软件开发过程中重要的一环，它旨在发现和修复软件中的错误，确保软件系统的质量和可靠性。
本教程将介绍软件测试的基本概念、方法和技巧，帮助读者快速入门软件测试领域。
目录1.为什么需要软件测试？2.软件测试的基本概念3.软件测试的方法– 3.1 黑盒测试– 3.2 白盒测试– 3.3 灰盒测试4.常用的软件测试技术– 4.1 单元测试– 4.2 集成测试– 4.3 系统测试– 4.4 性能测试– 4.5 安全测试5.软件测试工具– 5.1 自动化测试工具– 5.2 缺陷管理工具6.软件测试的最佳实践– 6.1 测试计划– 6.2 测试用例设计– 6.3 持续集成– 6.4 缺陷跟踪与管理7.总结为什么需要软件测试？软件测试的目标是提供可靠、高质量的软件产品。
软件在开发过程中会出现各种问题和错误，如功能缺陷、性能问题、安全漏洞等。
软件测试可以帮助发现这些问题，并通过修复来提高软件的质量。
同时，软件测试还可以帮助开发团队提前发现和解决潜在的风险，减少后期维护和修复的成本。
软件测试的基本概念在进行软件测试时，有一些基本概念是需要了解和掌握的。
这些概念包括测试用例、测试执行、测试报告、缺陷和缺陷管理等。
测试用例是测试的最基本单元，它描述了一组输入和预期输出。
测试执行是指运行测试用例并记录结果的过程。
测试报告是测试执行的总结和分析，它提供了测试的结果和潜在的问题。
缺陷是指在软件中发现的错误或问题。
缺陷管理是指对缺陷进行跟踪和管理，包括记录、分析和解决缺陷的过程。
软件测试的方法软件测试有多种不同的方法，根据测试的角度和目的可以分为黑盒测试、白盒测试和灰盒测试。
黑盒测试是在不了解软件内部结构和实现的情况下进行的测试。
测试人员只关注软件的输入和输出，不关心内部的算法和代码。
黑盒测试主要通过输入有效和无效的数据来测试软件是否符合规范和预期行为。
白盒测试白盒测试是在了解软件内部结构和实现的情况下进行的测试。
软件测试的基本概念
软件测试基本概念1、软件=程序+文档，软件测试=程序测试+文档测试。
“程序”是指能够实现某种功能的指令的集合，“文档”是指软件在开发、使用和维护过程中产生的图文集合。
；2、软件的分类按功能分：系统软件、应用软件按技术架构分：单机版软件、C/S结构软件（C是指客户端，S指服务器端）、B/S结构软件（B是指浏览器）按照用户划分：产品软件、项目软件按开发规模划分：小型、中型、大型3、BUG的定义：软件的BUG指的是软件中（包括程序和文档）不符合用户需求的问题。
常见的软件BUG分三种类型：完全没有实现的功能；基本实现了用户需求的功能；实现了用户不需要的功能。
4、测试环境=软件+网络+硬件。
搭建环境：真实、干净、无毒、独立5、软件环境的分类：软件开发环境软件生产运行环境6、测试用例：指在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和与其结果！测试用例=输入+输出+测试环境。
测试用例有两个模板，word和excel，前者适合性能测试，后者适合功能测试。
软件测试分类1、黑盒测试：指的是把被测的软件看作是一个黑盒子，我们不去关心盒子里面的结构是什么样子的，只关心软件的输入数据和输出结果白盒测试：指的是把盒子盖打开，去研究里面的源代码和程序结构。
2、静态测试：是指不实际运行被测软件，而只是静态的检查程序代码、界面或文档中可能存在的错误的过程。
动态测试：是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以我们判断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序。
注：同一个测试，既有可能属于黑盒测试，也有可能属于动态测试；既有可能属于静态测试，也有可能属于白盒测试。
他们之间也有可能交叉。
3、单元测试：编译运行程序——静态测试——动态测试集成测试：是单元测试的下一个阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部分。
第2章软件测试基础
（2）黑盒测试
• 黑盒测试也称功能测试或数据驱动测试。
它主要是检测每个功能是否能正常使用。 在测试过程中，将程序看做一个不能打开 的黑盒子，在完全不考虑程序内部结构的 情况下，主要检查程序的功能是否按照软 件需求规格说明书的规定正常使用，程序 能否正确的接收所输入的数据，并产生正 确的输出信息。
2.1.4 软件测试的目的
早期的软件测试的目的是寻找错误，后来Bill Hetzel提出 软件测试的目的不仅是为了发现软件缺陷和错误，而且 是对软件质量进行度量和评估。
• • • • 软件测试的目的是以最少的人力、物力和时间找出软件中潜在的各 种错误和缺陷，通过修正各种错误和缺陷提高软件质量，回避软件 发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。 软件测试的目的是确认软件的质量，软件做了所期望的事情（Do the right thing），另一方面是确认软件以正确的方式来做了这个事 件（Do it right） 为开发过程提供反馈信息，协助开发过程的改进：软件测试不仅是 在测试软件产品本身，还包括软件开发的过程。软件测试的第三个 目的是保证整个软件开发过程的高质量。 软件质量评估：软件测试是以评价一个程序或系统属性为目标的一 种活动，是对软件质量的度量与评估，以验证软件的质量满足用户 的需求，为用户选择与接收软件提供有力的依据。
2.设计阶段的测试
• 软件测试人员可以针对各种系统状态分析 要测试的状态转换和主要的程序流程来设 计测试用例。 • 另外，在设计阶段，测试人员最容易了解 系统的运行过程，有利于安排 测试计划， 进行测试用例详细设计，并对设计文档进 行审查。
软件测试的基本概念(二)有答案
软件测试的基本概念(二)单项选择题1. 在指定条件下使用时，软件产品维持规定的性能水平的能力，这是指软件外部质量的______。
A.效率B.易用性C.功能性D.可靠性答案：D[解答] 软件的效率是指：在规定条件下，相对于所用的资源的数量，软件产品可提供适当性能的能力。
软件的易用性是指：在指定条件下使用，软件产品被理解、学习、使用和吸引用户的能力。
软件的功能性是指：当软件在指定条件下使用，软件产品提供明确的和隐含要求的功能的能力。
软件的可靠性是指：在指定的条件下使用时，软件产品维持规定的性能水平的能力。
2. 在软件测试用例设计的方法中，最常用的方法是黑盒测试和白盒测试，其中不属于白盒测试所关注的是______。
A.程序结构B.软件外部功能C.程序正确性D.程序内部逻辑答案：B[解答] 白盒测试又称为逻辑驱动测试，它对程序的逻辑结构进行检查，从中获取测试数据，它不需要测试软件产品的功能。
黑盒测试是另一种测试策略，它将程序视为一个黑盒子，测试目标与程序内部机制和结构完全无关，而是将重点集中放在发现程序不按其规格说明正确运行的环境条件，黑盒测试注重于测试软件的功能性需求。
3. 程序独立测试的人员应是______。
A.程序员自己B.同一开发组的测试成员C.第三方测试人员D.同一开发组的其他成员答案：C[解答] 独立测试是指软件测试工作由在经济上和管理上独立于开发机构的组织进行。
采用独立测试方式，无论在技术上还是管理上，都对提高软件测试的有效性具有重要意义，对软件测试的客观性、专业性、权威性、资源的保证等方面都有较大的影响。
4. 软件验证和确认是保证软件质量的重要措施，它的实施应该针对______。
A.程序编写阶段B.软件开发的所有阶段C.软件调试阶段D.软件设计阶段答案：B[解答] 软件验证和确认理论是测试过程的理论依据，验证是检查软件开发的各个阶段过程活动的结果是否满足规格说明的描述，证实各阶段之间的逻辑协调性、完备性和正确性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
内部和外部质量 -2
使用质量
各种风险的缓解
26
示例：Web Portal的使用的质量
27
2.1.2 软件缺陷的定义
Any problem/disfigurement/limitation in product design & development Feature or function can’t work Unreasonable design Partly realization in function Data error Run error Limitation in features Difference between actual results and expected results Unfriendly UI, Low performance Others
非功能特性
软件质量特征 (ISO 9126)
功能：与一组功能及其指定性质有关的一组属性，这里的功能是满足
明确或隐含的需求的那些功能。
可靠：在规定的一段时间和条件下，与软件维持其性能水平的能力有
关的一组属性。
易用：由一组规定或潜在的用户为使用软件所需作的努力和所作的评 价有关的一组属性。 效率：与在规定条件下软件的性能水平与所使用资源量之间关系有关
问题（problem）
错误（error ） 异常（anomy）
矛盾（inconsistenc来自）毛病 （incident ）
软件缺陷
IEEE (1983) 729 软件缺陷一个标准的定义： 从产品内部看，软件缺陷是软件产品开发或维 护过程中所存在的错误、毛病等各种问题； 从外部看，软件缺陷是系统所需要实现的某种 功能的失效或违背。
定其是否与计划的结果保持一致，并使其得到改进。检 验工作产品是否正确地满足了以往工作产品中建立的规
作者 列席人员 技术专业人员
记录员
用户代表
不正式 正式
运行程序
轮查
互审
走读
审查会议
静态测试和动态测试
将需求和设计的评审纳入测试的范畴，可看作是广义测试 静态测试包括对软件产品的需求和设计规格说明书的评审 、对程序代码的复审等
静态分析的查错和分析功能是其他方法所不能替代的，可
以采用人工检测和计算机辅助静态分析手段进行检测，但
软件质量评价方法
ISO/IEC 14598-1:1999 ISO/IEC 14598-2:2000 ISO/IEC 14598-3:2000 ISO/IEC 14598-4:1999 ISO/IEC 14598-5:1998 ISO/IEC 14598-6:2001 15 《IT--软件产品评估-- 第一部分：综述》 《IT--产品评估--第二部分：计划和管理》 《IT--产品评估--第三部分：开发者过程》 《IT--产品评估--第四部分：购买方过程》 《IT--软件产品评估--第五部分：评估方过程》 《IT--产品评估--第六部分：评估模型文档》
软件缺陷的现象
功能、特性没有实现或部分实现
设计不合理，存在缺陷
实际结果和预期结果不一致 运行出错，包括运行中断、系统 崩溃、界面混乱 数据结果不正确、精度不够
用户不能接受的其他问题，如存
取时间过长、界面不美观
软件缺陷的产生
① 技术问题 算法错误，语法错误，计算和精度问题，接口参数传递不 匹配
最新质量标准：ISO25000系列
ISO/IEC25000 SE-软件产品质量要求和评定(SQuaRE)
内部质量外部质量使用质量
17
内部和外部质量 -1
2.1 软件质量
三、软件质量模型 2、ISO 9126软件质量三层模型 根据ISO 9126 ，软件产品质量可以归纳为以下特性： （1）功能性（functionlity）：在指定条件下，软件
2.1 软件质量
三、软件质量模型 2、ISO 9126软件质量三层模型
（3）易用性（usability）：在指定条件使用时，软件
产品被理解、学习、使用和吸引用户的能力 • 易理解性：完成特定任务的功能明显性和适用性 • 易学性：软件产品使用户能学习它的应用的能力 • 易操作性：软件产品使用户能操作和控制它的能 力 • 吸引性：软件产品吸引用户的能力
产品满足明确和隐含要求功能的能力 • 适应性：软件为指定的任务和用户目标提供一组 合适功能的能力 • 准确性：软件提供所需精确度的正确或相符结果 及效果的能力 • 互操作性、互用性：软件产品与一个或更多规定 系统进行交互的能力 • 保密安全性：软件产品保护信息和数据的能力
2.1 软件质量
三、软件质量模型 2、ISO 9126软件质量三层模型
可测试性 灵活性 可移植性 重复性
互用性
阐述性 正确性 连贯性 容错性 执行效率/储存效率 存取控制/存取检查 可操作性 可训练 沟通良好 简单性 易操作的 工具 自我操作性 扩展性 一般性 模块性
软件系统独立性
机器独立性 通讯公开性 数据公开性
ISO/IEC 9126-1991 被分为两个标准体系
高质量软件标准体系
产品质量
是人们实践产物的属性和行为，是可以认识，可以科学地描述的。 并且可以通过一些方法和人类活动，来改进质量.
质量模型: McCall 模型, Boehm 模型, ISO 9126 模型
过程质量:
软件能力成熟度模型 CMM ( Capability Maturity Model). 流程 产品 国际标准过程模型 ISO 9000 软件过程改进和能力决断 SPICE ( Software Process Improvement 商业环境 and Capability dEtermination)
任何程序、系统中的问题，和产品设计书
什么是 Bug? 的不一致性，不能满足用户的需求
First Bug
/wiki/Grace_Hopper
缺陷 – Defect, Bug
缺点（defect） 谬误（fault） 偏差 （variance） 失败 （failure）
软件测试方法和技术
第2章 软件测试的基本概念
主讲：
李玉蓉
第1章回顾
① 什么是软件测试 ② 软件测试的正反两面性
验证软件 发现缺陷
V&V
① 软件测试和开发的关系 ② TDD
第2章 软件测试的基本概念
2.1 软件缺陷 2.2 软件测试的分类 2.3 静态测试与动态测试 2.4 主动测试与被动测试 2.5 黑盒测试与白盒测试 2.6 软件测试级别 2.7 软件测试计划与用例 2.8 专业测试人员的责任和要求
② 团队工作 沟通不充分，误解
③ 软件本身
文档错误、用户使用场合(user scenario)， 时间上不协调、或不一致性所带来的问题
系统的自我恢复或数据的异地备份、灾难性恢复等问题
软件缺陷构成
其他, 6%
代码, 15%
规格说明书, 54%
设计, 25%
软件缺陷在不同阶段的分布
在真正的程序测试之前，通过审查、评审会可以发现更多的缺陷。 规格说明书的缺陷会在需求分析审查、设计、编码、测试等过程中会 逐步发现，而不能在需求分析一个阶段发现
2.1 软件质量
三、软件质量模型 2、ISO 9126软件质量三层模型 （4）效率（efficiency）：在规定条件下，相对于所
用资源数量，软件产品提供适当性能的能力 • 时间特性：在规定条件下，软件产品执行其功能 时，提供适当的响应和处理时间以及吞吐量的能 力 • 资源特性：在规定条件下，软件产品执行其功能 时，使用合适的数量和类型的资源的能力
质量模型
ISQ/IEC 9126-1:2001 ISO/IEC TR 9126-2:2003 ISO/IEC TR 9126-3:2003 ISO/IEC TR 9126-3:2003 《信息技术-产品质量》的第一部分《质量模型》 《IT-产品质量》的第二部分《外部质量》 《IT-产品质量》的第三部分《内部质量》 《IT-产品质量》的第四部分《使用质量》
2.1 软件质量
三、软件质量模型 2、ISO 9126软件质量三层模型
（5）可维护性（maintainability）：软件产品可被修改
的能力，包括修正、改进或软件适应环境、需求和功能 规格说明中的变化 • 易分析性：软件诊断缺陷或失效原因以及判定修改 部分的能力 • 易改变性：软件产品使指定的修改可以被实现的能 力 • 稳定性：软件产品避免由于软件修改而造成意外结 果的能力 • 易测试性：软件产品使已修改软件能被确认的能力
越来越多地采用工具进行自动化分析
动态测试是通过真正运行程序发现错误，通过观察代码运 行过程，来获取系统信息，对系统行为进行验证。
2.3.1 产品评审
通过软件评审，可以更早地发现需求工程、软件设计等
各个方面的问题，大大减少大量的后期返工，将质量成 本从昂贵的后期返工转化为前期的缺陷发现。
评审是对软件元素或者项目状态的一种评估手段，以确
、可靠性测试、安全性测试和兼容性测试等
根据测试过程中被测软件是否被执行，分为静态测试
和动态测试
根据是否针对系统的内部结构和具体实现算法来完成
测试，可分为白盒测试和黑盒测试
2.3 静态测试和动态测试
2.3.1 产品评审 2.3.2 静态分析 2.3.3 验证和确认
静态的和动态的
主持人
内审员
2.1.3 软件缺陷的产生
2.1.4 软件缺陷的构成
2.1.5 修复软件缺陷的代价
什么是“质量” ？
什么是“质量” ？
质量 =品牌 =客户满意度
软件质量 的内涵
IEEE： 质量是系统、部件或过程满足 ① 明确需求