需求文档质量

betty_li

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

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

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

futogether

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

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

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

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

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

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

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

chbhaha

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

月上百合

想想看自己的需求做的还真差。继续努力