51Testing软件测试论坛

标题: 设计的用例别人阅读起来总是很困难，求指点 [打印本页]

作者: 湖畔之影 时间: 2015-9-22 15:01
标题: 设计的用例别人阅读起来总是很困难，求指点
用例设计生成的mm图，别人阅读起来总是很困难；怎么提高用例设计的能力啊？

作者: gaha 时间: 2015-9-22 15:26
爱因斯坦说，如果一个问题，你没有用三句话描述清楚，说明你自己本身没有弄明白，不管这个问题有多复杂。
也有人说，能够清楚的向别人准确的表达自己的意思，也是一种能力。

作者: jingzizx 时间: 2015-9-22 16:04
感觉是一个积累的过程，开始写的简单，而后写的详细，最后要写的既简单还详细

作者: luming 时间: 2015-9-22 18:58
让看的人先写一个他自己看得懂的,你再按照他写的模式扩展.

作者: xuelili 时间: 2015-9-23 10:49
首先应该考虑是自己的描述不清楚，还是执行者没按自己的思路走。
每条用例的执行结果也写清楚了，方便执行者理解

作者: Charles_H 时间: 2015-9-23 12:09
设计的用例别人阅读起来总是很困难？
个人认为有两个问题，一是用例架构设计的问题，自己乱写，别人看起来很乱，不清晰；二是所谓的别人不了解需求，或者不熟悉业务流程。
如果是第一个问题，那么就要从用例设计上下功夫了。设计用例有几个前提，
1、先了解用户群体；
2、需求分析，深入的需求分析，如果有Demo更好^^；
3、数据准备，如角色……；
4、用例架构构建；

接下来，就要开始了：
1、梳理需求中的测试点（个人用的脑图）；
2、测试点按照用例的架构，转成测试用例；
3、进行用例评审，要给外部人看，那就必须内部先通过，相当于内部人员的相互指教；

注意，设计的测试用例面面俱到不太容易，但最起码：
1、结构清晰，测试点--步骤--预计结果，一目了然；
2、语言简明，不需要复杂的描述，要用明确、精练的白话文，用例不是要让“傻子”去看，而是即使“傻子”看了也能看懂；（“傻子” 带引号了哈~~）
3、具有指导性，执行者操作起来，很顺利；
4、之后的用例覆盖率、完整度、有效性、复用性……等等，就看个人的经验了。

如果是第二个问题，那就不用说了，他需要和你一样的了解和熟悉需求，实在不行，就让需求去培训吧^^!

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)