软件测试
需求变更 标签描述

读者提问:阿常老师,请问如何评价测试质量 ? 阿常回答:评估测试质量,最直接的体现是线上问题发生率,间接的体现可以是测试用例质量,常见问题知识库。 一、线上问题发生率 评估测试质量,最直观的就是看本次迭代版本是否存在线上问题,线上问题数量有多少,线上问题的严重程度,线上问题的影响范围。 二、测试用例的质量 除了线上问题发生率,测试用例的质量也可以反映测试质量的高低。 测试用例的质量主要体现在用例的需求覆盖度,用例覆盖到了多少业务场景。 测试用例包括本次迭代的手工用例,以及测试组现有的自动化测试用例。 三、常见问题知识库 为什么要整理常见问题知识库? 当我们明白了哪...

读者提问:产品总是临时加需求,怎么办 ? 阿常回答:大多数情况下需求变更是不可避免的,我们需要保持既开放又理性的心态,来拥抱需求变化,同时也要避免太多的需求变更。 一、需求变更无法逃避 需求变更是一把双刃剑,一方面需求变更可以优化产品功能,提升用户体验;另一方面需求变更给团队带来了开发成本的增加,并且会打击团队的士气。 如果某个产品的最终形态就是产品最初的需求分析,没有经历过一次需求变更,这就可能有两种原因: 其一,产品将所有细节都考虑到了,TA是一位很牛的产品经理。 其二,整个团队都在抵制需求变更,拒绝做任何产品功能的优化。 二、如何控制需求变更 当需求变更来临时,我...