51Testing软件测试论坛
标题:
项目维护、升级的需求文档应该怎么管理?
[打印本页]
作者:
violet82
时间:
2010-7-6 15:49
标题:
项目维护、升级的需求文档应该怎么管理?
如题,项目维护、升级的需求应该怎么管理?
对于项目的维护或升级,无非是在原需求上的做需求的新增、修改、删除,对于项目维护升级的需求文档怎样管理才是比较合理的呢?
首先说说目前我们公司对项目维护、升级的需求文档的管理情况:
当项目重新形成一个维护版本、升级版本后,重新建一个产品管理库,在产品管理库需求文档管理中,需求文档只是包括更改的需求内容,不包括最初的需求文档。
对于我们测试人员来说(本人是测试的),会存在如下问题:
1.没有参加上一版本的测试,只是看了改变的需求,对上一版本的需求不是很熟悉。
2.如果项目的维护、升级版本不断升级,要不断的追溯最原始版本的需求文档。
这样很难确认需求。
希望有人能解答一下,项目维护、升级的需求文档在产品管理库中,是否只放需求改变的文档,不包括最初的需求文档?
作者:
violet82
时间:
2010-7-6 16:38
顶!怎么都没人解答呢??
作者:
gosjj
时间:
2010-7-7 09:47
标题:
也不是很了解,只是一点建议
1.没有参加上一版本的测试,只是看了改变的需求,对上一版本的需求不是很熟悉。
2.如果项目的维护、升级版本不断升级,要不断的追溯最原始版本的需求文档。
其实文档对一个项目挺重要的,特别是到了后期维护阶段,如以前的开发人员调整和变动,对刚接触刚系统的人员是有很大帮助的。
针对1:做测试肯定要知道需求的,并且要了解整个系统的,只看或了解改变的需求是不行的。上一版本的需求,其实现在已经是系统的功能了,已实现了
针对2:如果要追溯原始需求,可以对原始需求进行按版本归档,最好使用版本控制系统进行管理。如svn等
[
本帖最后由 gosjj 于 2010-7-7 09:50 编辑
]
作者:
violet82
时间:
2010-7-7 11:00
谢谢 gosjj 的回答。
目前我们公司是用svn进行版本控制,每个产品、项目都会建立一个产品管理库,当产品升级一个版本后,也会重现建立一个产品管理库。
但升级版本产品管理库中的需求文档不包含原始需求文档。这样对没做改变的需求就要从前一版本库中获取。
现在就是想求证一下,规范的需求文档管理是怎样的?
1.项目维护、升级的需求文档在产品管理库中,是否只放需求改变的文档,不包括最初的需求文档?
2.项目维护、升级的需求文档在产品管理库中,包括最初的需求文档,然后加上变更的需求文档,做需求变更跟踪?
3.项目维护、升级的需求文档在产品管理库中,改变的需求在原有的需求文档中做修改,形成一份新的需求文档?
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2