测试活动不能只在软件功能实现之后的项目后期进行,应当在项目早期就开始。
早期的测试无需单独进行,可以通过测试人员参与评审的方式进行。
项目早期的软件工作产品最重要的就是用户/软件需求。测试人员参与需求评审,应当站在测试的角度去发现需求中存在的缺陷。测试人员在需求评审中可以发现以下类型的问题:
描述不清晰
需求中的某些条目和内容描述模糊,可能存在多种不同的解释和含义,由此造成开发人员和用户对需求理解的不一致。具体而言,此类问题可能包括:
功能描述不清晰,让人无法获知要实现何种功能;
缺少必要的输入/输出的定义;
兼容性描述不具体。
信息不全面
需求未能为后续的编码和测试等活动提供足够的信息。
需求不完整
描述的需求没有完整地覆盖了各种类型的需求及其相关的内容,包括功能、性能、接口以及用户场景等。
描述不正确
需求描述存在明显的错误。
上下文矛盾
需求的上下文之间以及用户需求和软件需求之间存在矛盾或者不一致的。
不具可测试性
某些需求,特别是性能需求,没有定量描述,不具备可测试性。比如:“系统重启的时间很短”,“很短”究竟是多长时间,这样的描述就没有可测试性。
这正是:
需求也需做测试,测试发现六类题
测试人员应注意,切勿任其传下去
参考书目:软件测试设计,作者:马均飞,郑文强,出版社:电子工业出版社
联系客服