把好的test case和bug数量结合，不太切当。 学习中,我也有类似的困惑 TestCase固然重要，但我觉得跟测试经验、对业务的熟悉程度和逻辑思维能力有很大关系。 我是新手,请前辈指点指点我啊 是呀，学习呢
学习中
要走的路还长着呢 看来用例设计,才是 初学者应该学会的基本知识呢 支持37楼的：楼主的贴子是04年的，想必现在已经脱胎换骨了，不知道能不能谈谈现在的感受 我认为在用例设计时，还要考虑用例的复用性。用尽可能少的测试用例验证所有需要测试的对象
手机软件测试
大家好！本人是从事手机软件测试工作！现在急需要一些关于手机测试案例！
有谁能提供我点！！！
在此先谢谢了！！！！！！！！！！！1 不断关注，学习成长 51论坛有很多知识呀？ 刚开始测试,写点用例实际上是好事,只要你去写地,你才会想!
刚开始的最主要多了解一下软件业务,站在用户的角度的上去用公司开发的软件.
用户正常业务操作是怎么样,可能会怎么异常操作,可能会发生什么异常问题,一一写出来
[ 本帖最后由 liaoxj 于 2008-2-13 10:37 编辑 ] 原帖由 qumingfang 于 2007-12-16 18:15 发表 http://bbs.51testing.com/images/common/back.gif
据我的经验看来，事实上大多数的错误并不是从case上发现的，因为case大多数是基本的功能。而我们的普通用户使用方法和思维方式各异，根本无法概全。
把好的test case和bug数量结合，不太切当。
同意楼上的 干了3年了 发现case 只能保证你预期的功能被成功实现 但是一些应为改动倒是的别的功能发生问题是case无法发现
尤其在国内这种基本没有系统架构的系统。
回复 6# 的帖子
有道理~~ 说实在的，想弄清需求，很难做到！由其是像对以做产品的公司。他的设计，完全是靠个人的认识。都是由项目管理者确实的。有时会今天提一个需求。明天再提另一个需求！ 我看了一些测试的书籍但是对测试还是一知半解的不知道进了公司以后能不能行 了解相关公司的业务流程和用户需求说明书，不懂的地方最好能与最终用户取得联系。不要盲目猜测，这是测试人员的大忌！！！
找准什么是测试对象，什么是被测对象，先写出大概的测试模块功能再细分之，就能写好有效的测试用例。我就是这么做的 软件开发是一个比较庞大的过程，同样测试也是一个庞大的流程。
其实任何软件都不是完美的，都或多或少的存在一些BUG，而且这些BUG的严重程度也是不同的。
我们在进行软件测试时，不是要证明这个软件是完美的，也不是要验证这个软件是非常糟糕的。我们需要的是在测试时发现隐藏的bug，然后由开发人员来fix这些bug，让这个软件能更加符合设计，同时也更加满足用户的需求。
软件对用户而言，主要分为两类形式，一是视觉效果；二是功能。功能是软件的基础，视觉效果更能让软件锦上添花。但是在商业上，需要寻找这两类形式的平衡点，可能有的软件偏重视觉要求，有的软件偏重功能而对视觉要求不高，有的软件对两类形式要求都很高。这需要根据市场、成本和公司的规划来确定了。(一般大家都追求功能又强大，视觉效果又好的)
我们在测试时，最基本的原则是要求软件必须符合设计，需要验证功能是否有缺失；功能的结果是否符合要求以及在执行功能时软件的视觉效果是否正确。所以我们写用例时可以根据设计来书写。
其次是在符合设计以后最好再来些扩展测试，可以根据自己对软件和市场的认识来测试软件，从而给与开发人员设计中不完美的一些建议。
一些个人的感受，也是正在学习中。 我觉得对于一个软件的功能测试来说，首先要弄清楚该软件的基本需求和数据流程，再根据功能需求和数据流程来编写CASE，尽量做到所有的功能和逻辑点能够被覆盖。
