对于每一种异常,最后的结果会在特定的错误发生之后进一步的描述。举一个例子,假设你在插入数据的过程中碰到了DUP_VAL_ON_INDEX(索引上出现重复值)的异常。在这个错误发生之后表的状态是怎样的?理想的情况,表没有发生任何变化,但是你如何才能检查或者验证这个希望的结果?
一种测试是比较错误发生之前和之后的记录行数,而另外一种测试是验证哪一种错误真正的发生了(而不是其他类型的错误)。出于好奇心,Oracle中的哪个错误是和DUP_VAL_ON_INDEX相关的?第一个错误是我记得住的, 这个错误试图攻击Oracle做的最好的事情:防止违反唯一性约束, 否则就报ORA-00001. 这个应用的状态 Quest Code Tester处于开发阶段。我使用的版本是1.5.2。超过70个bug或者是增强在上一个版本中解决了。和TOAD用户社区类似,Quest乐意接受帮助产品做的更好的意见和反馈。当你自己评价这个产品的时候,想想PL/SQL开发人员的世界中有多久都没有出现像QCTO这样完整的工具了。很明显在QCTO的开发中投入了相当的精力,并且它并没有写的很烂然后就不负责任的丢给用户做QA的工作。 我的一个建议可能是将具体/简洁的模式结合在一起。在Step1中的套话可能会让你在使用了100次快速构建预备测试之后感到厌烦。
结论 在这篇评论的第二部分,我将深入讨论安装的细节以及如何使用该工具完成代码测试。下面列出了网址,你可以从中了解更多关于Quest Code Tester的信息。 产品信息 http://www.quest.com/code-tester-for-oracle/ 知识库 http://www.unit-test.com/Presentations/library.php 下载地址 http://www.quest.com/2_0/registration.aspx?requestdefid=12476 下面的幻灯片 (来源于Feuerstein 强调要害的部分的介绍视频) 抓住了需要QCTO 完成的功能的精髓。现在标题“Wouldn’t it be wonderful if…”可以被换成 “Isn’t it wonderful that Quest Code Tester does…”
新闻热点
疑难解答