测试用例写的我好晕

vbustc · 发表于 2006-7-11 16:14:22

我是做系统测试的，正在根据一个项目需求写用例，可是感觉需求写的很模糊，研发那边还在现场调研，这边已经要求我写用例了，可是不要说考虑边界条件了，我连系统一步步的功能实现都不清楚怎么回事（表笑话我，刚干测试才2个星期，以前都没接触过），心里有点急。等段时间研发那边来培训，会不会好一点。sdlkfj9sdlkfj9

dandan · 发表于 2006-7-11 16:46:39

现在这种情况下,你一定要先了解你们公司项目的业务流程哦,如果对流程都不了解,写出来的用例也不是有效的用例,所以要马上寻求开发同事的帮助哦!让了解产品业务流程的人给你介绍一下,或提供给你一份详细点的文档!

nanbowan · 发表于 2006-7-12 14:05:48

我觉得现在不是着急写测试用例的时候。现在首先要做的是：
了解软件的业务流程，对需求文档进行测试（或者说分析）。需求描述清楚了才能更好地指导设计和测试。需求描述不清晰本身就是需求阶段引入的缺陷。可以把需求稳当中的缺陷提出来供开发团队参考。需求测试可以从以下几个方面进行考察：
1、需求描述是否条目化？
2、需求是否正确地反映了用户的意图（或业务流程）？
3、需求描述是否清晰？是否一致（有无彼此冲突之处）？需求是否可测试？是否完整（有无遗漏）？隐含的需求是否被考虑（比如软件的安全性、健壮性和稳定性）？等等。

[ 本帖最后由 nanbowan 于 2006-7-12 14:07 编辑 ]

xiaotian006 · 发表于 2006-7-15 19:11:13

我现在也遇到这种情况,多谢楼上的指点.

神迹 · 发表于 2006-7-17 19:17:00

先把框架搭起来，别着急些case，否则就是做无用功了。

无影风 · 发表于 2006-8-22 16:01:15

1.学习业务知识
2.了解需求文档,不清楚的地方私下找个随和点的RD询问(脾气不好的,自己都烦着,小心拉)

luopapa · 发表于 2006-8-23 17:03:54

先熟悉系统，再深入了解的基础上学写testcase

天台 · 发表于 2006-8-24 13:14:10

一起去做调研好了!

rlyxx2915 · 发表于 2006-8-24 17:44:04

我也刚进公司还不到一个月，现在只是在学习阶段，大家只要慢慢学习勤思考、总结就OK了，将来一定会有钱途的

kidsLovely · 发表于 2006-8-24 18:14:52

是嘛，楼上地说的多好呀

zengyi2008 · 发表于 2006-8-24 21:29:12

我也是刚进软件测试行业，学习中。。。。。

fanna007 · 发表于 2006-8-28 23:32:04

这几天我写了一个模块的用例,由于业务规则特别多,这个模块居然写了120多个用例.爽S了.sdlkfj5

luckydog2006 · 发表于 2006-8-29 17:22:55

^_^哈哈，楼上的，120个用例写在word文档上的话，文件可不小勒。
...
初到公司测试的时候，测试新手读需求，都会感到不清晰。因为许多的需求都不是完全独立的新项目，许多是在前期的许多需求基础上提出的，特别是长期合作的客户提的需求。但只要研发人员能够进入研发阶段，证明他们已经理解了需求。如果需求不明晰的话，需求分析阶段就会和需求提出方确认的。只是我们测试不熟悉业务，才会感觉无从下手，慢慢来，多问，多做，渐渐就能看懂了。

snowyer2004 · 发表于 2006-10-4 11:17:02

好迷茫哦

lijiefenger · 发表于 2006-10-9 17:12:59

我们也是啊，需求不测试直接写用例，什么嘛。写得我晕头转向。为什么不先测试需求呢？测试需求是什么意思呢？是不是说看需求的什么数据类型对不对之类的呀？还是看需求的结构思想那些的是否合理呀？

guaiguai · 发表于 2007-8-1 18:57:04

呵呵，我也是才做的测试，学习中...

linqinmei · 发表于 2007-8-2 09:07:10

模板先要有，再看下公司的业务流程，需求情况，详细设计书，再参考下其他用例实例

Ivyzhang · 发表于 2007-8-2 09:42:07

我也正在晕

xiongxing · 发表于 2007-8-2 10:19:58

同感．

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

[讨论] 测试用例写的我好晕

相关帖子

是的哦,

建议

多看看需求文档，；了解软件流程，拿程序代码来看看

回复 #9 rlyxx2915 的帖子

站长推荐 /1