《软件测试的有效方法（第2版）》笔记（一）

《软件测试的有效方法（第2版）》笔记（一）
第一章 评估软件测试的能力和人员资格

1、软件开发过程：计划P、执行D、检查C、行动A。－－PDCA循环
2、软件测试涉及的人员：软件客户、软件用户、开发人员、测试人员、信息技术管理人员、高级组织管理人员、审计员。
3、软件测试的多种角色：制造、创作车间、专业化过程。
4、缺陷：与期望的产品属性存在的差异。分两类：
（1）产品规格书中的缺陷；
（2）与客户/用户的期望不符。
另一种分法：
（1）错误；
（2）遗漏；
（3）超额。
故障：当缺陷引起了运行错误或对客户/用户产生了消极影响时。
××注意：至少90%的缺陷是由于过程问题引起的。
创建软件时产生缺陷的数量主要取决于过程是否完备，完备指过程中可以允许多大的变化。
风险：指不希望的事件发生的可能性。
5、软件测试中的“三步测试法”：
（1）确定当前测试能力的状态；
（2）确定改进目标；
（3）制订测试计划以达到测试目标。
6、质量保证协会QAI确定了与世界级软件测试组织普遍相关的八项标准：
（1）测试计划；
（2）对测试人员的培训；
（3）对测试工作的管理；
（4）用户对测试的满意程度；
（5）测试过程的使用；
（6）有效的测试实践；
（7）应用测试工具；
（8）对测试全过程的质量控制。
如果一组织能达到这八项标准的要求，就可以称他为世界级的软件测试组织。
7、评估现有测试过程的质量
实现过程：
（1）组建评估小组；
（2）完成评估调查问卷；
（3）创建Kiviat图；
（4）评估结果。
软件测试工程师认证CSTE
通用知识主题CBOK：五大类：
（1）一般技能；
（2）测试技巧/方法；
（3）测试计划；
（4）执行测试计划；
（5）测试分析的报告与改进。

第二章 制定软件测试策略
1、确定解决方法的有效性是解决问题的必要步骤。测试就是用来确定解决方法的技术。
三个方面：
（1）在软件系统开发生命周期的每个节点对软件有效性的证明；
（2）根据用户的需要和要求确定最终系统的有效性；
（3）通过使用样本测试数据执行软件来检查系统的行为。
问题的紧急程度决定了解决方案。明确测试需求。
2、风险：是引起损失的一种情况。系统在开发和安装阶段可能存在的策略风险是：
（1）可能得出不正确的结果；
（2）系统接受了未经授权的事务处理；
（3）计算机文件的完整性受到破坏；
（4）处理过程不可重建。
（5）失去处理的连续性；
（6）提供给用户的服务达不到满意的程度；
（7）系统安全性达不到标准；
（8）处理过程不符合组织原则或政府规定；
（9）系统结果不可靠；
（10）系统使用难度大；
（11）程序不可维护；
（12）系统不能移植到其它硬件或软件中；
（13）系统不能与其它计算机系统互连；
（14）性能不合格；
（15）系统操作难度大。
有效的测试方法就是明确和评价计算机系统的各种风险。
“太少的测试是犯罪，太多的测试是罪恶。”
测试中的问题产生的原因：
（1）没有定义测试目标；
（2）测试软件生命周期的错误阶段；
（3）使用无效的测试技术。
测试费用的有效性可用测试费用曲线来表示。
3、测试信息服务系统不仅仅是一类IT问题，还是一类组织问题。
一些技术的发展会导致测试方法的修改，如下：
（1）一体化；
（2）系统链接；
（3）多米诺骨牌效应；
（4）依赖电子商务；
（5）多用户。
4、建立测试原则 四项标准：
（1）测试的定义：定义一个清晰、扼要、明确的测试；
（2）测试系统：通过这一方法实现测试和强制测试；
（3）评价：信息服务管理将如何衡量和评价测试；
（4）标准：衡量测试的标准。
建立测试原则的方法：
（1）直接管理：一个或多个高级管理员制定的原则；
（2）信息服务一致原则：IT管理部门召集一些高级专家和有声望的人来参与原则的制定；
（3）用户会议：联合IT各部门管理用户的关键人员制定测试原则。
5、测试的结构化方法
测试过程要包括生命周期的每个阶段：
（1）需求——决定验证方法；确定需求是否恰当；生成功能测试数据；确定设计是否符合需求。
（2）设计——确定设计是否恰当；生成结构合功能测试数据；确定是否符合设计。
（3）编程——确定程序完成得是否恰当；生成程序的结构合功能测试数据。
（4）测试——测试应用系统。
（5）安装——把测试过的系统投入生产。
（6）维护——修改和重新测试。
在每个阶段都要完成的活动有：
（1）分析该阶段的产品结构是否适合于测试；
（2）根据该阶段的结构产生测试单元。
另外，在设计和编程阶段完成的活动：
（1）确定该阶段的结构是否符合前面阶段产生的结构；
（2）精炼或重新定义前面阶段生成的测试单元。
6、测试策略的两个组件是：
（1）测试因素：需要由测试策略确定的风险和问题；
（2）测试阶段：系统开发生命周期里需要测试的各阶段。
7、测试因素：正确性、文件完整性、合法性、审计跟踪、处理的连续性、服务水平、访问控制、符合性、可靠性、易用性、可维护性、可移植性、耦合、性能、易操作性。
8、制定测试策略 步骤：
（1）选择和分级测试因素；
（2）明确系统开发阶段；
（3）明确系统开发时的商业风险；
（4）把风险置于矩阵中。
9、创建测试策略样例：
（1）选择和分类测试因素；
（2）明确受到影响的阶段；
（3）联系每个阶段和因素，确定测试需要考虑的问题；
（4）定义测试策略。
10、测试方法论：与测试策略相统一，代表了测试应用系统的详细工作程序。工作程序用测试方法论立方体表示。

