测试盲点
现在许多软件企业对测试都不够重视,我是个测试新手,再测试方面几乎没有什么经验,公司却让我做测试设计,对于CASE做了一些,可是好些都是无效用例,怎样提高工作效率是我现在最头痛的问题,不知高手入行时是怎样调整节奏和状态的?有没有好的建议让我分享,愿大家都能快速进步!文字 既然你知道你的用例是无效的,那么你就应该知道怎么写有效的吧简单的说,需求上明确要求的,你写成案例都应该是有效案例,在保证了基本需求用例覆盖后,再逐步的增加案例的类型考虑意外的情况等等
测试是计划出来的,不是测出来的 建议从被测应用所涉及的实际业务开始学习起。 谢谢两位版主的指教!
针对于需求的功能测试用例,我设计了一些,可能和经验有关,实施用例时会有一些隐形Bug查不出来,所以我说我的用例里会有一些无效用例,不知各位是怎样设计用例的?怎样让用例达到最佳效果,即用最少的Case发现最多的Bug!
还有关于性能测试、白盒测试、安全测试的用例我也不太清楚该从何处开始设计用例,还望大侠赐教!
小女子谢过了! 最少的Case发现最多的Bug
可能尚需要时日吧。不要太着急了,对于一个用例能解决所有问题的方法只有在不断累积的基础上才能完成,不过,可能到时候会发现--此用例太臃肿了…… 不知道你对有效用例和无效用例怎么划分的?
呵呵
能够检查出错误的用例就是有效的?-------对于已知错误编写的用例,就算测出了这个错误也不能说是有效的吧?
不能测试出错误的用例就是无效的?-------对于你觉得这个地方比较容易出现缺陷而编写的用例,就算是没有测出问题,应该也不能说是无效吧?
呵呵,个人意见,欢迎指点:d 学着谢着
同意5楼朋友的看法
测试用例是不断的扩充,修改出来的,现在好象还没有谁说能够让一套测试用例贯穿整个软件开发周期的啊!如果真有只有两种情况:
1.高手,不过这种高手好象不多(凤毛麟角,估计早被微软挖走了);
2.软件几乎是不能用。 看了些关于软件测试的书
现在还是不懂
回复 #1 wangnan 的帖子
明白 首先我觉得如果你想在测试行业发展的话,你就应该自己去找一些测试相关书籍去学习,这当然是要靠自己了;另外你可以去你们的用例库看看别人写的用例,同时请教公司的前辈,切记要虚心!把每天学到的东西记下来;还有就是好好的看需求,深入的挖掘和分析其显式的和隐式的需求,明确需求后你才知道要测什么?测试的目的是什么?再就是用例设计方法了,常用的有等价类边界值法,因果图判定表法,状态迁移图法,流程图法,正交分析法,异常分析法,错误处理法等;最后你把平时工作中的成功和失败的经验教训都记下来,因为测试也是需要经验积累的. 设计有效的测试用例,你可以站在前的人肩膀上:针对本次你负责的项目,分析查看以前类似项目的用例是怎样设计的,和其它的有经验的测试人员交流,分析他们是怎样去设计用例。分析以前项目的缺陷报告,缺陷多是由于什么原因引起的。想信经过分析以后你会有很大的收获。 测试用例的写作其实正确的方法+经验的积累
不是说三五天就能写出好的用例来,比如性能测试,就需要花费很多的时间去积累数据,并去分析结果。又时候过程是漫长的,不过只要方法是正确的,那结果也是必然的了。 用例除了要在需求基础上,也要从业务逻辑上,还有平时测试的经验上来,主要从这几点上考虑 要有一定的理论,再加上经验就没有什么难的了, 根据CASE是不可能发现所有的BUG的BUG也不是都是根据CASE找出来的
不知道对不 和所要测试的软件的专业知识,自己的经验都是有关系的,什么都不是一日就成的. 我现在公司里也开始要设计Test Case,困难重重,没有什么清晰的思路,看了各位的高论,收益非浅,谢谢大家!
fmmiszgx 的帖子比较适合我目前的处境,谢谢