测试人员进行需求评审应该发现哪些问题？

测试活动不能只在软件功能实现之后的项目后期进行，应当在项目早期就开始。

早期的测试无需单独进行，可以通过测试人员参与评审的方式进行。

项目早期的软件工作产品最重要的就是用户/软件需求。测试人员参与需求评审，应当站在测试的角度去发现需求中存在的缺陷。测试人员在需求评审中可以发现以下类型的问题：

需求中的某些条目和内容描述模糊，可能存在多种不同的解释和含义，由此造成开发人员和用户对需求理解的不一致。具体而言，此类问题可能包括：

需求未能为后续的编码和测试等活动提供足够的信息。

描述的需求没有完整地覆盖了各种类型的需求及其相关的内容，包括功能、性能、接口以及用户场景等。

需求描述存在明显的错误。

需求的上下文之间以及用户需求和软件需求之间存在矛盾或者不一致的。

某些需求，特别是性能需求，没有定量描述，不具备可测试性。比如：“系统重启的时间很短”，“很短”究竟是多长时间，这样的描述就没有可测试性。

这正是：

需求也需做测试，测试发现六类题

测试人员应注意，切勿任其传下去

参考书目：软件测试设计，作者：马均飞，郑文强，出版社：电子工业出版社

本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。