评论
1953820
2010-11-03 09:11
对于你的“我喜欢自造轮子”,我想说:我喜欢你的自造轮子....
回复 引用 查看
2010-11-03 09:11
没坐到沙发
回复 引用 查看
2010-11-03 09:16
不错的工具!
回复 引用 查看
2010-11-03 09:20
高手,
回复 引用 查看
2010-11-03 09:30
膜拜下
回复 引用 查看
2010-11-03 09:37
我也喜欢这些轮子
回复 引用 查看
2010-11-03 09:44
部分基于dom的函数似乎依旧不容易测试
回复 引用 查看
2010-11-03 09:44
膜拜!!
回复 引用 查看
2010-11-03 09:49
在理想状态下,每一个应用程序在发布的时候,都是很干净的,并且是没有多余代码的,因此是否我可以这么认为:每一个应用程序在发布的时候你会通过发布环境把这些单元测试代码从文件中剔出去?但是这个世界上有多少应用程序是处于理想状态的呢?qq邮箱我都反应好几次了,仍然有那么两个错误,每次打开都会跳出来,还是在他们有严格的发布测试环境的基础上,但是又有多少公司有(不说严格,只要有)发布测试机制呢?
楼主的轮子让我获益匪浅,但我不建议把单元测试代码写在文件里面。
回复 引用 查看
#10楼[楼主]
2010-11-03 10:31
离开了abut,注释只是注释!更何况,发布时一般都会做代码压缩吧
回复 引用 查看
2010-11-03 10:39
@Julin Rain
Javascript发布时会去注释的,对于Javascript来说,注释是元数据的一种,而不仅仅是注释
回复 引用 查看
2010-11-03 10:46
太厉害了,值得学习。
回复 引用 查看
2010-11-03 16:11
支持
回复 引用 查看
2010-11-06 16:47
楼主实践精神绝对值得学习
不过还是不太赞成这种将代码、注释和测试用例代码(注释)混合在一起的设计思路。
耦合性太高了,代价就是不好重用,不好维护
因为写测试用例的时候,要修改代码文件本身,这样岂不是增加了破坏代码文件的机会,另外,也非常不适合多人团队协作。
回复 引用 查看
浙公网安备 33010602011771号