林泰龙系列之压力测试、绩效测试与负荷测试

step365he · 发表于 2008-4-12 18:39:09

请问
1. 整合测试与系统测试之分别为何 ?
2. 压力测试、绩效测试与负荷测试所执行之内容为何 ?

Tyrone解答如下：

1. 整合测试与系统测试之分别为何 ?
从系统观点来说，为什么要整合，那是因为基于工程设计的需要而将系统「分割」成数个部分，以便认清问题，以及找到对于问题的解决方案，但是最终我们要交付的是一个完整的产品，因此，我们必须要把分开发展的各个部分「组合」起来。在组合当中，我们可能会面临一些问题，例如接口不匹配，传输的数据格式有出入，传输的时序有问题，或者某些function call的语法错误.....。所谓整合测试，目的就在确保这些各别发展的部分，整合成为一个完整产品的时候不会发生问题。整合测试，可以分为多个层次，把软件单元(模块)，整合成为一个子系统，子系统整合成为完整的应用软件系统，还有系统的整合，包括硬软件间的整合，成为一个完整的系统。

至于系统测试，最主要的是在看系统能否完成需求规格的要求，实现客户建置该系统所想要达成的任务及使用目的。基本上，是一个全系统，基于营运概念与情境来执行的。(在这个阶段其实已经处于系统(产品)生命周期阶段中的「确认」的活动)。

在这里还要提到一个词「验收测试」。
「验收」是客户的职责，验收测试是客户透过一连串对产品的测试活动，从产品表现对于合约及规格的符合程度，决定要不要接受该产品。当然「验收」时要检验或察看的产出与结果会多于「测试」，因为能不能验收，从合约的角度来说看的不只是最终产品(应用软件系统)而已。在某些层次上来说，「验收测试」可以是和「系统测试」重迭的，如果客户与开发商之间取得共识，在进行「系统测试」时，客户的代表一同参与，并将「系统测试」结果，之当作「验收」的依据之一也没有什么不可以。

2. 压力测试、绩效测试与负荷测试所执行之内容为何 ?
「绩效测试」其实是一个模糊的词，在某些时候，与所谓的「压力测试」及「负荷测试」有关，或者说等同。
在国际标准组织所提出的一些质量的量度(metrics)中，并没有所谓「绩效」这项测量，因为不同的系统、不同的客户，会有不同的认知。但是我们知道「绩效(perofrmance)」一字所指的，就是「表现」的意思。系统表现得好不好，你可以去设定一些条件，例如，在「高负荷」或「高压力」之下，系统「表现」是否正常？是什么样的表现呢？诸如，反应对不对？产出结果对不对？反应的时间是不是可以被接受？是不是符合预想的成本效益？这就和对人的绩效评估是一样的。所谓「负载」、「压力」，可以包括同时上线的人数达到某一个限度(客户要订出来喔)、在网络频宽使用到某一个程度(频寛原来是多少？使用到什么状况下(如80%)？这也是客户要订的)下、或者是数据库容量已达到某个情况下(例如，数据库使用量已到达80%)。这些条件客户务实合理地订出来，然后放到合约里，让开发商当作规划设计的依据。因为这个世界是很公平的，实体的东西都会有限制，要打破限制，多半需要付出更多的代价。如果订得不切实际，在你的预算里内是做不到的，就会面临无法验收的情况了。当你订出一些系统的规格条件，如果找了三家厂商，只有一家说可以做得到，而且在预算内可以达成，建议你要那家厂商提出实据，可以的话，至少让他模拟出结果，否则你有可能是遇到了信息业界的「小强」了。

上一篇：我给人员培训的测试讲稿
下一篇：本地化测试错误特征分析与测试方法