卡斯柯信号有限公司 刘艳青 王婷婷

众所周知，典型的软件生命周期模型包括：迭代模型、快速原型模型、V模型、W模型。每个模型中都必然包含的几部分：需求、用例、报告。需求的作用往往是决定了软件功能的走向，用例是根据需求描述设计出来并对软件功能进行测试的参考依据，报告往往是决定软件是否能够发布的重要参考要素。报告中一般要罗列出需求、用例的最终状态，遗留的问题以及需求、用例的测试通过率等等。需求和用例在逻辑上存在N对N的关系，部分公司使用线上系统，将需求和用例条目化管理，这样就能很好的根据用例状态提取需求的状态，但是也有大部分公司使用word文档管理需求和用例，这种情况将耗费大量的人力在测试报告的编写上。

1 现状

对于小型的软件而言，可能只有1份需求、1份用例，对于这种软件而言，编写报告的难度并不大，也可以人工完成。但是如果是一个大型的系统，例如1个系统包含5个子系统，每个子系统中又包含多个软件，那么这个项目的文档工作将是巨大的，尤其是测试完成后报告的数据收集将是一个非常耗时的过程，以我们公司的产品为例，新系统报告编写的时间一般是在2周左右。进一步分析会发现，大部分的时间是用在需求状态的收集上。主要原因是最上层的大系统无法精准的测试一些功能，因此需要子系统或者软件级完成测试，或者需要多个子系统共同完成测试，因此这部分需求会直接分配给其它阶段。……