betty_li 发表于 2011-4-12 21:48:17

需求文档质量

我是一名测试工程师,最近的工作主要围绕在需求文档质量提升方面,需求文档缺陷主要存在哪些方面?这个问题很好说,因为与工作息息相关,优缺早已了然于胸,常常会遇到以下问题:
1、需求文档内容太简单,许多都是一笔带过,不清不楚;
2、需求文档中许多诸如“实现与XX一样”,而无具体的需求语言描述和原始需求展现;
3、在功能测试和集成测试阶段,随着测试的展开和深入,发现一系列需求缺陷

主要针对以上三点,以致我们需要思者出现这些问题的原因和症结主要是什么
需求质量不高?抑或我们测试也要承担很大一部份责任,在需求评审阶段没有发现,但如何能在需求评审阶段就将需求缺陷扼杀在摇篮里呢?怎样才能更好地开展需求评审,以达到提高需求质量,保证产品质量的目的呢?

对此,希望各位前辈和专家不吝赐教,提点小女子一二!在此,先行谢过了!

futogether 发表于 2011-4-13 18:01:14

1、需求文档内容太简单,许多都是一笔带过,不清不楚;

那么需要我们在评审需求的时候,就要提出来。要满足需求的要素点都明确了。

2、需求文档中许多诸如“实现与XX一样”,而无具体的需求语言描述和原始需求展现;

我们也遇到过这样的需求。其实,这样的需求往往就可能是很容易出现问题的地方。反而要更仔细。
对于是公共模块的功能实现要求一致,那这个没有问题。 但是也需要在文档里把这个功能再次描述一遍,同样要求满足需求各要素点都明确。
对于把别的地方的某一功能复制到本项目中的,那需要考察该功能在本项目中与相关模块或业务是否有冲突,影响,重复,交叉等等影响,如果确定要复制该功能,那么同样要求把该功能的需求要素都描述清楚。

3、在功能测试和集成测试阶段,随着测试的展开和深入,发现一系列需求缺陷

个人觉得这个问题的出现也算是正常的,如果需求做的不够充分,没有经过一遍又一遍的确认,没有经过设计阶段一遍又一遍的验证,那么在测试的时候就可能会发现一系列由于需求不完善导致的缺陷,甚至是需求本身就存在缺陷。 要想在测试阶段少出现这样的问题,那么是需要多方面的努力的。
首先,要求做需求的人能很好的整理需求,要非常明确每个需求是要达到什么目的,而且还要了解开发这个功能的背景、目的, 还需要了解客户在没有开发这个功能前,他们实际是怎么处理的,他们需要用这个系统帮他们完成哪些工作内容等等。
其次,需求评审时,需要更加细致,对于每个需求点务必做到要素点都很明确完整,然后是模块和模块之间的逻辑关系是否合理,再然后需求整体上是否有冲突或疑问的地方,等等。

怎样才能更好地开展需求评审,以达到提高需求质量,保证产品质量的目的呢?
需求评审可以多进行几轮,也可以邀请各部门的精英或者有丰富经验的人参与评审,会提出很多宝贵的意见的,逐渐完善。
关于产品质量保证,关靠测试是很难做到的,而且我也不觉得应该由测试来负责产品的质量。 要想保证质量,要从项目确定之时就要引入质量的概念,对于每个环节都严格按照质量标准来要求,大家都有质量意识并保证每个环节的质量,然后通过测试阶段,修复发现的问题,进一步保证产品质量。

chbhaha 发表于 2011-4-14 16:49:46

可以从两点入手:
1.文字的描述是否宜懂,完整、清晰有逻辑。并没有歧义
2.描述与客户期望的是否有偏差,当然你得知道客户的期望才能甄别。

月上百合 发表于 2011-11-10 11:38:41

想想看自己的需求做的还真差。继续努力
页: [1]
查看完整版本: 需求文档质量