unit-testing - 如何减少花在测试上的时间？

Question

刚刚回顾了一下最近快结束的项目，发现一个很严重的问题。我将大部分银行时间花在测试代码上，重现“可能”导致代码错误的不同情况。

关于如何减少测试时间，使开发更加顺利，您有什么想法或经验可以分享吗？

我尝试在我的所有代码中遵循测试驱动的概念，但我发现实现这一点真的很难，真的需要这里的资深人士的一些帮助。

谢谢

回复:全部

感谢上面的回答，最初我的问题是如何减少一般测试的时间，但现在，问题归结为如何编写高效的自动化测试代码。

我会努力提高自己编写测试套件的技能，以减少这部分时间。

但是，我仍然在为如何减少重现错误所花费的时间而苦苦挣扎，例如，标准的博客项目很容易重现可能导致错误的情况，但复杂的定制内部系统可能“永远不会”可以很容易地进行测试，值得吗？您对如何为此类项目制定测试计划有什么想法吗？

仍然感谢您的进一步回答。

Answer 1

测试驱动设计与测试无关(质量保证)。它从一开始就不好命名。

它是关于让机器可运行的假设和程序行为规范，由程序员在编程期间完成，以确保假设是明确的。

由于这些任务必须在产品生命周期的某个时刻完成，因此这只是工作的转移。它的效率更高还是更低是另一个时间的争论。

你指的我不会称之为测试。拥有强大的 TDD 确实意味着不必过分依赖测试阶段来解决错误，这些错误会在到达测试构建之前很久就被捕获(因为他们在非 TDD 中拥有经验丰富的程序员，他们具有良好的规范和响应迅速的利益相关者环境)。

如果您认为前期测试(可运行规范)是一个严重的问题，我想这可以归结为开发的相关阶段预计需要花费多少时间和金钱？