做测试的第一个项目是关于ＧＵＩ的功能测试，主要参考的文档有软件的需求说明和使用手册，现在有一个问题就是需求说明中的功能点划分层次不太统一，有些是界面的一个主菜单，有些呢是一个功能项（也就是一个按钮什么的），而操作手册不就是按照界面菜单的划分来描写嘛，现在我的问题就是按照需求手册的话功能覆盖不全面，但是操作手册我有觉得太细了，不知道各位是怎么划分的呢？
　　还有就是对于界面上的每一个按钮啊，菜单什么的我都要些测试用例来测呢？还是在其他测试用例中吧这么功能带到就可以了？？因为我们的测试要写测试用例，如果都写的话我觉得没有意义，但是如果不写的话又怕他们出问题，不知道各位是怎么处理这种情况的呢？

[ 本帖最后由 harneyluo 于 2007-9-11 09:42 编辑 ]

555，怎么没有人理我呢？

我今天把他们以软件需求说明为主要依据进行测试项的划分，对于需求中没有覆盖到的内容但是用户手册中有提到的内容，把他们作为新的需求项
但是这样做有一个问题就是整个需求项的划分显得很乱，不知道各位高手是怎么处理这种情况的啊？？？

自我反省下，是提的问题没有水准还是标题不喜引人，还是。。。。。？

检讨以下，怎么能是资料呢？明明就是讨论的帖子嘛
测试人员犯这种错误真是不应该啊！！

5555，好伤心啊

以模块为单位.在设计用例可以用一写黑盒常用的测试方法,例如等价划分等.
不知道这样能不能帮助楼主.

好兴奋啊，终于有人理我了，sdlkfj2
我的需求项是以功能来划分的，但是我们需求项还要再往下细分，那这个细分怎么分呢？
ps：我的这个系统下面包含几个小的模块，每一个模块又相当于一个小的系统
pps：不知道我说清楚了没有？？

应用软件还是web的? 呵呵，不要激动..慢慢研究.上周五因为生病 ,一直休息了三天，今天才来上班.

最近天气变化异常，很容易感冒，要小心啊
呵呵，是应用软件

没完全明白lz的问题sdlkfj1
不过从lz的叙述来看
貌似需求文档写的有点问题。。。

唔。。。lz是不是说
一趟操作通过菜单进入某个功能块的时候
是不是可以认为菜单本身也经过测试了？

luguo~~~~