向developer和customer表明：开发的软件满足之前提出的需求**【本职工作】**

（1）对custom software：对requirement document中的每一个requirement都要进行测试

（2）对generic software : there should be tests for all of the system features, plus combinations of these features.
发现异常行为、软件缺陷 【精益求精】

有时候，有缺陷存在，但也能完全满足1。这时候我们不能将就，因为这带来了潜在的威胁。

8.2 How to test ?

8.2.1 Verification vs Validation （V&V）

test说到底就是为了检查system好不好，属于 Verification vs Validation 的范畴。
Verification：

right修饰building，构建过程中的验证，软件应该遵从它的定义

针对：软件过程中各个环节
Validation：

right修饰product，确认这是一个好的软件，软件确实是用户需要的

针对：产出的软件产品

8.2.2 Inspections and Testing

为了完成V&V，我们有2类主要的活动：

（1）分析静态系统（文档and源代码），来发现问题。【 Inspections 】

（2）动态执行程序（测试用例），来发现问题。【 Testing 】

Inspections and Testing 的关系

两者是互补的关系。两者都属于 V&V process

Inspections ：检验软件和开发过程中的各种定义是否一致

testing：检查和客户的真正需求是否一致，检验NFR

Chapter8：Software Testing：SE_Notes《软件工程》笔记

8.3 Software Inspections

检查源文档，来发现异常anomalies and 缺陷defects.
不执行程序的【所以也叫、软件审查、桌面审查】
advantages：

testing的时候，一般出现了一个错误，可能就屏蔽掉了其他的错误，即：一次只能发现一种错误。

而inspection呢，一次能发现好多错误

还可以检验一些软件的质量因素，比如是否遵从了一些标准？代码规范？从而影响可维护性。
代码静态分析的自动分析工具

8.4 Testing

8.4.1 流程

（1）设计test cases （2）准备test data （3）Run program with test data（4）compare results

最后产生 测试报告 test report
Chapter8：Software Testing：SE_Notes《软件工程》笔记

8.4.2 test data & cases

test data：是一组输入数据

test cases：是一组输入数据 + 预期输出（the predicted outputs）

8.4.3 choosing test case

Black-box testing：黑盒测试

把程序看成一个不透明的黑盒，based on the system specification
While-box testing：白盒测试

把程序看成一个透明的盒子，based on the program structure

可以根据程序本身的结构、具体算法等，来帮助产生测试用例。

8.4.4 stages of testing

这版英文教材分为3个阶段：开发阶段测试、发布版本测试、用户测试

中文教材一般划分为4个阶段：单元测试、子系统测试、系统测试、确认测试。

但其实总体差不多。

development test ：

在程序开发过程中的，开发团队来进行。从小到大三个层面。

**（1）Unit：**单个程序/类，聚焦于方法/功能，通常由程序员自己进行测试

**（2）Component：**1个Component由一堆Units组成的，自然就需要很多接口，要对接口等进行测试

**（3）System：**多个components组成1个完整的system，对整体system的功能进行测试

release test：

由一个单独的测试团队来承担，一个完整的程序版本交付给用户之前，进行的测试
User test：

系统的Users，在自己的环境下进行的测试

8.4.5 class的test coverage【测试覆盖】

对 object class 的测试属于 development test --> Unit test
需要包括如下：
举例：对Weather station系统的identifier类进行测试

8.5 Automate testing

Automate testing

为了提高效率，我们会采用一些自动测试工具。

在 Unit testing 中十分实用。

比如 Junit【eclipse里就有】就是一个测试 Java 代码的一个 test automation framework

*具体举例见ppt25
a test automation framework 一般分为三个部分

（1）A setup part：定义测试用例，人为地给定 inputs & predicted ouputs

（2）A call part：定义要被测的程序方法，也就是 f（），用来产生 outputs

（3）An assertion part ：将测试执行的结果，即outputs，和预期的输出，即 predicted outputs 进行比较
对Unit、component、system的其他测试工具

Selenium :Browse testing
QTP(HP QuickTest Professional software ): for regression testing
WinRunner: for function testing
Rational robot: integrated testing tools
Advent Qengine: for web application
LoadRunner: load testing

8.6 test cases【重点】

当我们确定要测试哪些东西后【即确定了要测试的unit、component、system后】，我们就得来设计 test cases 了
前面我们提到过，Black-box & White-box 。现在我们讲讲具体的 strategies。

8.6.1 Testing strategies

两种：Partition testing & Guideline-based testing

（1）Partition testing：因为 inputs 可以是无限个，我们不可能说穷举无限个inputs。于是，我们将 inputs 划分为 n 个等价类，从每个等价类里面抽取1个来进行测试。

（2）Guideline-based testing：在以往的test中，我们会积累不少的经验，可以总结出一些高频的错误，我们就根据这个指导，来选一些【极容易发生错误的】test cases

8.6.2 Partition testing 等价类划分测试

总体过程描述：

根据 inputs 和outputs 来划分不同的测试数据组

每一类，称之为：一个等价类 equivalence partition

对每一个等价类来讲，程序的行为都是一样的。

test cases就从每个等价类里面挑。

一般我们划分2个：有效的输入、非法的输入。然后继续细分。
图形描述：

左边 4 个 inputs 组，右边 2 个 ouputs 组，那么我们通常需要进行组合。

这是一个黑盒测试过程，即：我们不需要知道 f( ) ，只需要根据输入输出来设计测试用例
equivalence partition 例子：

除了 6 个等价类之外，通常还需要加上对 **边界值 **的测试用例。

*例2 听ppt

8.6.3 Guideline-based testing

依据经验，给出一些 test cases

选择inputs，使能够：强制系统产生错误信息

选择inputs，使能够：引起 buffer 产生溢出

大量重复输入，看看会不会出错

选择inputs，使能够：产生 invalid ouputs

选择inputs，使能够：产生过大/小的 outputs