软件测试培训笔记

第一章测试基础

1.软件测试的目的：证明（表达软件能够工作）→检测（发现错误）→预防（管

理质量）

2.测试执行：单元测试（UT执行）：一个测试用例的测试执行；

集成测试（IT执行）：一个测试用例集的测试执行；

系统测试（ST执行）：不同测试阶段的测试执行。

3.测试用例（Test Case）：指对一项特定的软件产品测试任务的描述，体现测试

方案、方法、技术和策略。

4.测试和调试的区别：

b. 检测对代码的修改是否引入了新的错误。

6.软件测试的主要工作：a. 检视代码，评审开发文档；

b. 进行测试设计，写作测试文档（测试计划、测试方

案、测试用例等）；

c. 执行测试，发现软件缺陷，提交缺陷报告，并确认

缺陷最终得到了修正；

d. 通过测试度量软件质量。

7.软件危机的出现主要表现在：

a. 由于缺乏大型软件开发经验和软件开发数据积累，开发工作计划很难制定；

b. 开发早期需求分析不够明确，造成开发后期矛盾集中暴露；

c. 不遵循开发规范，开发文档不完整，软件难以维护；

d. 缺乏严密有效的软件质量检测手段，交付给用户的软件质量差。

8.软件危机的后果：a. 软件质量不高，很难稳定；

b. 软件项目延期，进度无法控制；

c. 成本增加，无法控制预算。

9.软件危机的根源：a. 根据摩尔定律，硬件发展很快，相应对软件系统的期望

越来越高；

b. 软件系统复杂性提高，需多人合作；

c. 软件开发是人的智力活动，无法用已有的产业工程方法

来组织管理。

10.软件生命周期的各个阶段：

计划→需求分析→设计→编码→测试→运行→评价11.设计：概要设计（HLD）：在设计阶段把各项需求转换成相应的体系结构，

每一部分是功能明确的模块；

详细设计（LLD）：对每个模块要完成的工作进行具体的描述。

12.软件研发三要素：人员、过程、工具

13.软件项目组人员组成：分析人员、设计人员、开发人员、测试人员、配置管理

人员、SQA（质量保证人员）

14.软件研发流程类型：瀑布模型：无风险控制能力，适合需求变化较小的情况。

螺旋模型：基于风险管理的模型，高风险的优先考虑，对

风险管理人员的要求较高。

RVP流程：面向对象的，通用的（4大阶段，6大工作流，

8项迭代）。特点：

1)基于风险

2)用例集驱动

3)以架构为中心

4)迭代和增量

IPD流程： 1）产品结构重整（资源重整）

2）公共模块共用

15.软件研发中几个重要的过程：需求管理、配置管理、缺陷管理、同行评审。

16.常见的引入缺陷的原因：a. 开发过程缺乏有效的沟通，或者没有进行沟通；

b. 软件复杂度越来越高；

c. 编程中产生错误；

d. 需求不断变更；

e. 项目进度的压力；

f. 不重视开发文档；

g. 软件开发工具本身隐藏的问题。等等……

17.缺陷类型：遗漏、错误、额外的实现。

第二章软件质量

1、软件质量的定义：一个实体的所有特性，基于这些特性可以满足明显的或隐含

的需求。而质量就是实体基于这些特性满足需求的程度。

2、软件质量的三个层次：a. 符合需求规格；

b. 符合用户显示需求；

c. 符合用户实际需求。

3、影响软件质量的因素：流程、技术、组织。

流程：一组活动（活动是否都是必须的，活动角色之间的关系）。

过程：一组将输入转化为输出的相关联或相互作用的活动。

4、八项质量管理原则：a. 以顾客为中心；b. 领导作用；c. 全员参与；

d. 过程方法；

e. 管理的系统方法；

f. 持续改进；

g. 基于事实的决策方法；h. 互利的供方关系。

5、八项质量管理原则的意义：a. 是质量管理的理论基础；

b．用高度概括易于理解的语言所表述的质量管理

的最基本，最通用的一般性规律；

c. 为组织建立质量管理体系提供了理论依据；

d. 是组织的领导者有效的实施质量管理工作必须

遵循的原则。

6、 CMM1：初始级，Inltial，不可预测并且缺乏控制；

CMM2：可重复级：Repeatable，可重复以前的主要经验；

（关键过程区域：需求管理；软件项目计划；软件项目跟踪和监督；软

件子合同管理；软件质量保证；软件配置管理。）

CMM3：已定义级：Defined，过程被描述，并得到良好理解；

（关键过程区域：组织过程定义；组织过程焦点；培训大纲；集成软件

管理；软件产品工程；组际协调；同行评审。）

CMM4：已管理级：Managed，过程被测量并受控；

（关键过程区域：定量的过程管理；软件质量管理。）

CMM5：优化级，Optimizing，关注过程改进。

（关键过程区域：缺陷预防；技术变更管理；过程变更管理。）

7、 CMM的用途：a. 评估组用来识别组织中的强处和弱处；

b. 评价组用来识别选择不同的业务承包商的风险和监督合同；

c. 管理者用来了解其组织的能力，并了解为了提高其能力成熟

度而进行软件过程改进所需进行的活动；

d. 技术人员和过程改进组用来作为指南，指导他们在组织中定

义和改进软件过程。