各位C#大仙。你们用啥做unit test? [复制链接]

发表于 2010-11-4 10:15 |显示全部楼层

此文章由 dalaohu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 dalaohu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

以前用nunit，现在直接vs了，感觉更好。

评分

参与人数 1	积分 +2	收起理由
澳贼	+ 2	好的。我就不学nunit了

发表于 2010-11-4 10:17 |显示全部楼层

此文章由 dalaohu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 dalaohu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

一个原因是应为那个 test driven .net 前一阵子开始收费了。

发表于 2010-11-4 10:21 |显示全部楼层

此文章由 dalaohu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 dalaohu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

好的。我就不学nunit了

学到不用学，都一模一样的。 vs的更方便， nunit毫无优越点。而且要用到外部工具，我就嫌麻烦了。

你要学可以学mocking，那个都要用到。

评分

参与人数 1	积分 +5	收起理由
iami	+ 5	我也跟着学下

足迹 Reader is phenomenal. If you never used, you never lived 火速下载

澳贼

头像被屏蔽

禁止发言

发表于 2010-11-4 10:30 |显示全部楼层

此文章由澳贼原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者澳贼所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 dalaohu 于 2010-11-4 10:21 发表

学到不用学，都一模一样的。 vs的更方便， nunit毫无优越点。而且要用到外部工具，我就嫌麻烦了。

你要学可以学mocking，那个都要用到。

大侠随便说个词，我就要google一番。

签名被屏蔽

发表于 2010-11-4 10:41 |显示全部楼层

回复 5# 的帖子

此文章由 dalaohu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 dalaohu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

以前发帖讨论过，懒的反复说了，你google 吧 :)

发表于 2010-11-4 10:50 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

vs + Rhino Mocks

评分

参与人数 1	积分 +2	收起理由
澳贼	+ 2	最后2分

发表于 2010-12-2 15:32 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

用nunit + Rhino mocks + resharper是很好的组合。

class在设计阶段用nunit+Rhino写test cases,用resharper出class框架，如果有时间就自己implement,没有时间就让别人implement.但test cases都要通过，改动的话，就要meeting一下。

评分

参与人数 1	积分 +3	收起理由
BJ-KING	+ 3	我很赞同

发表于 2010-12-2 15:42 |显示全部楼层

回复 8# 的帖子

此文章由 dalaohu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 dalaohu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

TDD 只是一个传说而已。

混不到坑的萝卜

发表于 2010-12-2 15:47 |显示全部楼层

nUnit

此文章由混不到坑的萝卜原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者混不到坑的萝卜所有！转贴必须注明作者、出处和本声明，并保持内容完整

用nunit的。主要是因为我们的unit testing需要完全不依赖vs，因为有的代码可能会在unix体系下测试，不能依赖M$的东东。

再说两个都差不多。VS的如果没有TFS完全没什么优势。

评分

参与人数 1	积分 +2	收起理由
澳贼	+ 2	刚看到

发表于 2010-12-2 15:54 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 dalaohu 于 2010-12-2 15:42 发表
TDD 只是一个传说而已。

不是传说阿，我们现在就是这么做的，而且有几个公司这样做了，我的上一个公司是我推的。

发表于 2010-12-2 16:02 |显示全部楼层

回复 11# 的帖子

此文章由 dalaohu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 dalaohu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

是吗，那你们code coverage 多少？

发表于 2010-12-2 16:15 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 dalaohu 于 2010-12-2 16:02 发表
是吗，那你们code coverage 多少？

80%,很多old logic都不作了,nunit好像没有这个功能。

发表于 2010-12-2 16:17 |显示全部楼层

此文章由 dalaohu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 dalaohu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由乱码于 2010-12-2 16:15 发表

80%,很多old logic都不作了,nunit好像没有这个功能。

80%！你没骗我吧，上个真相图，让我开开眼吧。

足迹 Reader is phenomenal. If you never used, you never lived 火速下载

混不到坑的萝卜

发表于 2010-12-2 16:19 |显示全部楼层

原帖由 dalaohu 于 2010-12-2 15:17 发表
80%！你没骗我吧，上个真相图，让我开开眼吧。

哈哈哈，看来大家都心知肚明这个code coverage的水分有多大……

发表于 2010-12-2 16:24 |显示全部楼层