第三章 建立软件测试方法论
测试方法论是使测试策略得以实施的一套方法。依照需求恰当的使用测试策略矩阵。任务是决定测试、制定可行的测试方法，识别出风险。
1、测试目的：发现和消除软件的缺陷或者与预期结果的偏差。两类缺陷：
（1）与规格说明不符；
（2）与期望不符。
2、导致软件缺陷的原因：
（1）信息技术对需求的解释不正确；
（2）用户提出了错误需求；
（3）没有正确记录用户的需求；
（4）设计规格说明不正确；
（5）程序规格说明不正确；
（6）程序编码中有错误；
（7）数据输入错误；
（8）测试错误；
（9）纠错时出现错误；
（10）纠错条件导致另外的缺陷。
测试的费用主要取决于在项目生命周期的什么时期开始测试，越晚越贵。
测试应该从生命周期的第一个阶段开始，并贯穿于整个软件开发的生命周期。
生命周期测试：是对解决方案的持续测试，即使在软件开发计划完成后或者被测试的系统处于执行状态的时候，都不能中断测试。直到正式开始开发过程，生命周期测试才能开始。
3、四个测试技术：
（1）验证：确保系统遵循组织标准和规程，主要靠评审或一些不可执行的方法。
验证需要的评审有：
（1.1）需求评审：研究并讨论计算机系统的需求，以确保它能满足用户的需要及其可行性；
（1.2）代码走查：对程序源代码进行非正式的分析，以发现缺陷并且验证编码技术；
（1.3）代码审查：对程序源代码进行正式的分析，以发现为符合计算机系统设计规格说明所发生的设计缺陷；
（1.4）设计评审：研究并讨论计算机系统的设计，以确保它支持系统需求；
（1.5）回顾评审。
（2）确认：通过一系列可以看到和评价的测试来执行系统功能，以确保系统操作按照计划实现。
确认的测试有：
（2.1）单元测试：单独程序、模块或代码单元的测试；
（2.2）集成测试：相关的程序模块、代码单元测试；
（2.3）系统测试：对于整个计算机系统的测试；
（2.4）用户验收测试：对于计算机系统或系统某部分的测试，确保它们能配合系统工作，而无需考虑系统需求。
（3）功能测试：即黑盒测试。基本只能使用确认技术。
（4）结构测试：白盒测试。主要使用验证技术。
功能测试的优势：模拟实际系统的使用；进行没有系统结构的设想。
功能测试的不足：遗漏软件中潜在的逻辑错误；可能造成冗余测试。
结构测试的优势：可以测试软件的结构逻辑；测试时不用考虑是否完成了功能测试。
结构测试的不足：不能保证是否满足用户的需求；结构测试不可以模拟现实世界的情况。
两者结合才能确认整个系统。
4、工作流程：是一种方法，它用图示或文档的方式来说明指定的活动是如何完成的。
每一个工作流程由以下四个部分组成：输入、执行过程、检查过程、输出。
工作流程的概念可用作系统创建步骤的图示说明。
5、开发测试方法论中要考虑的八个问题
（1）获取和研究测试策略；
（2）确定开发项目的类型；
（3）确定软件系统的类型；
（4）确定项目的范围；
（5）确定战术风险；
（6）确定何时进行测试；
（7）建立系统测试计划；
（8）建立单元测试计划。
步骤如下：
（1）获取和研究测试策略；
（2）确定开发项目的类型；
项目类型：指开发的软件环境或方法论。
当环境变化大了，测试风险也会不同。
（3）确定软件系统的类型
软件系统的类型指该系统要完成的处理过程，一般有16种不同的软件处理类型：
（3.1）批处理：可以运行一般的批量处理；
（3.2）事件控制：由外部事件引发的实时处理数据；
（3.3）处理控制：从外部接收数据，根据收到的数据发出命令来控制某些行为；
（3.4）规程控制：控制其它软件；
（3.5）高级数学模型：类似于模拟和商业策略软件，但具有过多运用数学模型造成的复杂性；
（3.6）消息处理：管理输入输出消息，处理文本或者文本包中包含的信息；
（3.7）诊断软件：检测和隔离硬件错误，这些硬件存在于电脑或与其通信的硬件中；
（3.8）传感器和信号处理：类似于消息处理，但需更多的处理过程来分析输入数据，并使之转换成可用的数据处理格式；
（3.9）模拟：模拟一种环境、任务状况、其它硬件；从这些输入中得出对计算机程序或硬件最真实的评价；
（3.10）数据库管理：管理数据的存储和访问；
（3.11）数据采集：实时接收信息，并以某种形式保存数据，用作以后的处理；
（3.12）数据表示：格式化数据及转化数据；
（3.13）决策和计划辅助：使用人工智能技术提供一个专家系统来评价数据，为决策和政策制订者提供附加的信息和考虑；
（3.14）图形和图像处理：生成和处理计算机图像；
（3.15）计算机系统软件：为运行计算机程序提供服务；
（3.16）软件开发工具：为辅助软件开发提供服务；
（4）确定项目的范围：指包含在被测试的软件中的所有行为——可以理解的系统需求和规格说明的范围。
（5）确定战术风险 战术风险分为三类：
（5.1）结构化风险：应用系统及创建应用系统的方法中所涉及的风险；
（5.2）技术风险：创建和操作应用系统的技术所涉及的风险；
（5.3）规模风险：软件各方面的规模所设计的风险。
确定战术风险的步骤：
第一，理解风险和对风险的分级；
第二，确定被测试的软件系统中适当级值；
第三，计算和累计风险分数。
（6）确定何时进行测试
测试在项目的各个阶段都应该进行。在这些阶段的测试行为有：
A. 需求阶段行为：确定测试策略；确定需求是否恰当；创建功能测试条件。
B. 设计阶段行为：确定需求设计符合性；确定设计是否恰当；创建结构和功能测试条件。
C. 编程阶段行为：确定设计符合性；确定执行是否恰当；创建程序单元的结构和功能测试条件。
D. 测试阶段行为：确定测试计划是否恰当；测试应用系统。
E. 安装阶段行为：修改和重新测试系统。
（7）建立系统测试计划
测试计划要提供测试软件的背景信息、测试目标和风险，以及测试的业务功能和要完成的特殊测试。
测试计划类似于执行测试的路线图，它被分解成特殊测试和低级测试。
测试执行后，要测试结果生成测试报告。
（8）建立单元测试计划
把系统分成组件和单元来执行具体的处理，这些单元都要有自己的测试计划。根据软件对质量的要求程度，决定这些计划的复杂程度。
单元测试计划着重确定单元测试完成时间。