完了单元测试之后，你的测试之旅才上路

多年，以后 2015-11-25 11:24:35

现如今，单元测试已经变得相当普遍了！

...全文

222 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

Usher丶AckMan 2016-01-22

打赏
举报

回复

小公司应该没有,大公司这个做的多！

dongmusic 2016-01-22

打赏
举报

回复

是吗？怎么我发现在做单元测试的公司没有几个？

无常w 2015-12-01

打赏
举报

回复

相关推荐

过去几年的经验告诉我：单元测试已然是“被解决的问题”了。所有的信息、图书、工具都摆在面前，你只要把NUnit拣起来就可以上路了，不是么？不是。即便是在下决心要开始写单元测试之前，我们也得从别人那里吸取经验，从那些好的坏的故事里，那些令人绝望或是见证奇迹（一个测试就省了我一周时间！）的时刻中，取其精华弃其糟粕。即便这样，等我们勇敢上路之后还会意识到，要学的东西还多着呢！我想跟你讲讲我在单元测试这片大陆上一段奇妙的旅程。我们Typemock的团队已经在这块大陆上游历了数年，这些经历也改变了我们的产品开发过程。Isolator是我们的主打产品，它最开始是作为mock框架出现的，但是当我们对在真实世界

一、无论有无单元测试，开发代码进行修改之后，是不是都要进行测试？没有单元测试，并不代表你的代码就不需要测试了，只不过是你手工的去测试了一遍而已。切记：你的工作并不只是把代码写出来而已！二、进行手工测试，和更改单元测试，两者的耗费比，会根据测试重用的次数而变化。一次手工测试可能需要5分钟跑完，更改单元测试代码可能需要20分钟，但如果这测试会跑100遍，单元测试完胜手工测试。

单元测试，是只对软件中的最小可测试单元进行检查和验证。单元测试的必要性1、作为开发者，必须要对自己的代码负责，要代码逻辑严谨，保证代码的质量。一般来说，单元测试是开发者的责任。2、单元测试用例必须不断积累。为什么这么说，在没有重视这块之前，很多开发者会在程序里面写一段测试代码，测试完了之后删除掉了，以后再测试的时候，又要写一遍。这种重复的行为必然浪费了不少时间。3、执行单元测试用例比在代码中写测试...

假设有一个捣蛋的小伙伴加入了你的团队，这个捣蛋的小伙伴喜欢乱改代码，请问此时的单元测试能否拦住这些逗比行为？如果不能拦住逗比行为，是否代表着单元测试有所欠缺，或者有某些分支逻辑没有考虑到。本文将告诉大家的 Stryker.NET 就属于这样的一个捣蛋的小伙伴，这个工具将会在执行测试的时候乱改你的代码，看看你的单元测试是否能拦住这样的行为。如果在乱改代码之后，单元测试依然是通过的，那证明单元测试没有拦住此行为，说不定就需要改改单元测试了

以下内容翻译自Google官方文档:Building Effective Unit Tests 水平有限自己感觉很多内容翻译并不到位，但找不到更好的表达方式，如果您觉着有更好的表达方式，帮助我改进！构建有效的单元测试单元测试是你的App测试流程中的基础测试。通过创建和运行单元测试来检验你的代码，你可以非常容易的验证你代码中独立的逻辑部分是否正确。在每次构建之后运行单元测试，可以帮助你快速

23,405

社区成员

70,758

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告