类别：最新发布 / 日期：2023-05-28 / 浏览：400 / 评论：0
1、参与用户故事分析、挖掘故事含混性
在sprint会议上，对用户故事进行分析，检查功能性需求和非功能性需求是否描述清晰，其中可以将非功能性需求作为验收要点，例如一个用户故事：
“客户希望提高响应时间”
测试人员应当协助开发人员消除故事的含混性：提高什么的响应时间和响应时间为多少？可以建议修改为：
“客户信息普通查询返回结果的响应时间为5s内”
说明在“客户信息”模块，进行“普通查询”操作，返回结果的时间在5s内，这个陈述句已经清晰表达了，也达到了消除含混性的效果。同样，测试人员可以编写提高查询效率的用户故事：
“客户在信息查询模块，进行普通查询，能够在5s内返回结果”
“备注：5s为非功能性需求，也是验收要点”
2、参考经验库质疑开发的时间估算
在sprint会议上，开发人员根据经验出牌（团队自己定义的规则，用扑克牌）估算时间，当给出最终结果的时候，测试人员应当对其进行质疑。测试人员借鉴历史经验库：开发人员在某方面的技能如何、该模块曾经产生过何种程度的缺陷、修复缺陷的消耗时间是多少等等
版权声明 : 本文未使用任何知识共享协议授权，您可以任何形式自由转载或使用。
