认识达内从这里开始

认真做教育专心促就业

扫雷：测试代码时别犯这些错误（下）

发布：长沙达内IT培训机构
来源：#
时间：2016-08-10 17:15

上一篇文章中，达内长沙java培训的老师为大家分享了七个代码测试时应该避免的误区，接下来我们看看剩余的几个。

8.担心代码覆盖率

代码覆盖率的理念很崇高，但往往实际价值有限。知道运行测试的时候有多少代码被执行应该是有用的，但因为它不考虑正在执行代码的测试的质量，因此就变得没有意义。代码覆盖率在它数值非常高或非常低的时候，是挺博人眼球的。如果非常高，就表明，比起带来的价值，过多的代码可能正在被测试。非常低的代码覆盖率表明有可能代码的测试不够。

9.着眼于一种类型的测试

一旦你开始测试，很容易只纠结于一种风格的测试。这是一个错误。只用一种类型的测试，你就不能充分测试系统的所有部分。你需要单元测试来确认代码的各个组件是否能够正确工作。你需要集成测试来确认不同组件是否能够协同工作。你需要自动化UI测试来验证软件是否可以如预期使用。最后，你需要为任何不容易自动化的部分和探索性尝试进行手动测试。

10.着眼于短期测试

来自于测试的价值大多数会随着时间的推移而获得。测试不应该只存在用于确认事情是否正确写入，而应该随着时间的推移继续起作用，并且对于代码库做其他的改变。有回归错误或新的异常，那么测试应该重复运行以尽早发现问题，这将意味着错误和异常可以更快，更便宜和更容易被修复。没有变化（人为错误）可自动和快速执行的测试，是为什么编码测试如此有价值的原因。

11.作为一个开发者，依靠于别人来运行（或编写）测试

如果不运行，那么测试几乎没有价值。如果测试不能被运行，那么就可能遗漏bug。自动运行的测试（作为一个持续集成系统的一部分）是一个开始，但项目的任何一个人都应该能够随时运行测试。如果需要特殊设置，机器，权限，或配置来运行测试，那么这些将成为执行测试的壁垒。开发者需要能够在检查代码之前就运行测试，因此他们需要能够访问并有运行所有相关测试的权力。代码和测试应保持在同一个地方，并且所需的任何设置都应该写好脚本。关于这个方面我见过的最坏的例子是一个做的很糟糕的项目，在这个项目中测试人员的子团队定期取走开发人员正在处理的代码副本，他们修改代码以便他们能执行一系列测试，但这些测试是开发人员在特殊配置（无证）的机器上所无法访问的，然后测试人员再发送一个很大的邮件给所有的开发人员以说明他们找到的问题。这不仅是一个坏的测试方式，而且也是团队工作的糟糕方式。不要这样做。代码能够正确执行是专业开发人员的部分属性。要保证代码的准确性，方法是使用伴随它的适当测试。依靠其他人为你写的代码编写测试和运行测试，不会帮助你成为一个专业的开发人员。

如果以上这些都不属于你的情况，那么恭喜你！继续保持开发稳健又有价值的软件。

如果上面有一些确实发生在你身上，那么是时候做一些改变了。

< 上一篇：扫雷：测试代码时别犯这些错误（上）

下一篇：彭博社：苹果或将于9月7日发布iPhone7 >