gtest 测试部分_全部关于测试

gtest 测试部分_全部关于测试–第2部分

gtest 测试部分

这是有关测试的系列文章的第二篇。在第一部分中，我解释了在开发测试时需要具备的心态。或者，换句话说，开发可测试的代码。在这一部分中，我将介绍一些测试方法的技术。我将描述的技术可以看作是如何将思维定势转化为行动。

技巧

测试类型

测试的类型是我们测试的层次。最明显的一个是单元测试 。使用JUnit（或TestNG或任何其他工具），您将测试代码的行为。每个测试都应检查被测类/方法的一种行为。我通常称集成测试为另一层测试，通常由开发人员完成。这种测试通常是代码的一部分（在测试目录下）。集成测试可以一起测试多个类。他们可能会测试部分流量。

我喜欢测试Spring接线，请验证上下文文件是否正确。例如，如果我注入了bean列表，则顺序很重要。测试接线可以视为集成测试。另一个示例是检查DAO类和使用它的类的集成。有时在这些部分中存在“意外”。作为更高级别的测试，您将需要测试请求和响应（REST）。如果您具有GUI，则也要为此创建一个自动化测试服。

自动化

自动执行整个开发周期。使用CI服务，例如Hudson / Jenkins。将您的JUnit，Selenium，JMeter，JBehave添加到您的CI环境中。

我建议以下内容：

CI，用于检查SCM的更改并在发生更改时运行。
每晚（或每隔几个小时）。较慢的自动化测试服，可以检查更多内容，例如集成测试。

每晚会变慢。如果您进行连续部署，则您的设置可能会有所不同。

环境

有专用的测试环境。可以清除并重新填充的数据库。如果您使用REST服务，请为您的测试和自动化环境配备一台服务器。如果可以，请尝试使其与生产环境尽可能相似。

存根，模拟

有用于存根和模拟的框架。但是首先要了解它的含义。存根和嘲笑之间略有不同。基本上，它们都伪造了一个真实的对象（或接口）。您可以告诉伪造对象在某些输入中表现出所需的行为。您还可以验证是否使用预期参数调用了它（在下一篇文章中有更多关于它的信息）。

外部资源的使用

您可以伪造数据库，也可以使用某种嵌入式数据库。嵌入式数据库可帮助您隔离包括数据库的测试。外部服务也是如此。

描述性测试

添加message参数。
```
assertTrue("Cache pairs is not size 2", cachPairs.size() == 2);
```
它至少具有两个好处：
1. 该测试更具可读性
2. 失败时，该消息更清晰
您有多少次因为没有消息而无法分辨出问题所在？测试失败是assertTrue(something) ，没有message参数。
用描述性名称测试。不要害怕具有（非常）长名称的测试方法。当测试失败时，它确实有帮助。不要将测试命名为： public void testFlow(){...} 。没什么意思
有命名约定。我喜欢命名测试： public void whenSomeInput_ThenSomeOutput() {...} 。但是，无论您要为测试命名如何，都应遵循所有测试的约定。

测试结构

尝试遵循： 给定，何时，然后顺序。给定的部分是您创建测试环境（创建嵌入式DB，设置某些值等）的部分。这也是告诉模拟对象（如何在下一篇文章中了解更多）行为的部分。 什么时候是运行测试代码的部分。然后在这里使用断言检查结果。这是验证方法是否被调用的部分。或不。如果很难保持有序的结构，则可以将其视为测试气味 （请参阅上一篇文章）。