如何利用QCTO开发可重复使用的测试库

　　如果你不幸要编写大量的PL/SQL代码，现在你的救星终于到来了，它就是Quest Code Tester for (QCTO)。如果你在结构化的开发环境中工作(最少是这种环境中)，那么执行单元的重担将落在程序员上。这个工具可以为你节约无数的时间，它让你开发出可重复使用的库，只需要简单的配置和修改就可以将这个测试库用于其他的项目。Quest Code Tester是由Steven Feuerstein开发出来的，他是PL/SQL方面公认的专家。在他编写的关于PL/SQL的、由O’Reilly出版的书籍中蕴藏的智慧同样渗透到了这个工具的开发当中。

　　Quest Code Tester为什么会吸引你

　　QCTO的发布会直接引起四类人的兴趣，而间接的引起一类人的信息。直接感兴趣的人包括程序员、DBA、QA测试人员和经理。间接感兴趣的人是客户或者终端用户。为什么像QCTO这样的工具会引起这些人的兴趣呢?

　　对于程序员来说，测试PL/SQL代码常常有一些问题。其一，对他们来说没有像Mercury 公司WinRunner类似的工具。对于PL/SQL程序员来说，这就意味着没有自动化测试、测试案例库或者报告测试结果工具。其二、和数据库测试有关的一个(巨大的)障碍是很多测试将影响到现有的数据。你执行了一个测试，即使是部分失败了(或者部分成功，这决定于你的参考对象)，你的测试环境也已经变化了。这种效果也被称为破坏型测试。其三的问题是测试代码用后就被扔掉。你花费了精力来编写测试代码，为了检查完一行数据是否插入到了表中，在你的下一个开发项目中，你可能需要又重写一样的代码。

　　对于DBA来说，能够编写PL/SQL是如今一项必备的能力。你能够写出专家级别的代码?不，但是你应该有一定程度的竞争力。拿大学中的专业做类比，数据库管理是你的主修专业，而PL/SQL编程则是你的辅修专业。拥有强壮的测试工具可以弥补相当的技巧。插入一条记录到数据库表中不会让你挠头，对吧?下面，请说出在你插入一条记录到表中的可能会遇到的六种错误或者异常。这就是我所想的。我们等会再讨论这个问题。

　　对于QA测试人员来说，无论是测试工程师、软件质量保证人员(software quality assurance ，SQA)，他们的时间花在系统/功能/压力测试上，而不是单元测试上不是更好吗?是的，在单元级会有一些检查，但是你作为程序员/DBA也应该有义务检查自己的代码。如果程序员仅仅是写代码然后扔给办公室另一边的其他人去测试，那么这个组织机构是效率低下的。这是在浪费精力，但是似乎有无数的由于这个原因(对部分程序员拙劣的质量控制)而导致的开发项目失败的故事和例子。

　　作为经理，想想数据库代码被彻底的测试所增加的价值，甚至更好的情况，你终于有了独立于任何程序员的测试代码库。当程序员为了更好的薪水而离开的时候会发生什么?你的组织结构/开发团队会损失一整套知识。有了QCTO，这部分知识和程序测试会被保存下来。这仅仅会造成稍微的负面影响：你需要为程序员们熟悉任何测试工具而支付时间和金钱(比如，WinRunner是2600美元4天)，但是结果是全面的生产力得到提高。

　　最终，你的产品会给最终的用户留下什么印象?如果你的公司正在卖一个应用软件，为什么你不想去宣传你的应用程序经过了多么彻底的测试?如果你的产品是良好的，你还会花钱四处宣传吗?作为一个第一线的IT专家，你可能还没有收到到RFP(RFP ，Request for proposal，就是征求建议书，发单人向数家承包商征求解决方案建议时，向外招标发放的一种文件)。在RFP中包括关于你的公司的软件开发过程的现象现在已经不少见。在QA/单元测试方面能够精心实施的能力会让你领先你的对手。

　　从Quest Code Tester可以获得什么?

　　开始，你可以获得免费的指南，包括一步一步的例子、充分的文档、访问用户社区、代码样本、产品支持、公道的定价和试用免费的版本。QCTO会带来很多的功能和好处。这个产品方便、安装和使用。47页的PDF快速入门，而且帮助(在产品中)内容详实。QCTO中的Flash videos会讲解如下的内容：

　　介绍和概要

　　对表、视图、查询和光标变量的测试

　　对集合(collection)的测试

　　对记录的测试

　　对全局变量和表达式的测试

　　对文件内容的测试

　　对异常、系统输出和时间花销的测试

　　提示和技巧

　　所有的内容都包括在视频中演示的代码，这样你可以在方便的时候回去在试一试这些测试代码。这个库的第二个好处是这些测试代码可以作为很好的例子或者用于你自己环境中的原型。

 

[1]  

【责编:Peng】

--------------------next---------------------