QA如何高效参与设计评审

本文探讨了QA在设计评审中的重要性,阐述了如何通过积极参与、提供专业见解和编写详尽文档来提高设计的质量和效率。同时,强调了理解数据库结构、编写测试脚本和适时插入反馈对于确保产品稳定性和用户体验的关键作用。
摘要由CSDN通过智能技术生成

 

                       QA如何高效参与设计评审
目标与方法:带着如果按这个做出来后,真的能实现我们的需求与功能吗?用各类用户场景去构想他的设计与实现是否可行,是否存在遗漏。(即提前去把所需功能按设计的思路,我们在脑海里来运行一下)对关键的设计决定进行验证,并帮助关键项目从设计阶段转化为最后的实现
从下面几个方面去评审这份文档
第一:设计方案正确性、先进性、可行性;
第二:系统组成、系统要求及接口协调的合理性;
第三:软件实现的功能是否覆盖了产品需求文档中要求的功能;
第四:功能的实现中,是否考虑到了所有可能的分支情况,以及这些分支情况的处理是否合理,和PD要求是否一致;
第五:对于功能模块的输入参数、输出参数的定义是否明确;
第六:系统性能、可靠性、安全性要求是否合理;
第七:文档的描述是否清晰、明确。
从以下经验点,类似问题去着手和参考:
大类 检查点
数据库设计相关问题 日期的考虑:默认有creat和modify时间,是否因业务需要增加:审核时间,生效时间,过期时间等
  默认值的考虑:需结合业务某操作时该表新插入数据中,各个字段默认值的合理性:如:允许null是否对后继业务有冲突?
  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
用例评审是软件开发过程中的一项重要活动,通过对用例进行评审,可以保证用例的质量和准确性。在用例评审过程中,QA人员起着关键的作用,下面是QA人员参与用例评审的流程。 首先,QA人员需要在评审会议前准备好评审材料,包括要评审的用例文档、评审表格和评审标准等。评审表格包括用例的功能描述、前置条件、步骤和预期结果等内容,评审标准则是依据公司的规范和标准。 评审会议开始之前,QA人员需要对用例进行仔细阅读,并与开发人员和业务人员进行沟通,了解用例的背景和需求。这样可以更好地理解用例的设计和编写意图,为评审提供更准确的建议和意见。 在评审会议中,QA人员需要发表自己对用例的看法和建议。他们可以提出用例中可能存在的问题,如功能不完善、步骤描述不清晰等,并提供改进措施。同时,他们还可以就用例的可测性和可验证性进行评估,确保用例可以被正确地执行和测试。 评审会议的结束并不意味着QA人员的任务已经完成。他们需要将评审结果整理成报告,并与开发团队和业务人员进行沟通和共享。这样可以确保评审意见被及时采纳和解决,避免潜在的问题和风险。 总的来说,QA人员参与用例评审的流程包括准备评审材料、仔细阅读和理解用例、参与评审会议并发表意见、整理评审结果并与相关人员进行沟通和共享。他们通过这个流程来保证用例的质量和准确性,为软件开发项目的成功提供保障。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值