我主要把时间花在 win32 和 .NET 应用程序的自动化测试上，这需要我们大约 30% 的时间来编写和 70% 的时间来维护。我们一直在寻找减少维护时间的方法，并且已经转向了一个可重用的测试库，它涵盖了我们软件的大部分关键组件。此外，我们还有一些工作正在进行中，以使我们的图书馆达到可以使用的状态 keyword based testing .
我一直在考虑对我们的测试库进行单元测试，但我想知道这是否值得花时间。我是软件单元测试的坚定支持者，但我不确定如何处理测试代码。
你认为自动化 Gui 测试库应该进行单元测试吗？或者这只是浪费时间？
最佳答案
首先，我发现将单元测试视为“可执行规范”而不是测试非常有用。我写下我希望我的代码做什么，然后实现它。我从编写单元测试中获得的大部分好处是它们插入了实现过程并集中了我的思考。它们可以重复使用来测试我的代码这一事实几乎是一个愉快的巧合。
测试测试似乎只是移动问题而不是解决问题的一种方式。谁将测试测试测试的测试？ TDD 用来确保测试真正有用的“技巧”是让它们先失败。这可能也是您可以在这里使用的东西。编写测试，看到它失败，然后修复代码。
关于unit-testing - 测试测试？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/507077/