此文章由 dalaohu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 dalaohu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

微软的标准线是 75%,

以前跟微软的一帮纳粹做的时候，标准就是瞄着 75%，有时候会跌到70%以下。

你知道要把这75%这个数，需要付出多大的代价啊。我高数你，要有这个数，就连property, constructor都有很无谓tests了，然后巨大的工作量在维护上，逻辑改动，bug修补全部都会让这个数字变小。

然后基本上需要整个项目组的修养都很高，协调才有可能实现的。

老兄你的80% 太梦幻了吧！

足迹 Reader is phenomenal. If you never used, you never lived 火速下载

发表于 2010-12-2 16:45 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 dalaohu 于 2010-12-2 16:17 发表

80%！你没骗我吧，上个真相图，让我开开眼吧。

靠，你这不是难为我么？你告诉我nunit怎么能得到test coverage.

80%是我上个工作用vstest作的。

发表于 2010-12-2 16:49 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 dalaohu 于 2010-12-2 16:24 发表
微软的标准线是 75%,

以前跟微软的一帮纳粹做的时候，标准就是瞄着 75%，有时候会跌到70%以下。

你知道要把这75%这个数，需要付出多大的代价啊。我高数你，要有这个数，就连property, constructor都有很无谓tests了，然后 ...

solution也要分大小的，你别拿他们上百个projects跟我们几个的比。

你可以自己测一下，你做一个project,几个class,然后测，保你上95%.

发表于 2010-12-2 16:55 |显示全部楼层

此文章由 dalaohu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 dalaohu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

小demo，小项目不带的好伐，你随便着个demo 100% 都可以，那个不说明任何问题。

说的就是正式实战的大项目，每小时，每分钟都算钱的，头上顶的是Deadline 的那种。
你要敢提 TDD，定 xxx coverage 标准的。真的，那个是要有种的。

所以说那真的是个传说来的。

足迹 Reader is phenomenal. If you never used, you never lived 火速下载

cdfei

白金靴族

发表于 2010-12-2 16:57 |显示全部楼层

回复 16# 的帖子

此文章由 cdfei 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 cdfei 所有！转贴必须注明作者、出处和本声明，并保持内容完整

我高数你，要有这个数，就连property, constructor都有很无谓tests了，
----你激动了

kawara

水晶靴族

发表于 2010-12-2 17:00 |显示全部楼层

此文章由 kawara 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 kawara 所有！转贴必须注明作者、出处和本声明，并保持内容完整

基本不写Unit testing的人飘过

发表于 2010-12-2 17:04 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 dalaohu 于 2010-12-2 16:55 发表
小demo，小项目不带的好伐，你随便着个demo 100% 都可以，那个不说明任何问题。

说的就是正式实战的大项目，每小时，每分钟都算钱的，头上顶的是Deadline 的那种。
你要敢提 TDD，定 xxx coverage 标准的。真的，那个是要有 ...

说到底还是看你的project的规模跟coding standard,不用TDD,甚至压根不unit test的project,sydney 10个公司有9个这么做，这不能说明问题。

关键还是看team如何来enforce这个standard,可能开始不爽，但习惯了就好了，而且这给设计带来的好处不容置疑。

Tdd应用最多的还是自己的产品，如果给人家做，只要functional就好了，谁去花那个时间去适应新的coding stardard.

o2h2o

发表于 2010-12-2 17:14 |显示全部楼层

此文章由 o2h2o 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 o2h2o 所有！转贴必须注明作者、出处和本声明，并保持内容完整

大家继续聊
我去拿板凳

发表于 2010-12-3 09:38 |显示全部楼层

此文章由乱码原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者乱码所有！转贴必须注明作者、出处和本声明，并保持内容完整

如果想test private method, Nunit就会很不方便，vs test tool会好些。

http://stackoverflow.com/questions/249847/how-to-use-nunit

http://stackoverflow.com/questio ... est-private-methods

http://iserialized.com/unit-test ... nit-and-reflection/

uowzd01

发表于 2010-12-3 11:24 |显示全部楼层

此文章由 uowzd01 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 uowzd01 所有！转贴必须注明作者、出处和本声明，并保持内容完整

nunit可以在SERVER上用，server上不一定有VS

uowzd01