用不用在测试用例中写出详细的步骤

小鱼oO · 发表于 2004-12-7 19:49:19

例如，点具体的按钮，输入具体数据等等

hongwu360249 · 发表于 2009-8-24 16:41:41

我认为测试用例的主要作用就是用来指导测试执行过程，因此他的可重复利用性和易操作性就显得很重要。你设计的测试用例不一定由你来执行，很有可能是其他认按照你写的测试用例来执行测试过程。写清楚相关模块、版本、测试目的、预置条件、用例执行步骤、测试数据、预期结果是很有必要的，既方便自己以后跟踪及重复测试，也方便别人更准确的执行测试，判断是否是bug

pengxing12121 · 发表于 2009-8-3 02:20:57

[quote]原帖由 [i]肚皮[/i] 于 2004-12-8 13:28 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=37401&ptid=6040]

[/url]
需要！当然需要！越详细越好！

dingbhcj · 发表于 2009-7-30 23:16:58

怎么会不需要的呢，测试用例的步骤要用例说明中详细说明，且预制条件还要填写清楚。因为，你的测试用例很可能不是由你自己去执行。你自己明白但其他人可能一时半伙看不明白。浪费工时和人力

foxinv · 发表于 2009-7-30 18:12:32

需要的，为什么要写测试用例，写测试用例的目的就是为了其他测试人员能够根据测试用例执行测试，如果操作步骤都不清楚，其他测试人员怎么执行测试

爱过就知足 · 发表于 2009-7-30 13:08:41

别忘了，测试用例包括输入和预期输出，起码这个用例可以让别人可以明确的进行操作，语言最好采用动宾结构，比如，进入“文件->新建->文档”页面，输入什么，点击什么。

marsaber · 发表于 2009-7-22 13:06:15

给开发人员、给自己。

marsaber · 发表于 2009-7-22 13:05:56

需要些测试操作。

caocao176 · 发表于 2009-5-18 16:14:02

很久很久以前的讨论了，不过还是有思考的价值

a11andqq · 发表于 2008-9-19 11:03:36

我的感觉是，测试用例不需要写得那么详细，给出的理由有下面这几点：
1.会花费太多的时间，测试是个有计划的事情，一般编写测用例都有时间的限定，要知道随便一个项目都有200-300个用例，步骤就更不用说了，如果你每一步都描述得那么详细，就不用做其他的事情了，光写用例就够了（如果你只负责写用例，不管其他的除外）；
2.做不到详细，对于按哪个按钮之类的应该少出现在用例中，你想想看，在编写用例的时候我们都不知道他到底是给出的是按钮还是下拉或者响应操作，除非在需求中有说明会给出哪急个按钮，一般来说，写出“XX模块下的XX界面下的XX操作”就行了，你如果要详细写的话，就该是“用户登入系统页面，点击XX模块，进入了XX界面，在界面下点击XX按钮”，但这样的话，真实在测的时候，有时候你会找不到XX按钮在哪里的，因为它不一定是按钮形式存在的；
3.测试人员的学历水平，我们要知道，做软件测试这行的肯定不会是小学生，“XX模块下的XX界面下的XX操作”，这样的描述对于我们来说是很清楚的，因此根本就用不着细化到点什么按钮之类；
4.实际环境，如同网上关于输入三个数值成什么三角形的用例，可以做出将近100种，但是我们真正都要去输入一遍吗？肯定不会的，我们主要是把容易出错的那几种测试，而其他的需要测试的成本太大，就没必要去一一去测的，还有就是就我对我们公司的用例来看，对于这些都不会出现实际要输入的数字，而是说输入超出范围的数字，这样有利于用例的使用，因为有很多用例是可以使用在其他项目的，如果你出现了真实的数字，就没可移植性了。
我的想法是这样，用例的编写是看实际情况而定的，个人看法~呵呵

Cherry-Chen · 发表于 2007-10-17 21:26:36

测试用例1要让执行的人照章执行,2要利于做回归测试,所以需要详细,清楚的才好.

xlymmc · 发表于 2007-10-16 15:47:58

谢谢72楼的，这个我清楚了，上次经理也是这样说我，写得自己看明白的是没有用的，
要让大家一看就能明白，就可以了

liqiankun · 发表于 2007-10-16 14:21:44

测试用例作为测试执行的指导，我认为在项目时间允许的情况下，应该尽量详细，
1、在测试执行者并非用例设计者，或者测试执行者对项目不是很熟悉的情况下，用例对操作步骤的描述就是测试执行的指南。每个人的思维模式不一定一样，含糊描述不清的用例就像需求不明确一样，会产生歧义，在测试过程中可能会出现各种问题，同样的用例不同的人执行可能会有不同的结果。
2、项目结束后，测试用例作为软件开发周期中的中间产品存档。当项目升级或者有类似项目的时候，可能用例设计者一下子也难以理解当时的用例，增加了用例复用难度。
好的用例应该能让非测试人员一看就能明白，这样测试执行对测试人员水平的依赖性也会减少，测试点也更明确。针对不同类型的项目，每个公司都应该制定相应实用的用例规范。
一点建议：当用例需要输入大量数据时，可以考虑将测试数据单独设计，在用例中对数据进行引用。

xlymmc · 发表于 2007-10-16 13:19:49

我认为是不是每一个都要很详细的，对复杂的就要写详细了，不然都不知道是怎么得出这个错识的结果！
学习当中。请多多指教

lvcha · 发表于 2007-10-16 13:01:20

学习

easycan · 发表于 2007-10-16 12:56:06

学习学习~~~

1984722gun · 发表于 2007-10-14 18:38:00

都不拿自己的出来看看哦~~~

yangbohustwb · 发表于 2007-9-18 00:06:41

haodongxi

zhouzxcv · 发表于 2007-9-17 21:30:37

sdlkfj5 应该需要写，如果步骤重复可以写参考用例XXX

sjc911_2005 · 发表于 2007-9-17 10:30:38

步骤应该还是要详细点好sdlkfj2

		自动登录	找回密码
密码			(注-册)加入51Testing

用不用在测试用例中写出详细的步骤

相关帖子

回复 13# 的帖子

回复 1# 的帖子

站长推荐 /1