dd

测试


测试是软件开发的一个重要组成部分。不管我们是否意识到,我们一直在不断地进行测试。 例如,当我们在用 PHP 写一个类的时候,我们可能用 echo 或者 die 语句一步一步简单的调试 验证我们实现的代码是否按照最初的计划工作。在开发 web 应用的时候,我们在表单中输入 一些测试数据来确保页面能够如预期那样和我们进行交互。

测试过程可能是自动的,所以每次我们需要验证的时候,我们只需要调用它就可以测试代码 了。 验证代码执行结果是否符合我们的计划叫做测试,测试过程的创建以及进一步执行叫做 自动化测试,这是这些测试章节的主要主题。

带着测试进行开发

测试驱动开发(TDD)和行为驱动开发(BDD)在开始编写实际代码之前,首先通过描述一段 代码的行为或将其作为一组场景或测试的全部特征,然后创建符合这些测试预期验证的行为 实现。

开发一个功能的过程如下:

  • 创建一个描述一个功能被实现测试。
  • 运行这个测试来确保功能失败.因为这是没有实现之前的预期。
  • 编写简单代码确保这个测试通过。
  • 运行所有测试确保所有测试都通过。
  • 优化代码确保测试依然可以通过。

走完上面的过程之后,为其他功能或者扩展重复上面测试过程。如果功能发生变化,测试也需 要跟着变化。

技巧: 如果你觉得你做一些很小很简单的迭代是在浪费时间,请尝试覆盖更多的测试 场景,这样你就可以在执行测试之前做更多的尝试。如果你的调试过多,试着做相反的工作。

在做一些具体的实现之前创建测试的原因是,这允许我们后期专注于我们想要的实现,并且 可以花费更多的精力到实现细节。在涉及功能调整的时候,这会使得抽象更合理、测试维护 更简单或者使得耦合元件更少。

这种做法的优点如下:

  • 在计划和实现发生变更的时候,可以让你在同一时间只专注于一件事情。
  • 更多功能更详细的覆盖测试的结果,如果测试都通过好比再也没有什么问题了。

在很长一段时间内,这通常会给你提供一个有效的时间节省。

技巧: 如果你想了解更多关于收集软件需求和建模的原则,最好去学习 Domain Driven Development (DDD)。

什么时候测试,怎么测试?

在测试的时候,对于一些相对复杂的项目上面的内容是非常有意义的,但对于一些比较 简单的项目就做的有些极端了。适用场景如下:

  • 项目已经很大且复杂。
  • 项目需求开始变得复杂起来。项目不断发展。
  • 项目历时很长。
  • 失败的代价非常高。

在现有的实现行为中进行覆盖测试是非常适合的。

  • 项目是一个逐步更新的遗产。
  • 你有一个还没有经过测试的项目要做。

在一些情况下,任何形式的自动化测试都是过于极端的:

  • 项目很简单,也不会变得复杂。
  • 过期不再工作的一次性项目。

假如你有很多的时间,在这种情况下进行自动测试也很好。

深度阅读

  • Test Driven Development: By Example / Kent Beck. ISBN: 0321146530.