请问测试高手,/*好烦恼*/(送可能的最多的分-39)

nbyy 2001-08-14 08:18:02
现在我刚毕业,在一家电脑公司,这是我的第一个项目,任务是写测试案例.
现在是单元测试阶段,请问
*******是不是每个类里的每个方法都要写测试案例?****************
*******还有一些私有方法之间调来调去的,如果我要测它们,就要搭建起整个平台*
*******这样以来,说是单元测试,实际上是整体测试了???***********

还有,象以上的问题,我问组长,怎么测?他妈的不答,就说反正要测.
我只好来这里求救了.
...全文
134 点赞 收藏 16
写回复
16 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
BlairZhong 2001-08-18
白合测试基本上只能手写程序来测了
回复
Last_Dodo 2001-08-18
Unit test is best done by test driver and test cases. Test driver reads in the test cases and executed it then report the result. For procedure-oriented program, the unit is the procedure/function. On OO system, it is the class. I have sent some mails to a person doing similar thing about my unit test experiences. If you send me an e-mail, I will ask the person to see if it is possible to forward the mails (include a complete test drivers and test cases on four example classes) to you. You two might be able the help each other in the future.
回复
nbyy 2001-08-15
还是谢谢楼上的朋友,但英文书籍我看的太慢了,而且不太好买.
我是新手,有没有快捷的方法?
回复
POTTER 2001-08-15
如下几本书都是软件测试的经典,是IEEE的CSEP中关于Software Testing部分的参考书
第一本有译本.
Testing Object-Oriented Systems, Binder, Robert V. Reading, Massachusetts: Addison-Wesley, 2000.
Complete Guide to Software Testing, 2nd Ed., Hetzel, Bill, New York, New York: John Wiley & Son, 1993.
Software Testing : A Craftsman's Approach, Jorgensen, Paul C. CRC Press, 1995.
Testing Computer Software, 2nd Ed., Kaner, Clem, Jack Falk, and Hung Quoc Nguyen, New York, New York: John Wiley and Sons, 1999.
Software Testing and Continuous Quality Improvement, Lewis, William. CRC Press 2000.
The Craft of Software Testing: Subsystems Testing Including Object-Based and Object-Oriented Testing, Marick, Brian. Prentice Hall, 1997
你的问题会在其中找到答案。其他的查一下http://china.computer.org/certification/selfstudy.htm
大部分书国内可能没有,但公司买还是划算的
回复
nbyy 2001-08-15
楼上的好友,请问组长要我写测试案例中,包括私有方法也要有单独的案例
回复
alfal 2001-08-15
不用管私有函数,你只测试你认为可能出现错误公有函数,检查一下是否会出错误就可以了
你只是一个测试人员,我觉得有些事情不是我自己的, 就不要去管它,否则只有自己干生气没有办法
回复
武汉阿康 2001-08-15
fita(天外飞仙) 完全有道理!应该专注于函数的本身。主要侧重考虑边界值,以及
多重调用测试函数的稳定性。
回复
littlesixer 2001-08-15
先那你们公司的测试用例看一看,到底精确到什么程度?
如果只是黑盒,只要考虑各种可能发生的情况进行测试,一般使用穷举.
白盒则用检查入口参数和返回参数的正确性,用等价法比较好.
回复
fita 2001-08-15
测试的时候,不必管它调用了其他什么函数,应该专注于这个函数本身的输入和输出,测试案例也是针对输入和输出来做的。这样测试人员才能避免按照开发人员的思路走。
回复
nbyy 2001-08-15
楼上的高手,我不可能不涉及到方法之间的调用阿,有的方法是私有的,我还要从共有的方法入手,来调私有的,然后又这个私有方法调另一个私有方法,有的还要调另一个类的方法.整个调来调去的.我无法把要测的方法单独那出来测.
--------这种情况怎么办?
回复
FireKylin 2001-08-15
做单元测试最大的工作就是写桩函数(俗称做桩),每个方法都要写测试案例。

单元测试不要测方法之间的调用,只要测各个方法的对每个预期的输入是否得到

预期的输出,最好能考虑异常情况的输入能否正确判断出来。
回复
itjune 2001-08-15
你所说的测试实际上就是代码测试,你必须去编写一定代码来进行测试。
这种测试对测试人员的水平要求比较高,要会多种编程工具。
一般这种测试都是在测试场景无法测试的情况进行的
台湾公司一般比较提倡这种方法,而且也比较严格。
回复
FireKylin 2001-08-15
对于调用其它对象的私有成员函数应该用做桩的方法来做:

定义一个所测试函数要用到的对象,其私有方法只返回测试函数需要的值。

如果用到的其它函数太多说明耦合性太强了,那工作量就大了。

目前我接触到的测试工具里还没有可以自动生成桩函数的工具。

也与一些做测试工具的知名企业的工程师交流过,好像他们的观点觉得

这种事情用工具不如手工做灵活,因为桩函数返回值也是测试案例的一部分。

对返回不同的情况也要进行测试才行。
回复
POTTER 2001-08-15
“面对对象的系统测试”华庆一等译人民邮电出版社
回复
nbyy 2001-08-14
楼上的兄台见笑了,我还不敢这么作,
请问解救良方?????!!!!!!!
回复
SCUM 2001-08-14
这种公司还测他个头。撑到月底、随便写个报告,拿了钱走人吧。
回复
相关推荐
发帖
研发管理
创建于2007-08-27

1221

社区成员

软件工程/管理 管理版
申请成为版主
帖子事件
创建了帖子
2001-08-14 08:18
社区公告
暂无公告