QA如何高效参与设计评审 | |
目标与方法:带着如果按这个做出来后,真的能实现我们的需求与功能吗?用各类用户场景去构想他的设计与实现是否可行,是否存在遗漏。(即提前去把所需功能按设计的思路,我们在脑海里来运行一下)对关键的设计决定进行验证,并帮助关键项目从设计阶段转化为最后的实现 | |
从下面几个方面去评审这份文档: 第一:设计方案正确性、先进性、可行性; 第二:系统组成、系统要求及接口协调的合理性; 第三:软件实现的功能是否覆盖了产品需求文档中要求的功能; 第四:功能的实现中,是否考虑到了所有可能的分支情况,以及这些分支情况的处理是否合理,和PD要求是否一致; 第五:对于功能模块的输入参数、输出参数的定义是否明确; 第六:系统性能、可靠性、安全性要求是否合理; 第七:文档的描述是否清晰、明确。 |
|
从以下经验点,类似问题去着手和参考: | |
大类 | 检查点 |
数据库设计相关问题 | 日期的考虑:默认有creat和modify时间,是否因业务需要增加:审核时间,生效时间,过期时间等 |
默认值的考虑:需结合业务某操作时该表新插入数据中,各个字段默认值的合理性:如:允许null是否对后继业务有冲突? | |