需求覆盖率与测试报告的困惑

沙漠飞雪

不知道现在其他的一些公司，是否会遇到这种情况：
公司的一些内部项目，启动时也有一些文档，如：需求规格说明书、概要设计等
我们在测试的时候呢，却发现需求中提到的很多东西都没能实现。但是根据和项目经理的沟通，我们的产品已经可以达到上线推广使用了，而且时间紧，那些需求中提到的东西要在以后逐步完善（可需求中并未提到是要分批次完成）
这个时候我们在测试完毕后（需求中完成的部分都以符合要求），我们在测试报告中，计算需求覆盖率，要怎样去考虑和分析这个问题呢？
如果公司的软件生产流程还不规范，我们应该以怎样的对策去面对，那些突如其来的问题呢？

lmlose

呵呵，像这样的情况我们公司也有，但是由于某些原因我们没有去写测试报告。个人觉得这个时候本不应该计算需求覆盖率，如果真需要计算的话只需要计算实现了的需求的测试覆盖率，同时还需要注明哪些需求没有实现。
说实在的，这样的测试老火啊！

乐乐公主的弟弟

其实关键是在测试和开发的过程中，对需求的调整问题。因为各种原因，开发需求是会不断进行调整的，那么测试的需求也需要进行及时的调整。正确的做法应该是开发需求调整到什么程度，测试需求也同样调整到什么程度，不能用原始的测试需求对调整开发需求后的项目进行测试，更不能依据这个去进行需求覆盖率的计算！

archonwang

规范些的公司会考虑出个需求变更说明备忘录。但是很多公司没有这种习惯，导致了这类情况。建议建立并完善公司的档案管理体系，以控制和追溯过程。