wangnan 2004-6-25 14:41
测试盲点
现在许多软件企业对测试都不够重视，我是个测试新手，再测试方面几乎没有什么经验，公司却让我做测试设计，对于CASE做了一些，可是好些都是无效用例，怎样提高工作效率是我现在最头痛的问题，不知高手入行时是怎样调整节奏和状态的？有没有好的建议让我分享，愿大家都能快速进步！[font=宋体]文字[/font]
云层 2004-6-28 09:50
既然你知道你的用例是无效的，那么你就应该知道怎么写有效的吧
简单的说，需求上明确要求的，你写成案例都应该是有效案例，在保证了基本需求用例覆盖后，再逐步的增加案例的类型考虑意外的情况等等
测试是计划出来的，不是测出来的
jackei 2004-6-28 13:52
建议从被测应用所涉及的实际业务开始学习起。
wangnan 2004-8-9 15:05
谢谢两位版主的指教！
针对于需求的功能测试用例，我设计了一些，可能和经验有关，实施用例时会有一些隐形Bug查不出来，所以我说我的用例里会有一些无效用例，不知各位是怎样设计用例的？怎样让用例达到最佳效果，即用最少的Case发现最多的Bug！
还有关于性能测试、白盒测试、安全测试的用例我也不太清楚该从何处开始设计用例，还望大侠赐教！
小女子谢过了！
archonwang 2004-8-9 19:16
最少的Case发现最多的Bug
可能尚需要时日吧。不要太着急了，对于一个用例能解决所有问题的方法只有在不断累积的基础上才能完成，不过，可能到时候会发现－－此用例太臃肿了……
wgfxman 2004-8-10 20:18
不知道你对有效用例和无效用例怎么划分的？
呵呵
能够检查出错误的用例就是有效的？-------对于已知错误编写的用例，就算测出了这个错误也不能说是有效的吧？
不能测试出错误的用例就是无效的？-------对于你觉得这个地方比较容易出现缺陷而编写的用例，就算是没有测出问题，应该也不能说是无效吧？
呵呵，个人意见，欢迎指点:d
ermeng1224 2006-4-1 20:08
学着谢着
清风随雨 2006-4-4 16:08
同意5楼朋友的看法
测试用例是不断的扩充，修改出来的，现在好象还没有谁说能够让一套测试用例贯穿整个软件开发周期的啊！
如果真有只有两种情况：
1.高手，不过这种高手好象不多（凤毛麟角，估计早被微软挖走了）；
2.软件几乎是不能用。
kingtiy 2006-4-5 11:28
看了些关于软件测试的书
现在还是不懂
walker_lai 2006-8-27 15:10
回复 #1 wangnan 的帖子
明白
maoshan 2007-1-24 15:03
首先我觉得如果你想在测试行业发展的话,你就应该自己去找一些测试相关书籍去学习,这当然是要靠自己了;另外你可以去你们的用例库看看别人写的用例,同时请教公司的前辈,切记要虚心!把每天学到的东西记下来;还有就是好好的看需求,深入的挖掘和分析其显式的和隐式的需求,明确需求后你才知道要测什么?测试的目的是什么?再就是用例设计方法了,常用的有等价类边界值法,因果图判定表法,状态迁移图法,流程图法,正交分析法,异常分析法,错误处理法等;最后你把平时工作中的成功和失败的经验教训都记下来,因为测试也是需要经验积累的.
fmmiszgx 2007-1-24 16:01
设计有效的测试用例，你可以站在前的人肩膀上：
针对本次你负责的项目，分析查看以前类似项目的用例是怎样设计的，和其它的有经验的测试人员交流，分析他们是怎样去设计用例。分析以前项目的缺陷报告，缺陷多是由于什么原因引起的。想信经过分析以后你会有很大的收获。
烟水寒 2007-1-24 17:12
测试用例的写作其实正确的方法＋经验的积累
不是说三五天就能写出好的用例来，比如性能测试，就需要花费很多的时间去积累数据，并去分析结果。又时候过程是漫长的，不过只要方法是正确的，那结果也是必然的了。
arik 2007-1-30 10:10
用例除了要在需求基础上,也要从业务逻辑上,还有平时测试的经验上来,主要从这几点上考虑
chenmonanhai 2007-2-2 11:43
要有一定的理论,再加上经验就没有什么难的了,
nicholas.hl 2007-2-2 14:55
根据CASE是不可能发现所有的BUG的 BUG也不是都是根据CASE找出来的
不知道对不
SWeiNi 2007-4-4 16:49
和所要测试的软件的专业知识,自己的经验都是有关系的,什么都不是一日就成的.
BlueSea123 2007-4-5 14:34
我现在公司里也开始要设计Test Case,困难重重,没有什么清晰的思路,看了各位的高论,收益非浅,谢谢大家!
fmmiszgx 的帖子比较适合我目前的处境,谢谢
huazi1026 2007-4-6 11:19
回复 #1 wangnan 的帖子
我也是测试新手,谢谢各位的指点,sdlkfj2
enjoytest 2007-4-6 13:10
长知识
kingson312 2007-4-9 18:29
人家帖子是2004年发布的,汗~~,我还上大二呢...
hapliu 2007-4-11 14:10
看来你首先要学习一下测试的目的了
软件测试是有2种假设前提的,1,假设软件是绝对正确的,我们写测试用例,测试软件等等完全是为了证明软件的正确性,发现了错误与漏洞,及时正确改正,那么软件还是绝对正确的,测试到最后都始终坚信软件是正确的.不知道如果这样的话,你估计会从始至终都会认为你所做的测试是无效的呢.
2,假设软件是绝对错误的,也就是说错误随处可见,测试的目的是为了发现软件的错误而努力的尽可能广得进行软件测试,当发现问题时会发现软件确实存在错误,假设是正确的,这样测试是为了发现尽可能多的错误而存在的.这样,发现错误和不发现错误都是有效的.
所以说任何测试,任何测试用例,只要按需求走,都是有效的,
baohaitao365 2007-4-12 12:21
问一下什么是盲点啊？？
huaxing 2007-4-12 12:43
先要了解你现在工作的领域 然后学习测试的知识 边学边用
冰清 2007-4-12 14:54
边工作边学习，在学习中提高自己！
jia7551227 2007-4-12 17:53
好深啊
看来想学习就要下功夫啊
jia7551227 2007-4-12 17:54
好深啊
看来要加紧学习啊 sdlkfj5
小麦同学 2007-4-13 13:43
要学的东西还有很多，真是学海无涯啊```sdlkfj5
如夏之晴 2007-4-17 16:40
学无止境。。
lguse 2007-4-18 08:14
支持一下
kent66882006 2007-5-8 17:44
回复 #1 wangnan 的帖子
我也不清楚什么是测试盲点，各位帮帮忙呀，谢谢啦sdlkfj2 sdlkfj2
zhangyinping 2007-5-15 20:41
怎么样的测试用例才算是好的测试用例
hbbd_xiaoguo 2007-5-15 21:01
新手
我是新来的，打算向测试发展，希望各位前辈多多指点。
fox1986 2007-5-16 15:36
测试的目的，不仅仅是测出bug，还有另一层要求，证明这个软件是根据需求工作的。
zilter 2007-5-23 13:21
回复 的帖子
我也是辽宁的，现在在深圳做测试，好像也算新手吧，原来做过系统集成！
现在就是在积累经验中………多来这里逛逛还是挺有好处的!
从小兵到将军 2007-5-24 09:54
测试是设计出来的,我比较认可这句话.
impulse 2007-5-24 15:34
楼主的贴子是04年的，想必现在已经脱胎换骨了，不知道能不能谈谈现在的感受
musix 2007-5-24 16:19
test case
最少的case发现更多的臭虫?有点犯懒的思想哦
一个好的case是通过不断总结和学习产生的,丰富的经验可以让你知道常现的BUG及容易忽略和隐藏的BUG,但并不是说就足够了,一个反常和全局的思维也是很重要的.
建议你看看<软件工程>这本书,也不要忘了去各个论坛逛逛,会有不错的收获的.呵呵
fuyaosweet 2007-5-27 10:06
测试用例都是根据需求进行编写的，刚开始的测试用例会有很多的遗漏点，我觉得这是很正常的现象，有一种叫做：＂以测养测＂的原则．就是用在实际测试执行中所积累的测试点去补充你的测试用例．．
tlisbbgo 2007-6-3 00:37
最少的Case发现最多的Bug只是理想.
所谓无效Case只说明开发没去犯这个错误.当然要是弄一堆重复性的Case......嘿嘿