软件测试笔记（2）

黑盒测试：
把软件看成一个黑盒子，不管内部逻辑和内部特性，只依据规格说明书检查程序的功能是否符合功能说明

白盒测试：
又称结构测试，着重于程序内部结构和算法，不关心功能和性能指标

灰盒测试：
介于白盒和黑盒测试之间，基于程序运行时刻的外部表现同时又结合程序内部逻辑结构来设计用例，执行程序并采集程序路径执行信息和外部用户接口结果的测试技术。

灰盒测试有什么缺点？
当然凡是都有优点和缺点，灰盒测试自然也不例外，下面列举它的主要缺点。
1. 不适用于简单的系统
所谓的简单系统，就是简单到总共只有一个模块，由于灰盒测试关注于系统内部模块之间的交互，如果某个系统简单到只有一个模块，那就没必要进行灰盒测试了。

1. 对测试人员的要求比黑盒测试高
   从上面的介绍来看，灰盒测试要求测试人员清楚系统内部由哪些模块构成，模块之间如何协作，因此，对测试的要求就提高了，因此会带来一定的培训成本。

2. 不如白盒测试深入
   显然，灰盒不如白盒那么深入， 不过考虑到灰盒测试相比白盒测试有显著的成本优势，该缺点不是太明显。

回归测试：
对软件的新版本测试时，重复执行上一个版本测试时使用的测试用例。防止出现“以前应用没有的问题现在出问题了”。

冒烟测试：
冒烟测试的对象是每一个新编译需要正式测试的版本，目的的确认软件基本功能正常，可以进行后续的正式测试工作。

随机测试：
测试数据是随机产生的，在测试用例之外，只能作为一个测试的补充。

敏捷测试：
首先敏捷测试是测试的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。

TDD ( 测试驱动开发 )
测试驱动开发的基本思想就是在开发功能代码之前，先编写测试用例，也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例，然后循环进行添加其他功能，直到完成全部功能的开发。

QC和QA的主要区别：前者是保证产品质量符合规定,后者是建立体系并确保体系按要求运作,以提供内外部的信任

QC就是测试人员，职责是尽可能早地发现软件的缺陷，并确保缺陷得到修复（有些企业里，测试人员被称为SQA）

QA是流程的监督者，职责是创建和执行 改进软件开发过程，并防止软件缺陷发生 的标准和方法

什么是测试需求？
测试需求主要解决“厕什么”的问题，即指明被测对象中什么需要测试。
需求分许的过程，是通过对需求的细化和分解，形成可测试的内容。
测试需求应全部覆盖已定义的业务流程，以及功能和非功能方面的需求。

测试需求的特征？
制定的测试需求项必须是可核实的，即它们必须有一个可观察，可评测的结果，无法核实的需求不是测试需求；
测试需求应指明满足需求的正常的前置条件，同时也要指明不满足需求时的出错条件；
测试需求不涉及具体的测试数据，测试数据设计是测试设计环节应解决的内容；

为什么要测试需求？
软件测试需求是开发测试用例的依据；
有助于保证测试的质量与进度；
测试需求是衡量测试覆盖率的重要指标；

关于测试计划
为什么要编写测试计划？
领导能够根据测试计划做宏观调控，进行相应资源配置等；
测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；
便于其他人员了解测试人员的工作内容，进行有关配合工作；

什么时间开始编写测试计划？
需求分析后，在整个测试工作过程中，不断修改

由谁来编写测试计划？
具有丰富经验的项目测试负责人。

测试计划的定义：
测试计划就是描述所有要完成的测试工作，包括被测试项目的背景、范围、方式、资源、进度安排、测试组织、以及与测试有关的风险等方面。

如何制定测试计划？
认真做好测试资料的搜集整理工作；
明确测试的目标，增强测试计划的实用性；
坚持“5W”规则，明确内容与过程；
采用评审和更新机制，保证测试计划满足实际需求；

5W规则：
为什么要进行这些测试
测试哪些方面，不同阶段的工作内容
相应文档，缺陷的存放位置，测试环境等
测试不同阶段的起止时间
项目有关人员组成，安排哪些测试人员进行测试