回复 19# 的帖子
哇我也是新手
看了之后好想自己动手也 难道开发没犯这个错误就要说你所设计的case无效吗?是你用你设计的用例进行了测试才证明了它的正确,所以你的用例仍是有效的,它的有效性就在于它证明了一个正确的事实.
没有需求怎么写用例呀
我是新手,现在公司要求上用例,需求也是不规范的,但是我倒是知道需求是什么?写了很多用例,但不知道写得怎么样。没有原来的用例库TEST CASE
进入测试行业已经两个月了,关于case有效性的概念我想说下个人的观点,并不是说一个case发现的BUG越多,这个case就很好,实际上我觉得这么做也是很危险的,因为这么想了之后,设计出的case本身可能是隐含了别的BUG,但是在测试的时候由于BUG的重叠,有些BUG会被先前发现的BUG掩盖.但是在设计那些能够让软件正常运行的用例时候,可以一次尽可能的包括所有类型.在做case时,如果想发现BUG,设计出的case最好是仅关注于某块具体的某项可能出BUG的地方. 多学习,活到老,学到老!给自己作个广告,现有北京动感地带手机号:13811000101出售,网上查询是大吉之号,有意购买者请加QQ:340318993 多学习,多跟公司里有经验的测试前辈们交流,看看他们是如何来测 恩很有收获!!谢谢各位:D 没有测试怎么知道是无效的呢,这就是测试,就要重复,然后积累,然后才会有效的发现BUG,然后就是高手乐! 学习学习,再学习!
回复 1# 的帖子
测试是苦力活呀,你多花点时间,多发挥自己的创造力,就能发现更多的bug。回复 32# 的帖子
发现了至今未被发现的BUG就是好的用例/ 恩,我觉得,测试用例是要在测试过程中不断完善的。不是说写好了测试用例就不改了,测试的时候就对着用例子走一遍的。 学习中,看了文章,受益匪浅啊~ 测试盲点或许说是被忽视的地方吧。唉 继续迷惘~~ 多读一读同事的CASE 首先要了解您当前所在项目的背景,项目相关知识,然后找出测试的测重点
根据产品的bug库分析每一个bug,
多学,多记录,多想! 要在保证测试覆盖率的前提下,尽量精简自己的Case。用等价类,边界值,因果图等方法写出有效的Case,在对Case进行讨论,检查Case的有效性,在回归测试中逐步补充和完善自己的Caes。 学习中:handshake 我也是新手,而且还没有进入一个规范的测试部门,现在也只是做些功能性的测试,我想学习更多的测试,希望来年能进入一家正规的测试部门或者公司。 据我的经验看来,事实上大多数的错误并不是从case上发现的,因为case大多数是基本的功能。而我们的普通用户使用方法和思维方式各异,根本无法概全。
把好的test case和bug数量结合,不太切当。