[你问我来答第20期]：如何编写好的测试用例？(已结束)

zbl0531

1、对于一个复杂的java管理系统，功能中主要以增删改查、新增-审批-发布，类似这些重复的功能特性，请问在设计测试用例时，如何保证设计的全面性？
2、对于一些特殊的项目，比如说时间短，开发文档不齐全，我们是不是非要执着于去编写测试用例？如果写，时间从何而来；如果不写，如何保证测试的全面和保证测试人员测试的情况？
3、测试用例是去设计，还是去复制？对于一个工作三四年的测试人员来说，产品的重复性更新，功能的递增其实都是很普通普通的功能，我们在长时间的锻炼中，发现每次编写的测试用例都是那些功能特性，基本都是考虑边界值、有效类划分。对于测试人员的测试用例设计能力根本得不到提升，请问，如何真正的提升测试人员的用例设计能力？

另外，专家只针对测试用例设计，其他的就不为难你了，呵呵

yimei

您好：
我做测试也有几年了，但是感觉还是没有什么太大的变化，没觉得有什么提升。始终是在做一些手工测试，项目来了是先不写测试用例而是先测试，等以后项目不紧张了再补充测试用例。我个人认为这样是很规范的。我一直都认为写测试用例是最关键的，但是这几年好像没写怎么写过测试用例。还有面试的时候考官也会给你出一道题，让你大概说下你设计测试用例的思路。这些总让我感到脑子里好像空空的，没什么思路。您能指点下吗？

caihongtiantang

测试流程规范很重要哦

407227813

现在手机测试在整个测试行业中慢慢的占着重要的位置，也是一个好的方向，对于手机软件测试这快，大家都有不少的问题。希望能本选上。
问题：
请问手机软件测试的性能考察方向？

补充：手机上的软件我们测试的是环境是系统比如android ios 等等主流系统，所以针对手机上客服端性能这块应该从这个方向来考虑，当然也包括手机的交互。希望大家来讨论哈这个问题！

hqp1105

1试用例有很多模版，到底选择那个好呢？写测试用例是根据以前测试的积累步骤写还是要根据写测试用例的方法写。
2老师还有功能测试做多久才可以做性能测试？

楠族开心果

回复 3# javaclct
请问专家, 对于新产品和维护版的老产品设计的用例应该注意些什么呢?

新项目和维护项目从本质上看没有区别，维护产品，无非就是新增功能和缺陷修复两大类，和新项目相比，唯一需要注意的就是新增\修复的功能是否对其他部分有影响，这里就涉及到一个回归策略的问题——老功能要测多少。一般来说，需要和开发讨论确定受影响的范围，然后制定测试范围。当然最理想的情况就是整个系统全测，因为一旦系统复杂了，没有哪个开发能说清楚影响范围。
我的建议：“新产品”在了解需求的情况下，先设计测试用例，再测试，避免发生遗漏。“老产品”维护，若改变了需求，依然先设计（修改）测试用例，再测试，避免发生遗漏；若项目紧急可先测试，再修改测试用例

楠族开心果

回复 5# nemo_space

做手机应用，流程不像是WEB的那样清楚，感觉应用除了主功能还有很多零碎的小功能。设计用例时容易遗漏。需要怎么样做更好呢。

    手机应用端测试是最适合应用场景分析方法的，场景设计需要经验的累积，不是简单学习知识就行的，建议使用思维导图，做个有心人，把平时测试的经验都记录下来，形成最适合的场景设计方法。手机测试考虑有：各种手机的牌子、型号（还有现在的太阳能手机情况下）、停机、没电、内存容量等等

楠族开心果

回复 9# yjdeihc
怎样用简短的测试用例达到高覆盖的率的测试？
并且写用例时候采用非常清楚的描述好？还是采用测试点描述让测试执行人自行发散测试思维？

