网站测试自动化系统—在测试代码中硬编码测试数据

核心提示：在前面的文章数据驱动测试里，讲到了将测试数据以及表现测试步骤的代码分开的技术，网站测试自动化系统—在测试代码中硬编码测试数据，从测试的角度来看，固然希望能够覆盖的测试场景越多越好，创建博客的测试步骤不是已经被有效地封装成一个函数了吗，为什么还会说有冗余？这是因为在自动化测试过程中，但是在设计和编写自动化测试代码的时候，

在前面的文章数据驱动测试里，讲到了将测试数据以及表现测试步骤的代码分开的技术。从测试的角度来看，固然希望能够覆盖的测试场景越多越好，但是在设计和编写自动化测试代码的时候，却又可以事先设计好一些固定的测试数据简化自动化测试代码的编写工作。

之所以要这样做（按照编程的术语讲是硬编码），是因为按照等价类划分，固定的测试数据一般都已经被其他测试用例覆盖了。请考虑下面这个例子，假设你要测试一个博客网站（例如博客园）的文章评论功能，例如测试禁用一篇文章的评论功能，或者是测试文章作者删除评论的功能。按照正常的流程，肯定是需要先编码发布一篇文章，然后再编码指定的评论功能测试用例。这样的流程有以下几个缺点：

1.　　　　　　　　 需要冗余的编码，因为每个评论测试用例的代码都要包含发布文章的步骤，在编程里面，我们都是极力推荐，什么只要代码在不同的地方重复两次，就要考虑是否将它封装成一个函数之类的理念。这种包含冗余编码的方式是我们在测试过程中极力要避免地，否则，程序员可能哪天心情很好，重构一下代码，破坏了一些网页的HTML结构—但是从用户的角度来看又没有任何区别；这种代码重构，作为测试人员只能跟着程序员的代码重构，修改测试代码，那个时候，你当然会希望改的地方越少越好啦。

对于这个缺点，可能有人要说，在前面的文章“网站测试自动化系统—基于Selenium和VSTT”，创建博客的测试步骤不是已经被有效地封装成一个函数了吗，为什么还会说有冗余？这是因为在自动化测试过程中， 测试人员会定期（一些高规格的软件开发团队要求每天）将所以编写完毕的测试代码批量执行一遍，这就涉及到对于任何测试用例编码都非常重要的两个原则：