JUnit，安卓:在自动化测试中，什么是好的细节？

Question

我发现编写测试实际上比编写代码本身花费的时间要多10倍。这里有人问过这个问题：Level of detail of your unit tests，所有的答案似乎都是亲测试的，我不相信。

我可以理解编写测试是如何节省时间的，尤其是那些过去给我带来麻烦的代码。然而：

令人烦恼的是，

1. 似乎最需要自动化测试的东西是最难的吗？(例如，Android)
2. Testing中缺少GPS信号的测试似乎需要对原始代码进行更改。
3. 测试代码增加了依赖项，这是黑匣子测试，更不用说白盒测试了。
4. 假设我将是唯一处理该代码的人，而我只会开发相对较小的应用程序，除了对具有大量逻辑的自包含代码的最重要测试外，这是浪费时间吗？

？)

请分享任何信息，以帮助我编写的测试，最终节省时间，并导致更好的代码，我正在努力看到的价值！！

Answer 1

你在做测试驱动的开发吗？如果没有(即您正在开发代码并在后面添加测试)，这就没有多大意义。

如果您经常重构，它可能对回归测试很有用，如果有人在使用您的API，则对于集成测试也是有用的，否则这可能是浪费。根据我的经验，维护测试用例会消耗大量时间。

Answer 2

单元测试非常昂贵。

如果计划稍后对代码进行深度重构，用于回归测试，则非常有用。否则..。

测试还是不测试。那倒是一个问题。