如何在有限的时间内编写完整有效的测试用例？（08-04-07）（获奖名单已公布）

51testing · 发表于 2008-4-7 16:32:16

在测试工作中，有一种直接拿到软件就测试的做法，它已经被大家认为是无效的测试，那么怎么分配时间来完成测试用例的编写，并且还要在有限的时间里？欢迎大家进行讨论与交流！

问题征集：“每周一问”活动面向广大会员征集问题，如你有什么问题想提出来和大家一起讨论，请发邮件至:webmaster#51testing.com(请将#改为@)，说不定下期讨论的问题就是由你提出的哦，请快快参与吧！问题模式请参考每期的问题形式，包括“问题的题目”和“问题的描述”。

非常感谢各位会员积极参与，截止至4月11日17：30分，从该贴所有评论中选出部分作出精彩评论的会员予以奖励。礼品和积分将在下周内送出。

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	duola1119	当当购物卡50元	12#
二等奖	huior	300论坛积分	33#
二等奖	土土的豆豆	300论坛积分	45#
三等奖	清风随雨	100论坛积分	50#
	wangxiang0823		38#
	lan_7366		11#

syab23ok · 发表于 2012-3-5 15:55:53

个人觉得可以将共通的、或者是一些定性的测试用例自己写个生成工具生成下，由于时间有限，将主要的时间用在编写业务流程，特殊业务制约等用例上面。

blueskylcc · 发表于 2012-1-12 10:40:00

回复 12# duola1119

说的真好，学习了。

lmm123210 · 发表于 2012-1-4 17:41:17

回复 15# shark097

俺也是跟你一样啊

lmm123210 · 发表于 2012-1-4 17:41:03

回复 15# shark097

俺也是跟你一样啊

syq8050 · 发表于 2010-5-22 17:27:49

是的，这样的问题也是我现在面临的，写再详细的用例，功能改了岂不要大动干戈啊

syq8050 · 发表于 2010-5-22 17:27:28

是的，这样的问题也是我现在面临的，写再详细的用例，功能改了岂不要大动干戈啊

syq8050 · 发表于 2010-5-22 17:27:15

是的，这样的问题也是我现在面临的，写再详细的用例，功能改了岂不要大动干戈啊

syq8050 · 发表于 2010-5-22 17:24:54

有什么好的办法来判断用例的覆盖率呢？？

syq8050 · 发表于 2010-5-22 17:24:21

现在面临的测试需求还没出来就单独拿个类似的产品来写测试用例确实很郁闷，对与用例100%覆盖的问题不知道有没有什么好的建议？

8596991 · 发表于 2010-5-16 17:54:56

测试用例是否完整有效，就是看在现有的条件下，现有的需求下，能够在有限的时候之类，最大限度的解决需要解决的问题。说测试覆盖率达到100%，那是不可能的事情，只能说是最大限度的趋近完美

mklodoss · 发表于 2009-10-9 14:33:59

学习。。。。。

十期学员 · 发表于 2009-10-8 22:08:55

终于看完了每个回复，获益匪浅，谢谢各位！

快乐的布丁 · 发表于 2009-6-25 17:42:19

没有我啊

sobani.iteyo · 发表于 2009-5-28 11:55:38

应该有这个理念，测试应及早介入；

sobani.iteyo · 发表于 2009-5-28 11:51:03

测试工作的开展最终依据的是需求，测试用例最终还是要追溯需求，根据需求写测试用例~~~
如果没有测试用例，这个测试工作该如何开展？？？
能够保证测试符合需求吗？

liuyanerfly · 发表于 2009-3-13 17:17:51

原帖由 土土的豆豆 于 2008-4-11 10:51 发表
这个话题要拆分开来分析。
一、编写完整的测试用例
二、有效的测试用例
三、在有限的时间内
第一、个人认为，没有一个测试人员可以做到百分之百“完整”！何为“完整”？是测试路径覆盖率100%么？不是！即便覆盖 ...

请教“用例设计思路”？谢谢！

不是我，是风 · 发表于 2009-3-10 17:13:32

并不是每个公司都会给你让你满意的需求规格说明书，同时也不一定有什么check list之类得东东，举个例子，华为的手机项目测试用例是根据UI给的MMI 图来写的。所谓的MMI图其实就是一个界面布局图。上面有很少的功能描述，这些功能描述也只限于对个别不明确或是有特殊定制的功能作出的解释。
那我就有问题了，这样的情况下你如何快速，简捷，全面地挖掘这款手机的功能点？而且类似于这样的界面布局图后期变更的可能性很大。我的方法是根据MMI图画出每个模块的功能树，分出父节点和子节点。让功能点以树的形势节节细化，并且在下层的叶子节点输出用例。如果有更改就去相应模块功能树中修改，并同时修改该节点的用例。

jenvee · 发表于 2009-2-13 19:29:48

zhchi

tangxiaoling · 发表于 2008-7-30 17:37:38

呵,我们公司比较特别,我是根据功能规范来写测试用例的.公司根本没有需求文档,但在开发前会详细讨论功能点.形成功能规范.我就根据这个来写的.基本上是等产品开发出来,我用例早写好了,只需稍舟增,改一下,执行,结果就行了.

apple煦 · 发表于 2008-6-8 02:26:27

说人家落后，我看你们才是很落后呢……

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

如何在有限的时间内编写完整有效的测试用例？（08-04-07）（获奖名单已公布）

相关帖子

回复 69# 的帖子

回复 69# 的帖子

回复 69# 的帖子

回复 14# 的帖子

回复 13# 的帖子

现实是残酷的

ding

回复 14# 的帖子

站长推荐 /1