测试在看需求时需要的注意点是？

lixiaoqing · 发表于 2006-10-26 11:24:12

我是一个新手，我感觉一个项目的需求好长，看了也根本记不住，我想问一下，看项目需求的时候重点应该放在什么上？有没有一些好的方法？

tongke · 发表于 2006-10-26 11:31:20

需求是必须要熟悉透的，个人认为，首先关注功能点后再关注其中的细节。。。

xiaonan · 发表于 2006-10-26 11:33:42

需求就是测试的依据.要把需求细化,整理,总结出测试类型和测试点.

lixiaoqing · 发表于 2006-10-26 12:09:44

版主阿，你是在上海做测试的吗？！
我也知道需求是很重要的，尤其是对于做系统测试。可是面对一大堆的报表和需求文档
真的有点不知所措！

Babby · 发表于 2006-10-26 12:13:30

郁闷，你们还有那么多需求看，我的需求有的就几个字，或几十个字~~~

lixiaoqing · 发表于 2006-10-26 14:04:20

不会吧，项目需求会只有几个字吗！？我现在的一个项目有八十多页呢！
会不会有点夸张阿？！所以现在我也有点摸不着边了！

swallow0918 · 发表于 2006-10-26 14:43:44

原帖由 xiaonan 于 2006-10-26 11:33 发表
需求就是测试的依据.要把需求细化,整理,总结出测试类型和测试点.

sdlkfj3 sdlkfj3 sdlkfj3 真强！

其实xiaonao版主说的对哦，测试人员看需求时可以自己进行归纳总结。或者说列一个表格，把需求中要实现的功能列出来，这样测试的时候就比较明朗化了。不能没有目的的看需求哦，这样对把人看晕的。sdlkfj6

xiaonan · 发表于 2006-10-26 14:53:49

原帖由 lixiaoqing 于 2006-10-26 12:09 发表
版主阿，你是在上海做测试的吗？！
我也知道需求是很重要的，尤其是对于做系统测试。可是面对一大堆的报表和需求文档
真的有点不知所措！

呵呵,对.我在上海.
需求文档详细,对测试本身来说是一件好事啊.要慢慢去理出头绪,正如上面swallow0918说的.

lixiaoqing · 发表于 2006-10-26 15:19:13

原帖由 swallow0918 于 2006-10-26 14:43 发表

sdlkfj3 sdlkfj3 sdlkfj3 真强！

其实xiaonao版主说的对哦，测试人员看需求时可以自己进行归纳总结。或者说列一个表格，把需求中要实现的功能列出来，这样测试的时候就比较明朗化了。不能没有目的的看 ...

你一定做测试很久了吧，能不能留一下你的MSN或者其它的联系方式和你交流一下了呢？！

lixiaoqing · 发表于 2006-10-27 17:02:09

现在我在学习LR，不知道有什么好的方法可以学习起来比较好？！
请各位说说自己的意见!

xiaonan · 发表于 2006-10-27 17:07:48

理论结合实践,找点这方面的例子,跟着练.然后多看帮助

janezhang815 · 发表于 2006-10-27 18:54:10

测试工作2年了，还从来没有看过这么长的需求文档，羡慕啊！

zhuczhen · 发表于 2006-10-28 09:23:24

呵呵,我们以前没有需求,现在的新项目开始有了,好几十页呢,需求对测试还是很有帮助的,不要老是去问开发人员

pierre0505 · 发表于 2006-10-30 11:13:31

需求说明书的内容
第一次阅读，先了解该系统的背景，大体是实现什么咚咚，对系统有个第一印象；
第二次阅读，从中抽取出大或者是主要的功能点，最好形成一个check list；
第三次阅读，将主要的功能点细化成最小的功能点，这时就可以写到测试需求里面去了。
个人觉得，最起码要经过这三次阅读。

watersoc · 发表于 2006-10-30 12:04:37

受教了，谢谢各位的解释。

kingamy · 发表于 2006-10-30 14:20:58

同意pierre0505的看法
需求文档详细，对于做测试设计是非常有帮助的
经过上述三步阅读，形成测试需求树后
在这个过程中，记得一定要与需求分析人员多沟通，以正确理解需求
然后，再阅读系统设计文档，逐步对测试需求的每一个功能点细化，设计测试用例
总之，在这个过程中，一定要多沟通，真正理解需求的内容，而不是流于文字表面