[你问我来答第11期]：怎样设计实用性的测试用例（已结束）

xiaoyi123

回复 6# yongzhen_wei

请问：
    对于终端软件稳定性方面的测试以及一些不能重现的Bug要怎么处理呢？

huminyan

Jackc 你好,
        我想问下测试用例应如何选取才能使我们的测试效率更高？

ericzhou2009

敏捷开发模式下，测试用例该如何设计？

lxtheiio

你好，我们提供给客户的是一个库文件，他们使用我们提供的API接口进行二次开发。想请教一下，对于API该如何设计测试用例？集成测试该如何做？

hero0236

求关于软件测试流程规范的文档，
哪位有发我邮箱wsxmzg@126.com
谢谢了

jrty2001

请问：
1、由于项目进程、资源、变更等原因，一个过细的测试用例，带来的价值可能没那么大，另外后续的可维护性也不高。如何把握这个度？
2、如果身为一个管理人员，让一个新人设计用例，由于思维险隘等原因，如何保证用例的质量？

薇_笑

你好，有个问题想请教一下：
  最近在测试AndRoid智能手机项目，在测试的时候遇到一个问题，就是通过and push 命令复制大量文件（500M）到手机内存中 一般为data/local目录 后，手机会提示内存已满，并且剩余内存为50几kb
然后点击手机中任何一个应用，（短彩信，飞信，gallery图库等）这些应用均会崩溃，意外关闭，并且关机后，手机一直自动重启，无法开机，需要重新刷机
目前这个问题被驳回，开发不予以修复，但是个人认为此问题比较严重，请教一下，这个问题是不是真的不需要修改，开发那边的理由是，真正用户使用手机不会使用adb push命令 所以不会出现此问题

sstic

新到一家公司，并出任测试经理，由于个人比较负责，想在短时间里需要收集测试组存在的许多问题？并给出详细的解决方案，力争3个月内（试用期间），让测试团队发生翻天覆地的变化，给领导一个惊喜，呵呵！！虽然自己有一些想法，但是感觉还不够，需要多收集一些,麻烦大家帮我出出主意，谢谢！！！

jrty2001

回复 68# sstic

急不得。

千里

你好！我目前写用例都只是针对需求和概要设计来写，并没有用到什么方法，感觉自己写的用例很不全面，有没有 ...
thinkmore88 发表于 2011-5-8 19:36

    覆盖需求和概要设计是终极目标，方法可能融入到了你设计用例的这个过程，可能是一种方法的体现，也可能是多种方法的融合。如果你感觉自己写的用例很不全面，可能是需求深入得不够，覆盖得不全面。书嘛：我推荐《编写有效用例》和《用例分析技术》，可能这两本书都没有正版了，不过前者能够down到电子版。

千里

确实，现在我写测试用例时也是一样，有时候没写用例就直接测试了，也不知道覆盖率高不高，公司也没要求 ...
uu20101124 发表于 2011-5-9 15:34

    用例在脑海中，需要功能简单这并非不可。如果功能复杂，没有用例你会发现困难更大。就算3位数的加法，你心算没啥问题。但3位数的乘法，你还能心算吗？

千里

hello ,我们是新手，才进入公司的初级测试员。怎么才能在最短的时间内写出让别人满意的测试用例呢？
淡淡爱 发表于 2011-5-9 11:25

    学习无捷径，你的问题就像：怎么才能在最短的时间达到年薪10W。不过这里可以告诉你用例设计的方法，思路以及关注点。

archonwang

回复 26# vine


    呵呵。。

顺带说说我的一些处理办法。
首先这种情况我这里也有。从你的表述中感觉需求分析的能力比较差些，原型和实际有差异是正常的，不正常的是这两个东东始终保持差异。

业务逻辑在设计阶段的时候不明晰，这样的话，其直接后果是各干各的，造成的基本原因是因为分析不透彻，对业务的理解没有最终行文存档并持续更新。

这样的情况，你的用例首先是不能提前设计，只有等一切确定了之后再处理；其次，即使设计了，最后由于无法对比需求而无用。

说说我对这种情况的处理
1. 严控需求过程和过程交付件，测试用例严格按照需求定义；
2. 持续更新、更新再更新；
3. 如果是为了快速开发产品，建议直接走敏捷过程，测试人员角色必须定义为产品的设计角色

但是不写用例的问题也很突出
1. 不具备传承性，对新进员工及员工的工作交替存在较大风险；
2. 客户交付验收时可能会存在问题——如果客户关系属于较正式的情况；
3. 对于后续的开发不存在积累这一说，无法较为准确的估算测试规模和工作量；

archonwang

回复 37# xiaxia2421


    呵呵，如果感觉用例没用的话，估计你们的开发过程是存在问题的。若不是敏捷过程，就是从需求开始一路崩溃下来。

   从需求角度来讲，越是简单的需求描述，导致的恶果是无限扩张的后续分析、设计和测试；

jiazurongyu

支持1下

jiazurongyu

黑盒测试需要积累很多业务的知识.

千里

你好！我目前写用例都只是针对需求和概要设计来写，并没有用到什么方法，感觉自己写的用例很不全面，有没有 ...
thinkmore88 发表于 2011-5-8 19:36

    在测试前写用例，尽量全面。但测试执行过程中，可以对用例进行进一步的完善。写测试用例不是件一劳永逸的事情。

sherryshi

帖子不够火啊

柯卓

为什么没人来回答问题啊？

千里

请问：
1、由于项目进程、资源、变更等原因，一个过细的测试用例，带来的价值可能没那么大，另外后续的可维 ...
jrty2001 发表于 2011-5-11 15:24

    第一个问题，其实还在于制定测试策略。测试用例的颗粒度，在测试用例设计前期应该有一个分析的，该使用粗颗粒度还是细颗粒度是有一个衡量的。
   第二个问题，我觉得让新人设计用例本身就是一个风险，降低风险只有一个办法：培训。培训测试用例设计知识和业务知识！