最近工作中遇到的一个问题，请各位朋友，同学解答。

zj19850529 · 发表于 2006-7-20 10:50:19

上了不到一个月的班，每天看看文档，写写测试计划，测试用例，测试报告等等，但是我们通常写的都是写小的模块，对它的功能，性能等等的测试用例，可是我今天遇到一个项目，把需求一看，简直都傻了，这个怎么测试啊？计划没有什么的，关键是用例无从下手啊。
具体描述：就功能方面有20个大的功能，每一个功能下有不到十个的子功能点，每一个子功能点下面还包含不到十个的子（三级）模块，这样写用例太复杂了吧，怎么办？况且它有好多子（三级）模块都是用图片的形式给出的，还有的是三维的。

zhaofengwwx · 发表于 2006-8-24 16:56:17

先把一个模块中的功能点一一划出来，全部功能点明确之后，按照层次关系一级一级的写，应该困难不大，慢慢来，不明白的直接问开发人员和项目负责人或是测试负责人

fyf1871 · 发表于 2006-8-24 12:13:53

偶们公司做了个智能公交卡主机的测试写了3W多条测试需求点老板还嫌太少，众兄弟都是苦不堪言啊
PS：应该不是要你主要来写吧~~应该有老大先把主要的几个步骤先写出来，然后大家再往里面添砖加瓦~~就象盖房子一样啊~~BS下你们公司领导~~~

ccitlcl · 发表于 2006-8-23 18:04:15

得实践。。。。

杀手太冷 · 发表于 2006-7-25 09:59:51

受益多呀

prettyboycmp · 发表于 2006-7-22 18:56:51

受益了....

verve · 发表于 2006-7-21 12:36:05

先静下心来分析需求

逍遥剑客 · 发表于 2006-7-20 18:38:10

建议楼主可以参考一下以前的项目进行预判断这个项目下一步的走势。因为一个公司做项目不会差距特别大。分析一下以前项目的规模，还有成熟度，对下面的测试工作有一定帮助的。

Lero · 发表于 2006-7-20 18:25:57

这就是项目了,项目前期只给你需求规格说明书,你能知道分成三级已经是很不错了,有的更笼统.
一个项目,上千个用例不在话下.
呵呵,其实真正测试的时间反而没有写用例来的多.
不过一般项目的各个模块是有区别的,公司项目可能会套用,沿用某些模块,比如控制平台等.
所以,有些用例也是可以套用的.这样的话,构建通用用例就比较划算了.
如果是一个全新的项目,那么用例的量就比较大了,以前公司经常是拿2-3个月来分析需求和写用例.
嘿嘿

逍遥剑客 · 发表于 2006-7-20 18:20:09

那你就一直分下去，直到没有下一级为止，这些就是你的测试的模块，也就是所谓的测试项，然后根据模块的特性，找到要测试的点，然后再写测试用例，就容易多了。测试用例无从下手，关键就是没有分析清楚，那些是需要测试的，测试的关键点在什么地方。不然的话，胡子眉毛一把抓，什么时候都理不出来个道道。

[ 本帖最后由逍遥剑客于 2006-7-20 18:21 编辑 ]

lindongfeng · 发表于 2006-7-20 13:17:46

学分用例的折分，先从最小的模块写起，也就是底层写起。三级子模块写走，尽量按业务流程走，
其实你呆的公司，刚工作一个月就让你写测试用例，说白了，你们公司写测试用例基本是扯蛋。不是看不起兄弟的意思，真正写用例的是要有很多的测试经验，他们考虑的输入和输出关系可能会周到的很多。

xiaonan · 发表于 2006-7-20 11:25:40

在写测试用例前,很大一部分工作就是在分析需求.把所有的需求项归纳,总结,分析出要做多少种类型的测试,然后在根据各种测试类型,继续细分需求项,归纳出需求子项,然后再用用例设计方法去覆盖这些需求点和测试点

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

[讨论] 最近工作中遇到的一个问题，请各位朋友，同学解答。

相关帖子

嘿嘿

学习了

站长推荐 /1