qumingfang 2007-12-16 18:15
据我的经验看来，事实上大多数的错误并不是从case上发现的，因为case大多数是基本的功能。而我们的普通用户使用方法和思维方式各异，根本无法概全。
把好的test case和bug数量结合，不太切当。
wangjinxiang 2007-12-23 10:16
学习中,我也有类似的困惑
zhan_gqian 2007-12-23 11:13
TestCase固然重要，但我觉得跟测试经验、对业务的熟悉程度和逻辑思维能力有很大关系。
zhaolong4536 2007-12-23 12:19
我是新手,请前辈指点指点我啊
新的开始 2007-12-23 13:37
是呀，学习呢
laipi 2007-12-24 14:53
学习中
要走的路还长着呢
153994730 2007-12-29 20:48
看来用例设计,才是 初学者应该学会的基本知识呢
bzfyhfyh 2007-12-30 22:34
支持37楼的：
楼主的贴子是04年的，想必现在已经脱胎换骨了，不知道能不能谈谈现在的感受
wan8151419 2008-1-10 11:28
我认为在用例设计时，还要考虑用例的复用性。用尽可能少的测试用例验证所有需要测试的对象
wuxiaochun521 2008-1-22 17:12
手机软件测试
大家好！
本人是从事手机软件测试工作！现在急需要一些关于手机测试案例！
有谁能提供我点！！！
在此先谢谢了！！！！！！！！！！！1
athena.jie 2008-1-31 16:16
不断关注，学习成长
Finaltest 2008-2-12 23:55
51论坛有很多知识呀？
liaoxj 2008-2-13 10:35
刚开始测试,写点用例实际上是好事,只要你去写地,你才会想!
刚开始的最主要多了解一下软件业务,站在用户的角度的上去用公司开发的软件.
用户正常业务操作是怎么样,可能会怎么异常操作,可能会发生什么异常问题,一一写出来
[[i] 本帖最后由 liaoxj 于 2008-2-13 10:37 编辑 [/i]]
jwzvic 2008-2-13 18:39
[quote]原帖由 [i]qumingfang[/i] 于 2007-12-16 18:15 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=819887&ptid=515][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
据我的经验看来，事实上大多数的错误并不是从case上发现的，因为case大多数是基本的功能。而我们的普通用户使用方法和思维方式各异，根本无法概全。
把好的test case和bug数量结合，不太切当。 [/quote]
同意楼上的 干了3年了 发现case 只能保证你预期的功能被成功实现 但是一些应为改动倒是的别的功能发生问题是case无法发现
尤其在国内这种基本没有系统架构的系统。
swallowhe 2008-2-20 15:30
回复 6# 的帖子
有道理~~
john2006 2008-2-21 16:15
说实在的，想弄清需求，很难做到！由其是像对以做产品的公司。他的设计，完全是靠个人的认识。都是由项目管理者确实的。有时会今天提一个需求。明天再提另一个需求！
minjuwen 2008-2-22 11:50
我看了一些测试的书籍 但是对测试还是一知半解的
不知道进了公司以后能不能行
红色异端 2008-3-6 22:37
了解相关公司的业务流程和用户需求说明书，不懂的地方最好能与最终用户取得联系。不要盲目猜测，这是测试人员的大忌！！！
找准什么是测试对象，什么是被测对象，先写出大概的测试模块功能再细分之，就能写好有效的测试用例。我就是这么做的
legend428502 2008-3-8 22:43
软件开发是一个比较庞大的过程，同样测试也是一个庞大的流程。
其实任何软件都不是完美的，都或多或少的存在一些BUG，而且这些BUG的严重程度也是不同的。
我们在进行软件测试时，不是要证明这个软件是完美的，也不是要验证这个软件是非常糟糕的。我们需要的是在测试时发现隐藏的bug，然后由开发人员来fix这些bug，让这个软件能更加符合设计，同时也更加满足用户的需求。
软件对用户而言，主要分为两类形式，一是视觉效果；二是功能。功能是软件的基础，视觉效果更能让软件锦上添花。但是在商业上，需要寻找这两类形式的平衡点，可能有的软件偏重视觉要求，有的软件偏重功能而对视觉要求不高，有的软件对两类形式要求都很高。这需要根据市场、成本和公司的规划来确定了。(一般大家都追求功能又强大，视觉效果又好的)
我们在测试时，最基本的原则是要求软件必须符合设计，需要验证功能是否有缺失；功能的结果是否符合要求以及在执行功能时软件的视觉效果是否正确。所以我们写用例时可以根据设计来书写。
其次是在符合设计以后最好再来些扩展测试，可以根据自己对软件和市场的认识来测试软件，从而给与开发人员设计中不完美的一些建议。
一些个人的感受，也是正在学习中。
xueyelang99 2008-3-10 18:01
我觉得对于一个软件的功能测试来说，首先要弄清楚该软件的基本需求和数据流程，再根据功能需求和数据流程来编写CASE，尽量做到所有的功能和逻辑点能够被覆盖。
q260954617 2008-3-11 08:42
你们说的太好了!!!
fanjianmin 2008-3-11 09:19
都是不错的建议.呵呵
北冥紫癜 2008-3-16 09:58
:L 我现在才想进这行会不会太晚拉
xutao1119 2008-3-26 13:55
测试用例的使用人是谁？
测试用例到底是给测试人员专用的还是其他人员？？？？？？
sendyli 2008-4-12 23:13
测试case需要覆盖基本功能点，没发现问题说明基本功能没有问题。测试还需要对用例之外的进行发散测试，如果发现问题就需要对用例进行补充。
测试结束后针对问题分析有多少是用例发现的，可以评估用例设计的质量。
dengyiying 2008-4-16 10:42
果然学了不少，多谢指教
yeshuangling 2008-4-16 14:07
测试用例的设计是一个是根据经验,一个是根据对系统,对系统相关理论知道的了解程度来决定.最简单的测试用例就是正常测试用例,就是需求里提到,另一个对异常处理的测试用例很重要,这个就要根据经验和项目自身的熟练程度来决定喽
jingqiaosu 2008-4-16 15:41
刚刚做测试两周
以前学过点，现在刚刚做，而且公司的模式，技术开发好了成品给我们测试，有时候什么文档都没有，就只要一个系统，测试人员就直接测试，根本不用写什么测试计划，测试用例，我觉得有点茫然，不知道这样测出的软件质量如何，我应该重点学习些什么呢
caixing801929 2008-4-24 21:36
回复 12# 的帖子
你还搞测试得错别字可得注意!!!:loveliness:
光腚穿毛裤 2008-5-14 09:46
用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness:
光腚穿毛裤 2008-5-14 09:46
用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness:
光腚穿毛裤 2008-5-14 09:47
用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness:
光腚穿毛裤 2008-5-14 09:47
用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness:
光腚穿毛裤 2008-5-14 09:47
用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness:
光腚穿毛裤 2008-5-14 09:47
用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness:
光腚穿毛裤 2008-5-14 09:47
用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness:
光腚穿毛裤 2008-5-14 09:47
:L 网络卡了，怎么发了这么多……
wasong 2008-5-15 10:37
学习学习学习学习
学习学习学习学习
821299 2008-5-21 10:43
好深啊
看来要加紧学习啊