编写BUG报告有诀窍？Toulmin模型来帮忙

    作者：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的限定部分、