最重要的测试类型

最重要的测试类型

(1) 可用性测试

可用性测试应该在用户接口的某个独立的功能被提交之前进行。在这种测试中。我们可以适当地变化接口，如果在提交之后，这种变化将变得非常困难。

经研究显示，我们一般只需要5个可用性测试人员，在每一次反复过程中，我可发现85%的问题。在每一次反复后，问题的产生数会直线下降。

(2) 单元测试

对于一个典型的系统，可能会包含很多如下的内容：

a. 显示某个产品的信息

b. 将某个产品放到购物车上

c. 验证信誉卡以及付帐

上述的每一个功能就是一个单元，我们需要确认每一个单元可以根据我们的输入产生正确的输出，这其中包括错误的输入。进行这种测试的一般方法是将这些单元模块化，并使用命令行方式对每一个模块进行测试。

不过要注意的是，对于一个非常复杂的系统，每一个单元可以是一个系统，这个系统有它自己的子单元。在这里，系统测试和单元测试的界限就会变得非常模糊。

(3) 系统测试

一但系统所有的单元都经过了测试，并且它们的行为完全在我们的意料之中，我们就需要将它们组合在一下成为一个完整的系统，并在真实环境中进行测试。在这种测试中我们需要模拟真实的用户和数据。

(4) 综合测试

现在的商业软件已经变得越来越复杂，而逐渐增加的需求使我们的系统必须要和其他的系统集成才能工作，如财务报告系统，后勤管理系统以及消费者管理系统等等。

从上面的描述可以看出，综合测试的目的就是确保我们的系统从其他系统获得的数据或者向其他系统输出的数据符合我们的要求。这就以为着我们在系统之间流动的数据尽量模范真正的数据。也就是说，有些时候我们需要在系统之间模拟真正的数据转换。一个非常实用的方法就是设计不同系统的数据传输顺序，然后依次显示这些系统在整个过程中不符合要求的结果。

(5) 压力测试　　对于现在的商业系统，一般用户都会非常多。如果我们的系统未对大量用户做过压力测试。那么很可以在用户达到峰值时使系统崩溃。这样我们将会使去信誉和金钱。而现在比较成熟的系统都是使自己的系统经受住了成百上千个模拟用户的考验。因此，对于大型的系统，使用软件技术对其进行

(6) 回归测试压力测试是非常必要的。

除非我们非常的幸运，否则我们的系统很可能在某些关键的时候出现问题。虽然这样的机会并不总是存在。不过一但发生，就是致命的。因此，回归测试就显示非常必要。这种测试主要是对我们以前做过的测试再进一步的确认。一般可以从以下几方面着手：

1. 我们以前发现的bug是否都被修改过了

2. 是否还有新的Bug未被发现

3. 如果我们为每一个补丁提供发行信息，那么这些补丁的新错误是非常容易跟踪的。

从上述内容可以看出，回归测试充分表明，测试是一个反复的过程。我们需要反复进行这个过程：测试、修正、再重新测试，直到系统达到我们的要求为止。

(7) 用户验收测试

一但我们系统测试完成，这就意味着已经达到了所有要求，而最后一步还必须由用户来验证。这是因为最终使用系统的是我们的客户，而不是开发人员或测试人员。因此，这一步是必须的。

如果在这一步测试失败，很可能是我们的需求出了问题，那么我们必须将需求文档找出来和用户一起商讨。看是否需要改变需求文档或是修改系统。