xiguabaobao 发表于 2006-7-17 10:59:45

测试用例怎么样算能写好＠

我是一个测试新手，但是我对写测试用例很困惑，我总是觉得我写不全，但是有不能理解写测试用例到底是为了什么！

xiguabaobao 发表于 2006-7-17 11:05:56

tu

vivi_xu 发表于 2006-7-17 11:06:23

很难

这个问题很大，可能我的水平很难说好，测试用例的好坏评价一般来看就是对测试的指导作用，有的测试用例很详细，可是感觉很烦琐，有的测试用例很概要，但是你感觉根据这样的用例操作起来很舒服。
我认为测试用例符合下面的要求就是好的用例：
1.覆盖所有的需求
2.不仅仅是拷贝需求而且要结合业务，也就是计算机知识+实际业务。
3.别人看你的测试用例后，能明白你的测试要点
至于其他的，网上有很多文章，可以参考别人的建议。

xiguabaobao 发表于 2006-7-17 11:12:08

原帖由 vivi_xu 于 2006-7-17 11:06 发表
这个问题很大，可能我的水平很难说好，测试用例的好坏评价一般来看就是对测试的指导作用，有的测试用例很详细，可是感觉很烦琐，有的测试用例很概要，但是你感觉根据这样的用例操作起来很舒服。
我认为测试用例符 ...
可是我怎么觉得测试用例总是不用写的特别详细，我怎么就能去录制东西了，而且我觉得应该知道怎么去测试似的！
这样是不是就是没有侧重点！
是不是应该保证不多不漏啊
我老感觉我有重复！

vivi_xu 发表于 2006-7-17 11:16:49

原帖由 xiguabaobao 于 2006-7-17 11:12 发表

可是我怎么觉得测试用例总是不用写的特别详细，我怎么就能去录制东西了，而且我觉得应该知道怎么去测试似的！
这样是不是就是没有侧重点！
是不是应该保证不多不漏啊
我老感觉我有重复！
是否详细要看公司的业务决定，测试用例是要保留存档的。测试用例很难保证不多不漏，测试用例的设计里面有一个方法就是错误推断法，这个方法就是根据以往的测试经理来设计测试用例，所以这个环节的用例多少就会有差异。
你说的“觉得应该知道怎么去测试”，这就是测试无规律的一种，是很多测试人员一开始的习惯，最好克服它，做到“测试是一个有规律，有依据的科学活动”。

xiguabaobao 发表于 2006-7-17 11:27:05

原帖由 vivi_xu 于 2006-7-17 11:16 发表

是否详细要看公司的业务决定，测试用例是要保留存档的。测试用例很难保证不多不漏，测试用例的设计里面有一个方法就是错误推断法，这个方法就是根据以往的测试经理来设计测试用例，所以这个环节的用例多少就会有 ...
测试用例不应该赶着做吧
一定要全面，
但是测试还是要分小组的
即使经过讨论，写出的测试用例还是各有千秋难以统一
最后别人看自己看都是觉得很乱的．
而且测试用例我决得现在我们做的项目是非常好测的
就是一个个人助理系统，我们一般都分为前台用户界面，
前台用户功能，数据库约束，和前台安全性约束．
像界面只能说应该能显示什么，和什么能用，这些在测试用例中难道应该写出来吗！
耽误你时间拉＠sdlkfj1

xiguabaobao 发表于 2006-7-17 11:42:02

原帖由 xiguabaobao 于 2006-7-17 11:27 发表

测试用例不应该赶着做吧
一定要全面，
但是测试还是要分小组的
即使经过讨论，写出的测试用例还是各有千秋难以统一
最后别人看自己看都是觉得很乱的．
而且测试用例我决得现在我们做的项目是非常好测的
就 ...
有没有回！sdlkfj9

vivi_xu 发表于 2006-7-17 12:00:12

原帖由 xiguabaobao 于 2006-7-17 11:27 发表

