作者:limezhang
前不久,桓哥的分享PPT中提到了Toulmin论证模型,并在其中提到了这么一句话“尝试建议:用Toulmin模型指导编写BUG报告(特别是容易被忽略限定部分,即BUG隔离)”。
恰逢我在整理合作方离岸方案中,涉及到统一BUG提交模板,来规范各合作方的BUG输出,并且减少其在不同项目间切换时提交BUG的学习成本。
于是想着能否将Toulmin论证模型应用到BUG编写报告中,其作用主要包括:
1、强调限定部分、及其准确性
2、通过加强限定部分,简短bug描述步骤
首先,我先调研了下目前BUG报告的现状,看看合作方(其实不仅限于合作方)提交的BUG是否有二义性、前提条件限定不完整等情况。
举几个栗子:
【例子1】BUG复现步骤过长、存在多余的操作步骤;
看完这个BUG,我相信大家跟我一样,都存在这样的疑惑“前两个步骤是多余的吗?是不是后两个步骤就可以复现BUG了呢?”
【例子2】BUG描述不够全面、准确,不同的现象决定了BUG的严重程度和修改优先级;
“是否只有微信推送位置发起导航才会crash,还是所有导航都会crash?”不同的现象BUG严重程度不同、BUG修复的优先级也不同。
【例子3】BUG描述不完整,不方便开发快速定位问题
“灰屏是否只是一瞬间的现象,即灰屏后是否屏幕能正常点亮,如果是,那么只是过程页面没有控制,开发可以快速定位”、“还是一直灰屏,无法启动,这就需要开发进一步深入排查了”针对这两个问题,前者若项目紧张可以暂时延期解决,而后者则是必须要优先修改的严重BUG。
相信分析这些BUG的每一个人,跟我一样感同身受,这些BUG输出,从步骤、前提条件、结论等方面都存在一些问题,需要改进,以便辅助开发快速复现、定位问题、减少不必要的沟通成本,尤其是在合作方离岸后。
通过上述的分析,我们可以确定“强调BUG的限定部分、