《JavaScript忍者秘籍》——2.2 测试用例生成-阿里云开发者社区

开发者社区> 开发与运维> 正文

《JavaScript忍者秘籍》——2.2 测试用例生成

简介:

本节书摘来自异步社区《JavaScript忍者秘籍》一书中的第2章,第2.2节,作者:【美】John Resig(莱西格) , Bear Bibeault(贝比奥特) 译者: 徐涛 更多章节内容可以访问云栖社区“异步社区”公众号查看。

2.2 测试用例生成

Robert Frost曾写道:篱笆筑得牢,邻居处得好,Web应用程序也是如此,不管是何种编程准则,好的测试铸就好的代码。注意对这个“好”字的强调。如果测试用例的构建很差,它很有可能只是大量的测试套件,不会真正帮助我们提高代码质量。

优秀的测试用例具有三个重要特征。

  • 可重用性(repeatability)——测试结果应该是高度可再生的。多次运行测试应该产生相同的结果。如果测试结果是不确定的,那我们又如何知道哪些结果是有效的,哪些又是无效的呢?此外,可重现性可以确保我们的测试不依赖于外部因素(诸如网络或CPU负载)。
  • 简单性(simplicity)——测试应该只专注于测试一件事。在不影响测试用例目的情况下,我们应该尽可能消除过多的HTML标记、CSS或JavaScript。我们删除得越多,测试用例只受特定代码影响的可能性就越大。
  • 独立性(independence)——测试用例应该独立执行。我们必须避免一个测试结果依赖于另外一个测试结果。把测试分解成尽可能小的单元,这将帮助我们确定在错误发生时的确切代码位置。

有很多方法可以用于构建测试,有两种主要的方法分别是解构型测试和构建型测试:

  • 解构型测试用例(deconstructive test cases)——解构型测试用例,在消弱代码隔离问题时进行创建,以消除任何不恰当的问题。这有助于我们实现之前列出的三个特征。我们可能从一个完整的网站开始练习,但在消除额外的HTML标记、CSS和JavaScript之后,我们将看到一个能重现该问题的小用例场景。
  • 构建型测试用例(constructive test cases)——构建型测试用例,我们从一个大家熟知的良好精简场景开始,构建用例,直到我们能够重现bug为止。为了使用这种风格的测试,我们需要几个用于构建测试的简单测试文件,以及用于生成这些新测试的干净代码副本。
    让我们来看一个构建型测试的例子。

创建一个精简的测试用例时,我们可以从几个已经包含最小功能的HTML文件开始。甚至不同的起始文件可以包含不同的功能,例如,一个文件用于DOM操作,一个文件用于Ajax测试,另外一个则用于动画,等等。

举个例子,如下代码清单展示了一个简单的用于测试jQuery的DOM测试用例。

代码清单2.3 一个精简的用于jQuery的DOM测试用例
screenshot

要使用干净的代码副本生成一个测试用例,我们可以使用shell脚本签出jQuery库,复制测试用例,并构建测试套件,如下所示:

screenshot

将上述脚本保存为一个gen.sh的文件,并使用如下命令行执行:
screenshot

该命令将可以让我们从Git库的dom.html文件中获取DOM测试用例。

另外一种方式是使用一个预先构建的用于创建测试用例的服务。其中一个叫JS Bin,它是一个用于构建测试的简单工具,可以生成一个唯一的url地址——甚至可以引用一些最受欢迎的JavaScript库的副本。JS Bin的示例如图2.4所示。

screenshot

一旦具备了创建测试用例所需的工具和知识以后,我们就可以为这些测试创建一些测试套件,从而使得反复运行这些测试变得更加容易。让我们来研究一下。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章