没有需求文档的时候怎样设计测试用例?

发表于:2010-01-25来源:作者:点击数: 标签:设计需求文档
没有 需求 文档的时候怎样设计 测试用例 ? 用例设计 答题的人还不多嘛,我来抛个砖! 这应该是一个非常普遍的问题,目前很多公司的现状就是这样! 没有需求文档,最头疼的问题就是不知道 开发 的产品应该是个什么样,要完成哪些功能,达到什么指标。下面几个步

  没有需求文档的时候怎样设计测试用例?   用例设计

  答题的人还不多嘛,我来抛个砖!

  这应该是一个非常普遍的问题,目前很多公司的现状就是这样!

  没有需求文档,最头疼的问题就是不知道开发的产品应该是个什么样,要完成哪些功能,达到什么指标。下面几个步骤应该可以帮助你明确目标:  软件测试 

   1、首先可以查找其他相关文档。比如产品策划书、Feature List,不可能什么文档都没有吧。我们可以收集一切相关的文档来帮助理解所要测试的产品需要完成的目标。

  2、尽量多参加该项目组内的会议。比如需求讨论、设计讨论、计划讨论等会议,尽管没有白纸黑字的文档,但讨论过程中也能让你加深对产品的理解。

  3、咨询相关人员。经过以上两个过程,应该对产品有了一个初步的理解,花点时间自己把大致的功能点整理一下,遇到不明确的、有疑问的,可以咨询项目负责人或者相关市场人员,他们应该对整个产品心中有数,否则这个产品真的就没法做下去了。这里有一个前提是,在对产品有了初步了解后,才有针对性的去咨询,否则在什么都不知道的情况下,第一,对方没有耐心和时间向你介绍整个产品;第二,对于对方的讲解,估计最多也只能了解个大概,不能很好理解。

  4、使用旧版本。如果当前开发的产品是以前做过产品的升级版,或者和以前某个项目类似,这样就最好了,有个实实在在的“demo”给你用,当然理解也更深入了。

  5、召集相关人员,对你整理的结果进行讨论。整理以上几步得出的结论,总结成文档,发给相关人员,包括项目负责人、市场部代表、开发人员等,让他们帮助评审check,根据意见对文档不断进行补充完善。当最后通过评审后,这个文档就可以当作依据来设计你的测试用例了。

原文转自:http://www.ltesting.net