add how to report bug doc

Author: umasuo

how-to-report-bug.md

@@ -0,0 +1,28 @@
+# 项目的bug管理
+bug管理文档，主要介绍如何提交bug，以及这些bug如何管理、关闭、跟踪等
+
+# 发现bug与bug提交
+- 相关人员在使用产品、测试产品的过程中，发现bug之后，提交到测试同事，由测试同事统一管理。需要提供测试场景描述、问题描述等，最好能提供截图供测试人员复现bug。
+- 测试人员收到其他同事的bug，需自己再复现bug，并进行一定的分析
+- 测试人员在分析完bug之后，依据分析结果，在相关项目的github repo上，提交issue，issue需将场景、输入、结果、bug描述、截图等提供出来，供开发人员分析和解决
+
+# bug的解决
+- 模块开发人员需每日查看repo上的issue，并依据相关描述进行排查
+- 如果Bug属于当前repo，则在解决的时候建立新分之解决，并提交PR，提交PR时，将PR与issue关联上，并在PR的comment里面描述问题产生原因，以及解决方法
+- 如果Bug不属于当前repo，则在根据分析，将issue提交到其他repo，并将当前issue地址也关联上，以便追踪
+
+# issue的关闭
+基本原则：```issue只能够创建者和测试人员关闭，其他人员不允许关闭```
+- Bug解决完之后，部署到测试环境，由测试人员验证，待通过之后，则可关闭相关issue。
+
+# Bug的管理
+Bug的管理，根据不同人员略有不同，主要角色分三种：开发人员、测试人员、产品人员
+- 开发人员
+    - 开发人员不需汇总管理, 只依据github的issue来管理bug
+    - 需每日跟进自己相关的issue
+- 测试人员
+    - 测试人员需有一个bug汇总，需跟进所有repo的bug，对于bug汇总的管理，建议放在tapd上进行管理（云端、且有这个管理能力）`
+    - 测试人员在跟进bug的解决时，需要到每个repo里面去添加issue，并跟进
+- 产品人员
+    - 产品人员在做版本规划的时候，需要有需求汇总，bug汇总，每次发版本，需要明确完成了哪些新功能，解决了哪些bug
+    - 产品人员在跟进bug时，主要以测试人员的汇总为主，不需要进入到每个repo去查看issue的解决情况，如需了解具体bug的解决情况，可单独查看issue或找相关开发人员沟通