测试用例不应该赶着做吧
一定要全面，
但是测试还是要分小组的
即使经过讨论，写出的测试用例还是各有千秋难以统一
最后别人看自己看都是觉得很乱的．
而且测试用例我决得现在我们做的项目是非常好测的
就 ...
你说的各种约束肯定要在用例中体现，而且在用例的描述中应该说一下这个用例测试的目标是什么。不好意思了，工作事情太多，

xiguabaobao 发表于 2006-7-17 12:02:39

原帖由 vivi_xu 于 2006-7-17 12:00 发表

你说的各种约束肯定要在用例中体现，而且在用例的描述中应该说一下这个用例测试的目标是什么。不好意思了，工作事情太多，
没事你能给我一个例子看看吗．如果为难就算了！sdlkfj1

vivi_xu 发表于 2006-7-17 12:07:17

我的例子就是51testing里面下载的，你可以下载一个看看

xiguabaobao 发表于 2006-7-17 15:13:47

哦！可是就算写一个测试用例写的比较完善！那也不一定就能测出来啊！比如一个界面吧，都要插入响应的检查点！还有就是，反正不一定能够测出来，这样虽然写的比较严禁，但是未必测出来，这个．．．sdlkfj7

vivi_xu 发表于 2006-7-17 15:26:02

原帖由 xiguabaobao 于 2006-7-17 15:13 发表
哦！可是就算写一个测试用例写的比较完善！那也不一定就能测出来啊！比如一个界面吧，都要插入响应的检查点！还有就是，反正不一定能够测出来，这样虽然写的比较严禁，但是未必测出来，这个．．．sdlkfj7
对，这就是错误推断法设计用例的一个引申，也就是我们按照自己的逻辑先测试，然后再记录问题。

seafever 发表于 2006-7-17 16:35:14

我今天刚刚完成一份，不知道上面会怎么评价，哎！

xiguabaobao 发表于 2006-7-17 17:09:18

原帖由 xiguabaobao 于 2006-7-17 15:13 发表
哦！可是就算写一个测试用例写的比较完善！那也不一定就能测出来啊！比如一个界面吧，都要插入响应的检查点！还有就是，反正不一定能够测出来，这样虽然写的比较严禁，但是未必测出来，这个．．．sdlkfj7
哦，不能测，虽然觉得有这种可能，但是也测不了啊．怎么靠自己的思路去测！
还有我们的winrunner总是出问题，找不到对象，是不是Winrunner很脆弱啊～！

vivi_xu 发表于 2006-7-17 17:13:17

原帖由 xiguabaobao 于 2006-7-17 17:09 发表

哦，不能测，虽然觉得有这种可能，但是也测不了啊．怎么靠自己的思路去测！
还有我们的winrunner总是出问题，找不到对象，是不是Winrunner很脆弱啊～！
winrunner对很多页面元素是不能识别的，winrunner最好应用在一个比较稳定成型的系统中做日常功能的校验，这样你的脚本相对固定，有新功能，在编辑脚本。否则你的脚本维护很费劲。自己的思路，也就是自己对产品的了解，然后去测试。

Joan2005 发表于 2006-7-17 17:13:31

...

凌渡宇 发表于 2006-7-17 17:17:31

楼上的楼上
请问下
我们公司的开发人员说winrunner早就不用了　都只用loadrunner了
是不是真的啊？
为什么啊？

xiguabaobao 发表于 2006-7-17 17:20:09

原帖由 Joan2005 于 2006-7-17 17:13 发表
...
哦，谢谢哦！不过我只要一测试不太对，winrunner就会荡掉！相对稳定的环境中，它也会出错找不到对象，总之很脆弱＠自己编脚本就能使它能够回放脚本吗！不荡掉吗！

xiguabaobao 发表于 2006-7-17 17:24:15

原帖由 Joan2005 于 2006-7-17 17:13 发表
...
不可能拉，　他们的侧重点不同，Ｗ是侧重于功能的，Ｌ是侧重于性能和压力的～

edwin_chen 发表于 2006-7-17 17:29:01

多思考
页: [1]
查看完整版本: 测试用例怎么样算能写好＠