自动化测试成功的关键 制定计划
在本文中，我们要讨论为什么进行测试，尤其是自动化测试，是必需的。然后，我们将介绍制定计划的概念：为什么制定计划是如此的重要?在随后的文章中，我们将分解测试计划中的不同因素，并且研究如
何进行制定计划的过程才能最大程度地增加成功的机会。
现代客户端/服务器应用程序是非常复杂的，因此测试也就成为开发过程中关键的并且至关重要的一
部分。现在，没有人会考虑(或者承认)不对自己开发的软件进行测试工作。但是，研究和调查表明，在
软件开发过程中，制定测试计划却常常是优先级较低的工作项目。而且，更加糟糕的是，计划往往没有
被执行，或者即使执行了，中国IT室验实也进行的不很
完整、不很准确，或者没有持续进行。
假设我们都赞成测试是必要的，那么我们接下来必须回答这些问题：我们如何进行测试?实际上都包
括哪些内容?我们如何保证已经进行了有效的工作，并且真正地改善了应用程序的质量?
答案很简单：制定计划。
本文是系列文章中的第一篇，该系列文章将评审在软件生命周期中制定测试计划的作用，以及有效
制定测试计划的有关概念。在本文中，我们要讨论为什么进行测试，尤其是自动化测试，是必需的。然
后，我们将介绍制定计划的概念：为什么制定计划是如此的重要?在随后的文章中，我们将分解测试计划
中的不同因素，并且研究如何进行制定计划的过程才能最大程度地增加成功的机会。
为什么花费精力制定计划?
现在看来，没有怎么制定测试计划而造成的后果比以前更加明显了。失败的案例有很多--看看报纸
或者杂志就知道了。还有一些明显的低质量软件的案例，它们包括：
AT&T-一个软件交换系统，系统崩溃造成了美国几乎24小时的长距离通信中断。仅仅修改了一行源代
码就解决了问题。
Denvor机场--软件的缺陷延误了机场的开放几乎长达9个月之久，据估算，每天花费纳税人大概
$500,000。
Ashton-Tate--在80年代，Ashton-Tate的DBASE软件是基于PC的数据库应用程序的实际标准。版本中
的缺陷导致了利润的减少，最终造成了Ashton-Tate(和DBASE)的转让。Ashton-Tate最后被Borland(拥有
极具竞争力的数据库管理应用程序，Paradox)收购。
当然，这些都是知名度很高的公司和项目。这些问题不会出现在您的公司中，对吗?
错误!我们都要面对软件的缺陷，在我们的组织中与外界都是一样，这些问题都是关键的，也是很明
显的。这里有一些低质量软件的更加共同的症状：
生产力损失
系统性能
缺少功能/特性
没有满足用户需求--无法销售
用户挫折感
强迫用户以不直观的方式执行任务
循环工作
延迟
没有满足预期目标
存在用户操作错误与理解错误
系统崩溃，数据丢失/破坏
客户端/服务器应用程序到底有什么差别?
客户端/服务器应用程序为质量保证专家带来了不同的挑战，下面是一些比较重要的内容：
快速应用程序开发
大多数的客户端/服务器应用程序都使用快速程序开发(RAD)方法学进行开发。测试人员必须"努力跟
上"这些较短的开发周期。早些时候，非客户端/服务器应用程序常常使用18-24个月就完成了整个的开发
过程和初始部署。现在，使用RAD，应用程序的发布需要经过多次部署或者"块"。每个块都基于以前的版
本，并且包括改善、修改和修理。每个块都需要多次创建或者迭代的原型。每个块都需要进行测试，并
且在3-6个月的更短时间内完成。
客户端/服务器架构
当前的客户端/服务器应用程序都需要很多的软件组件结合起来以实现功能，包括客户端应用程序、
工作站操作系统、网络和数据库管理系统。常常也包括其他的组件，例如为实现正确执行而包含的附加
源代码的DLL(动态连接库)、事务处理器或者应用程序与数据库管理服务。软件的每个附加"层"都在客户
端/服务器架构中增加了额外的复杂度(并且需要进行测试)。
多种类型的测试
另外，测试客户端/服务器应用程序也需要使用许多不同类型的测试方法，例如，功能测试、用户界
面、性能测试以及配置测试。这些测试都针对一个或几个测试目标。为了防止测试迂回不前或者尝试同
时测试所有内容，每种测试必须制定仔细的计划。当您进行自动化测试时，这一点尤其正确。
数据
对于我们执行的每种类型的测试，都必须使用数据。数据对于测试的执行和成功完成来说是至关重
要的，因为要使用数据识别最初的应用程序数据状态(条件)，并且调用或者引出特定的事件或者操作。
而且也要使用数据来验证测试事件或者操作是否运行正常!
制定测试计划的其他原因
如前所述，现代的应用程序与以前开发的应用程序相比具有很大的不同。客户端/服务器技术加强了
我们开发与部署以任务关键型的企业系统的能力，而且花费的周期更短，提供的功能更加强大。客户端/
服务器应用程序也为开发人员与终端用户提供了大量的选择和控制。但是使用这些好处的同时，也需要
加强测试。
页:
[1]