我们一般不做这样的考虑，用例需要有合适的颗粒度，并不是说一条用例覆盖的越多越好，如果一条用例如果颗粒度很大，覆盖了很多测试点，当前看起来很好，但过几天你还看得懂这条用例吗？而往往测试用例数量往往大大超过测试数量。
用例存在的目的，一个是沟通交流，让其他人能看懂你的测试思路，帮你评审，另一方面也是经验的累积，最终形成用例库，所以一定要体现用例设计思路。自行发散测试思维是要不得的，这样几年做下来，一点积累都没有，久而久之在测试界会被淘汰

wishl39

开心果  专家  必须顶贴！

archonwang

回复  yjdeihc


我们一般不做这样的考虑，用例需要有合适的颗粒度，并不是说一条用例覆盖的越多越好， ...
楠族开心果 发表于 2012-3-7 18:03

    同意。

我们在做的功能测试用例基本上都是基于业务规则的。每个业务规则用例至少一个用例覆盖。

archonwang

此外，对于测试用例覆盖点有几个问题
1. 是否需要覆盖需求中未明确的内容？
2. 是否应该尽量全面考虑？
3. 是否超出需求定义的内容？

实际上，基于不同的项目/产品，每个问题都没有基准答案。

zbl0531

问题2：
1、如果某个项目，很大，时间很长，写出来的用例都是上千上万的，请问，测试用例用什么样的模板比较好，word还是excel？
2、关于测试用例的修改问题：
    测试前期，需求、设计发生变化，需要去修改原先的测试用例，这个无可厚非，但问题是如果已经开始测试了，发现自己写的测试用例部分不符合需求与设计、发现可以新增一些测试思路、用例。
请问：在这种情况下，我们还要去修改、新增用例嘛？
         时间从何而来？
         已经测试的用例，在去补充，有这个必要嘛？
         有人会说，可以等项目测试完了，再去补充，有这个必要嘛？如果项目一个接着一个，没这个时间，又咋办？

pycctv

我有两个问题想请教下：
1、测试用例的细度如何把握？什么样的功能点可以考虑放在同一条用例验证？什么样的功能点必须是一条验证一个功能点？
我个人理解编写测试用例的原则是：最好一条用例验证一个功能点，但是在实际工作中经常会遇到，如果每个很细小的功能点编写为一条用例的话，会增加测试用例的执行成本。如果多个细小的功能点放在一条用例验证的话，对于后续的用例整合，以及回归用例的挑选会有一定的影响。
2、如何挑选回归用例？什么样的用例可以作为回归用例？如果在备选的用例库里边没有可作为回归用例的测试用例时我们应该怎么处理？

huguangzhi

我要提的别人都提了，到时看下回复、就行了

jia8162

其实写用例 只要知道，正例是流程，反例是补充就可以了
你要清楚 系统最重要的是什么，当然是流程的畅通，这里的流程就是指正常操作的功能
至于 输入框的规范，提示信息等等 那就是用反例来补充的

写用例 就是等价类与边界值 运用
一个正例（范围内输入的值），N个反例（边界值）
其实写用例就这么简单

王雅

目前我在找测试岗位的工作，新手该如何做好测试呢？

zenghuimin

我是个测试新手，刚刚从开发转做测试。
想问问版主怎样才能将测试用例设计的全面.........

千里

回复 21# shj2010


    也可以尝试做测试管理，即算在黑盒测试也可以优化自己的用例，可以写得比别人更精练，可以写得更容易读懂。

千里

庄姐：现在做测试一年了，都是手工测试，公司经理也不重视测试，有的时候会说是鸡蛋中挑骨头，现在很迷茫， ...
jiangpr_ok 发表于 2012-3-5 17:20

    鸡蛋里面挑骨头的前提是经理有把握待测程序质量很高，测不出什么BUG。你可以试着去了解下测试流程以及QA

湖畔的倒影

有业务流程的测试用例该怎么写比较能够覆盖测试要点呢？比如增加不是简单的输入几个选项，点保存就OK,其中涉及到流程