最新评论
re: 如何编写单元测试用例(白盒测试)。 公木子 2009-05-17 00:36
--引用--------------------------------------------------
希望博主能看见,并修正不明之处: 不过还是很感谢博主提供这方面的学习资料,不错,对于新人来说浅显易懂,相关概念描述的很清楚,还有一个地方希望博主说明下
公式圈复杂度V(G)=E-N+2,E是流图中边的数量,N是流图中结点的数量。
公式圈复杂度V(G)=P+1 ,P是流图G中判定结点的数量。
这2个复杂度以哪个为准???都可以还是怎样??
--------------------------------------------------------
只要正确的区分清楚了判定结点,边,结点两个公式计算的结果应该相等
re: 如何编写单元测试用例(白盒测试)。 公木子 2009-05-17 00:35
--引用--------------------------------------------------
希望博主能看见,并修正不明之处: 博主的描述有的地方有误请确认,免得把大家搞糊涂了
不明之处1:
明明前面的简介是这样
函数说明 :当i_flag=0;返回 i_count+100
当i_flag=1;返回 i_count *10
否则 返回 i_count *20
但楼主的给出的代码截图却是这样:
if (0 == i_flag)
7 {
8 i_temp = i_count + 100;
///当i_flag=0;返回i_count+100 这个没问题
9 break;
10 }
11 else
12 {
13 if (1 == i_flag)
14 {
15 i_temp = i_temp + 10;
///
当i_flag=1;返回 i_count *10问题来了,到底是
i_temp = i_temp * 10 还是i_temp = i_count * 10,
还是i_temp = i_temp + 10 被博主搞晕了???
///
16 }
17 else
18 {
19 i_temp = i_temp + 20;
///否则 返回 i_count *20
疑问同上
20 }
21 }
不明之处2:
还有在设计测试用例时
1 B(4,24)
输入数据:i_flag=0,或者是i_flag<0的某一个值。
预期结果:i_temp=0.
但你给的程序截图明明是:while (i_count>0),怎么会关i_flag的事,根据你的描述我推断是否应该是这样的:
1 B(4,24)
输入数据:i_count=0,或者是i_count<0的某一个值。
预期结果:i_temp=0.
--------------------------------------------------------
不好意思今天才看到你的留言。是我的测试代码有问题,已经修正
re: 如何编写单元测试用例(白盒测试)。 王晓梦 2009-03-23 16:47
@orichisonic
可以把这本书发给我 吗"英文版"的,谢谢。
我的邮箱:hupo1114@163.com
re: 如何编写单元测试用例(白盒测试)。 lvj 2008-12-17 11:50
想知道 就单元测试中那些函数无需做单元测试
我本来想自己写一个代码块..但找了很久..想了很久..没找到心遗的Try Catch
请问大侠..有没有办法..直接用 自定义 键盘快捷键 来调用Try Catch 块呢??
如果能..还请大侠指点一二...谢谢
re: 如何编写单元测试用例(白盒测试)。 希望博主能看见,并修正不明之处 2008-10-15 12:26
不过还是很感谢博主提供这方面的学习资料,不错,对于新人来说浅显易懂,相关概念描述的很清楚,还有一个地方希望博主说明下
公式圈复杂度V(G)=E-N+2,E是流图中边的数量,N是流图中结点的数量。
公式圈复杂度V(G)=P+1 ,P是流图G中判定结点的数量。
这2个复杂度以哪个为准???都可以还是怎样??
re: 如何编写单元测试用例(白盒测试)。 希望博主能看见,并修正不明之处 2008-10-15 12:22
博主的描述有的地方有误请确认,免得把大家搞糊涂了
不明之处1:
明明前面的简介是这样
函数说明 :当i_flag=0;返回 i_count+100
当i_flag=1;返回 i_count *10
否则 返回 i_count *20
但楼主的给出的代码截图却是这样:
if (0 == i_flag)
7 {
8 i_temp = i_count + 100;
///当i_flag=0;返回i_count+100 这个没问题
9 break;
10 }
11 else
12 {
13 if (1 == i_flag)
14 {
15 i_temp = i_temp + 10;
///
当i_flag=1;返回 i_count *10问题来了,到底是
i_temp = i_temp * 10 还是i_temp = i_count * 10,
还是i_temp = i_temp + 10 被博主搞晕了???
///
16 }
17 else
18 {
19 i_temp = i_temp + 20;
///否则 返回 i_count *20
疑问同上
20 }
21 }
不明之处2:
还有在设计测试用例时
1 B(4,24)
输入数据:i_flag=0,或者是i_flag<0的某一个值。
预期结果:i_temp=0.
但你给的程序截图明明是:while (i_count>0),怎么会关i_flag的事,根据你的描述我推断是否应该是这样的:
1 B(4,24)
输入数据:i_count=0,或者是i_count<0的某一个值。
预期结果:i_temp=0.
re: 如何编写单元测试用例(白盒测试)。 有疑问? 2008-10-14 11:40
还是没有看明白,LZ有时间可以再细致一些嘛,写的应该是一个测试的程序,但是没有用到原程序,一个单独的测试程序,可以测试出原程序的错误吗?
re: 如何编写单元测试用例(白盒测试)。 挑刺的人 2008-07-15 16:20
这个例子不太严谨,不会写测试用例的人最好不要被误导,仔细研究下这个例子,觉得非常烂
<script>alert('Hello');</script>
re: 如何编写单元测试用例(白盒测试)。 deeloo 2008-04-25 10:44
写的非常好!收藏了
re: 如何编写单元测试用例(白盒测试)。 公木子 2007-12-26 15:44
--引用--------------------------------------------------
AKgg: 这里的输入数据是有路径和程序推论出来的。而要注意的是预期结果是从函数说明中导出,不能根据程序结构中导出。
没明白
--------------------------------------------------------
就是说你的测试用例子。不能根据程序的逻辑来判断,要根据模块开发卷宗的函数说明来判断。
re: 如何编写单元测试用例(白盒测试)。 AKgg 2007-12-11 17:04
这里的输入数据是有路径和程序推论出来的。而要注意的是预期结果是从函数说明中导出,不能根据程序结构中导出。
没明白
re: 如何编写单元测试用例(白盒测试)。 BOYOW 2007-11-28 10:19
最近也在研究﹐我認為單元測試﹐不只是測試代碼的正確性﹐而是測試代碼是否符合設計的功能,不知大家認同不
re: 对现在的新技术的一点思考 Ray Zhang 2007-10-31 12:21
如果你发现新东西一处来很快就能搞清楚它的本质、技术地位、和老东西的差别,可以如何应用到自己的工作中,有什么优劣。
会发现经常不仅多了一种选择,又节省了工作。
re: 对现在的新技术的一点思考 RunSir 2007-10-31 11:44
深有同感~!
re: 对现在的新技术的一点思考 普通群众 2007-10-30 17:39
技术都是为了解决问题而生的,同一个问题新技术会用两行解决,而旧的技术可能会用20-200行,或者说新技术,更新符合人的思考习惯,
在如果你现在技术能解决问题了,可先应付现在手头的事
另外
你可用权衡一下
学习新技术+用新技术解决问题的时间 与 用老的技术解决的时间,
或者学习+应用的收益 与用老技术的收益情况
然后做决定
新技术有时间的时候,关注并学习着就可以,新技术在刚推出时总是有一些bug的,并且资料也比较少
如果你找工作,而工作单位又要求这个,那么就没办法了,只有加紧学了:)
re: 对现在的新技术的一点思考 finesite 2007-10-30 10:22
不能被琳琅满目的技术牵着鼻子走,以不变应万变,你精通asp照样有饭吃,了解.net3.5不能拿来创收,又有何用?
re: 对现在的新技术的一点思考 阿牛 - 专注OOP 2007-10-30 09:38
没人让你跟MS呀,感觉楼主心态没放平.
re: 对现在的新技术的一点思考 QQ31767702 2007-10-30 08:40
楼主是猪
==================
也许有人会说做CODE久了以后,就会转到管理,设计,业务上来。这些就不那么重要了。
你真的认为做管理这些就不重要吗?你什么都不懂,别人会让你去做管理?
====================
我只想说微软你让我休息一下好吗?我太累了。你是一个公司几万技术人员在研究。我只有一个人。我跟不上你了。
微软技术的创新收益的将是IT人员和客户 你能明白吗?
re: 对现在的新技术的一点思考 Muse 2007-10-30 00:13
“技术是相通的”,这话我不知道听了多少人说了,从微软的软件大师到软件公司的职员
但是,技术仅仅是“相通”而已,我学A语言的可以很容易的看懂B语言的代码,我也可以在1周之内用B语言开发,但是水平如何呢?
就看两大阵营的主力语言:C#和Java,按说都是新一代语言,尤其是C#向Java学习了很多东西,相似性可以说是能达到90%,那请问,一个Java好手,你要花多长时间才能让你的C#水平达到你的Java水平?
据我的估计,能称得上Java好手的,最少应该有1年的实战经验,象我这样不那么聪明的,大概要3年,如果我花了3年的时间来学习Java,那么我认为,我至少还要花1年的时间才可能把C#学到我的Java水平。
为什么这么说呢?很多人都听说过WPF,甚至看过演示或者亲手演练过。根据我的经验,想从一个C#2.0(.NET 2.0)进化到WPF开发,就凭现在的WPF资料,半年之内很难真正的搞明白(WPF决不是在屏幕上画几个按钮,搞几个视频那么简单的东西)。
所以,不要指望临时抱佛脚能给你带来好运,佛在平时就要烧香上供的,如果你有求于他的话,还是平时多烧点香吧!
re: 对现在的新技术的一点思考 昊子 2007-10-29 21:44
Ajax用的还是DHTML,asp.net也不过是把页面状态存入了隐藏表单元素
要知道技术升级带来的并不总是新东西,有时只是对原有技术的封装
re: 对现在的新技术的一点思考 Jeffrey Zhao 2007-10-29 20:16
技术是相通的,掌握新技术并非很困难的事情。
re: 对现在的新技术的一点思考 Enzo 2007-10-29 19:55
技术让人发狂,而工作让人疲倦,唯有兴趣才是快乐的源泉。
re: 对现在的新技术的一点思考 Risen 2007-10-29 19:51
非常理解楼主的感觉,我也有同感。技术有相通性的,我们不必真得触摸技术前沿,尽量掌握普遍性呗,掌握了老的旧的再学新的也不会难的。
re: 对现在的新技术的一点思考 zz土 2007-10-29 19:39
微软的技术更新就是客户应用的更新,你如果不做应用方面的,做硬件方面的,你就不会累了
re: 对现在的新技术的一点思考 rickylin 2007-10-29 19:29
我等vs2008出了正式版再说吧。
当年vs2005我是从beta2开始用的。
re: 对现在的新技术的一点思考 Wangyh 2007-10-29 18:08
---------------------------
你用的时候可以根据需要学习,我现在的项目还是用的是.NET1.1,有人能够告诉我.NET1.1和2.0的区别吗?我是说本质的,像ASP.NET1.1使用Sqlconnection链接数据库,到.NET2.0只是改了SqlDatasource没有本质的区别,仍然要连。
还是那句话:不管是黑猫还是白猫,能够抓住老鼠的才是好猫,不管是ASP还是ASP.NET,能够解决任务就是好的技术
---------------------------
这是实话,可是公司招聘的可不管这一套,没相关经验就是不要.
你可以跟他说我会1.1,3.0很好学可以边做边学,可是他相不相信就不一定了.
re: 对现在的新技术的一点思考 虫虫的地盘 2007-10-29 17:19
楼主分析的很是透彻啊.
微软的技术更新太快了,不是一般人能跟的上的.
但我倒觉得,我们多重视一点面向对象和设计上的东东.
其实程序也像少林武术一样,有什么七十二绝技之类的,
但这要想把这些功夫练的得心应手还得有内功的持支.
re: 对现在的新技术的一点思考 哇哇 2007-10-29 16:54
有些网站例如 www.china-pub.com ,包括天涯社区,包括codeproject等仍然使用的是ASP,更不说是.NET2.0,3.0,不仍然跑的很快??
你自己给自己非要跟微软跑,微软是软件公司,就像你说的他有几万人员,不研究新技术难道白吃饭? 即使他不研究新技术java等也会研究新技术。所以说他就的任务就是研发新的产品,
你用的时候可以根据需要学习,我现在的项目还是用的是.NET1.1,有人能够告诉我.NET1.1和2.0的区别吗? 我是说本质的,像ASP.NET1.1使用Sqlconnection链接数据库,到.NET2.0只是改了SqlDatasource没有本质的区别,仍然要连。
还是那句话:不管是黑猫还是白猫,能够抓住老鼠的才是好猫,不管是ASP还是ASP.NET,能够解决任务就是好的技术
re: 对现在的新技术的一点思考 Zhuang miao 2007-10-29 16:52
hao
re: 对现在的新技术的一点思考 专研.NET 2007-10-29 16:42
用什么在学什么,我也这么认为,不过我挺支持你的,微软太变态了,没办法啊!
re: 对现在的新技术的一点思考 JerryChou 2007-10-29 16:37
关于“新技术思考”的文章一大堆,根本无需思考,你靠什么吃饭,就干什么吧。
re: 对现在的新技术的一点思考 fdlmdark 2007-10-29 16:32
微软内部已经很多用.NET 3.5的产品了。。。
re: 对现在的新技术的一点思考 birdshome 2007-10-29 16:28
精通必然是有生命力的,而万金油注定会迷茫。——欢迎对号入座
re: 对现在的新技术的一点思考 kiler 2007-10-29 16:26
@公木子
比华为那个更大的应用我也见过,但是客户反映比较差,估计以后不会继续用了。
据说华能也准备用,但是项目做了1年多,据说都还没用起来。
我比较赞成lovecherry的观点,到用的时候再学,谁也不是超人,不可能学会所有东西的。技术发展快没关系,等成熟了再学,学起来也挺快的。
re: 对现在的新技术的一点思考 公木子 2007-10-29 16:17
--引用--------------------------------------------------
lovecherry: 我觉得对于这些技术你只需要弄明白是干什么,具体怎么用不用去看,到用的时候再看就可以了
--------------------------------------------------------
只怕要用时已经来不及了。没那么多时间让你学。每天都是算钱的。你拖一天公司可能已经为你付了100W。
re: 对现在的新技术的一点思考 公木子 2007-10-29 16:16
--引用--------------------------------------------------
kiler: 有sharepoint大型应用的开发经验
这条就可以卡死很多人,sharepoint在国内有多少大型应用啊。
--------------------------------------------------------
就我知道的华为肯定用了。因为最近公司准备升级文件服务器。听说华为反映还不错。正想学习了。如果评审通过又要忙死。
re: 对现在的新技术的一点思考 lovecherry 2007-10-29 16:11
我觉得对于这些技术你只需要弄明白是干什么,具体的应用不用去广泛研究,到时候查一下SDK都有了,有多余的时间看看底层的东西比较好,这些知识不容易流失。
re: 对现在的新技术的一点思考 kiler 2007-10-29 16:10
有sharepoint大型应用的开发经验
这条就可以卡死很多人,sharepoint在国内有多少大型应用啊。
re: 如何编写单元测试用例(白盒测试)。 公木子 2007-10-09 16:05
@gg
@gg
--引用--------------------------------------------------
gg: 确认一下: V(G)=10条边-8结点+2=4;V(G)=E+N+2是前面的为准吧?
--------------------------------------------------------
应该是V(G)=E-N+2已经修改,谢谢
确认一下: V(G)=10条边-8结点+2=4;V(G)=E+N+2是前面的为准吧?
re: 如何编写单元测试用例(白盒测试)。 空明流转的马甲 2007-08-24 17:48
单元测试一般都基础组件的测试。。。至少我是这么应用的。
re: 如何编写单元测试用例(白盒测试)。 公木子 2007-08-24 14:01
@flood
Form窗体的用户行为的模拟,数据库测试 暂时还没有研究过。上面的都属于自动化测试的范围。我想学还没机会。这些测试都不是普通的测试人员可以做到的了。必须配合工具最有名的就是IBM的Rational Robot 等,不过这些东西,不是一个小公司能受得了的。就算你装了一套盗版的Rational Robot 要招几个真正会这个东西的人,成本很高。我还没有机会接触。 有兴趣LS可以自己研究一下。
re: 如何编写单元测试用例(白盒测试)。 公木子 2007-08-24 13:41
@Reeezak
我也是初学者,大家一起交流,共同进步。
re: 如何编写单元测试用例(白盒测试)。 公木子 2007-08-24 13:40
@Mirricle
无输入,无输出的方法又该怎样做单元测试
我也问过那个培训老师,他的回答是如果单元无输入,无输出逻辑简单,而且里面都是调用的类库什么的。不需要坐单元测试,单元测试是程序测试的最开始阶段。这些简单的函数如果有问题一般会在黑盒测试(集成测试)中暴露出来。同时他也说不是什么函数都要进行单元测试。单元测试是很花时间的。很浪费人力和物力,增加了软件的成本。要综合的平衡考虑。
确实不错,期待lz能有一个比较深入的介绍,例如测试框架。Form窗体的用户行为的模拟,数据库测试等等