章节（一）测试流程-测试

概要

     

The flock of geese flew overhead in a 'V' formation —not in an old-fashioned-looking Times New Roman kind of a 'V', branched out slightly at the two opposite arms at the top of the 'V', nor in a more modern-looking, straight and crisp, linear Arial sort of 'V' (although since they were flying, Arial might have been appropriate), but in a slightly asymmetric, tilting off-to-one-side sort of italicized Courier New-like 'V' —and LaFonte knew that he was just the type of man to know the difference.

— John Dotson

 

如果你认为价格和软件测试没有关联，那么你是正确的。对于这个论断的解释，请阅读前言的“一些最后的注释”。

测试

什么是测试？当很多定义已经写好，它的核心测试是比较“是什么”和“什么是应该的”的过程。更多正式的定义在IEEE 标准610.12-1990给出了，在《软件工程Terminology》定义了测试是：

 

      “操作一个系统或者一个组件（componet）在指定条件下的过程，观察或记录这些结果，和对这个系统或组件的一些方面做出一个评 价。”

 

在定义里提到的“指定条件"是包含在测试CASE里，是这本书的主题。

      关键点 ：在测试的核心里，测试是比较“是什么”与“什么是应该的”的过程。

Rick Craig和Stefan Jaskiel有一个软件测试的扩展定义在他们的书里，《系统化的软件测试》。

     “测试是一个生命周期并行工程的过程，使用和维护测试件是为了测量和提高软件的质量进行测试 ”

这个视角包含了计划，分析，和设计测试CASE的创造，除了IEEE的在测试执行的关注之外。

不同的组织和不同的专业有各种各样的软件测试的目的的视角。Boris Beize描述了测试的五个水平。
（他称呼它们为阶段，但是今天我们知道正确的学术术语是水平并且有五个水平等级。）

Level0-在测试和调试间没有什么不同的。不同于调试的支持，测试没有目的。缺陷也许使人迷惑，
但却没有正规的方法去找到它们。

Level1-测试的目的是为了表明软件能工作。这个路径开始的前提是软件基本上是正确的，也许能让
我们发现缺陷。Glenford Myers写到那些性能测试也许能潜意识地选择不会失败的测试CASE。

Level2-测试的目的是为了表明软件不能工作。这是一个不同的心态。它假定软件不能工作，而挑战
测试者去找到软件的缺陷。通过这种途径，我们将潜意识地选择那些能在角落和裂缝，在边界，在边
缘的附近评估系统的测试CASE，使用魔鬼式结构的测试CASE。

Level3-测试的目的不是为了证明什么，而是为了得到可降低意识到的不能工作的风险的一个可接受的值。
当我们能证明一个系统不正确仅仅通过一个测试case，那么不可能永远证明这个case是正确的。为了预防
这个情况，需要我们去测试每一种可能的输入数据的组合，和每一种不可能的输入数据的组合。我们的目标
是在它的缺陷范围内理解软件的质量，为了给程序员提供关于软件不足的信息，和给管理者一个对我们的组织
有负面影响的评估，如果我们在目前这个阶段把系统提供给客户的话。

Level4-“测试不是一个行为。这是一种智力的训练，训练的结果在低风险的软件里没有多大的测试成就。”
在这个成熟的水平阶段，我们关注的是使软件更具有可测试性，在它的初始阶段。这包含了评审和检查它的需求，
设计，和代码。另外，这意味着编写的代码包含设备，测试人员可以很容易地使用它来质问，在执行时。