测试是一件浪费时间的事吗？

让我们详细地说明


作为开发人员，我们都知道我们应该测试我们的代码。我们应该写单元测试，但这也通常是我们发现没时间时跳过的第一步。


作为团队的领导者或者管理者我们都知道测试是必要的，但是当截止日期临近的时候，我们倾向于减少测试，而把更多的重点放到编码上。


这样看测试领域似乎很紧张。我们都知道测试对我们是有利的，但是一旦项目面临压力时我们就不再测试了。


我们为什么测试?


Edsger W Dijkstra 说过:测试可以用来找到显式的缺陷（bug），但是无法显示潜伏的软件缺陷（bug）。


这意味着测试不能百分百保证你的软件没有缺陷（bug），但是它确实很有帮助。我们也可以换种说法，如果我们不进行测试我们几乎可以百分百保证我们 的软件会有缺陷（bug），除非我们是在编写 像“hello world！”那样简单的程序。但是即使这么简单的程序你也会测试，因为一旦你输入完你的代码你就会很好奇它的输出是不是真的是“hello world！”。


而这就是第一类形式的测试，也是我们一直在做的: 手工测试. 我们编写程序，然后启动它去检验运行结果。 对于一个简单的“hello world”这可能是足够的，但是对于复杂度更高的程序这可能会 导致时间的浪费，这是对一个已知的行为结果集的手工重复。这难道不是我们发明计算机的初衷 吗?
对于“hello world”这不是大问题，但是当你创建一个web应用时，测试场景是在翻页十次，点击某些按钮，在大量表单中输入（正确的）数据之后再测试某些特定条 件，你就看到自动化会节省大量 的时间。如果你能通过测试运行器（test runner）直接执行你想要测试的函数，而不是必须花费半分钟手工执行到那个函数，你会节省很多时间！


但这也意味着我们需要多一点点编程，而更多的编程意味着更多的时间和精力。所以它会花费更多的时间而你的项目可能因此完工的晚些。


也许未必


让我们创建一个控制台应用程序来计算最大公约数(G CD)的两个整数。有很多方法可以解决这个问题，但为简单起见，我们将


1.输入两个整数


2.不管其算法怎么样，计算一下 G CD


3.显示输出


让我们浏览一下正常的开发周期。我们通常写一个 main() 函数，得到了两个整数，以及调用一个函数来计算一下 G CD，然后显示结果。


测试。在你的控制台中输入 2 个整数会花一些时间，这将变得相当无聊，如果你需要多次重复你的代码。这也很容易在控制台应用程序中输入出错，导致程序崩溃。这意味着你必须重新启动程 序， 输入两位数，然后再次验证结果。请你要记住，我们讨论的是一个控制台应用程序，只需要两个输入值，不需要点击(在 web 应用程序中)，我们已经看到，这将需要花费一些时间。


然后，我们很可能会想要测试一些更多意味着重启程序的值，进入两位数（正确地），然后测试。。。所以我们即使看到也不会立即这样做，因为它要花费太多的时间。Edge 案例将会被遗忘，错误只 会在生产中被发现！


此外，当我们改变一些我们需要再次运行所有的测试(手动)，使用一个被遗忘的，或者使用快捷键的高风险的测试。


在那儿，不会有跟踪我们的测试工作。不写入日志文件，在整个测试期间，除非你增加这个你做的事情列表工作(手动)。


消极反馈循环


通常，当项目（因为某种原因）延期了，则容易陷入一种消极反馈循环。有时我们会先决定跳过编写测试代码，而这则会造成情况如下图所示：