话说：
各位读者盆友，好久不见！今天跟大家分享个小内容：我们在报Bug的时候，最好能够定位清晰，应该报给哪个端，这样会高效帮助开发处理问题。
目录 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
1、确定问题范围 2、确定属于哪个端？ 3、总结
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 难度系数：★☆☆ ☆☆ 建议用时：30min
1、确定问题范围 在发现一个Bug后，不要立即就报Bug。最专业的做法是： 1）假如在H5 发现的问题，那么问问自己，Native端是否存在同样的问题？确定Web端、Android端、iOS端的问题情形，在报Bug不迟； 2）确定是自己测试思路不正确导致的Bug 还是本身就有Bug？ 如果因为自己对业务不熟悉，未按照流程测，那么出现的bug需要跟开发人员对接一下；尽量不报无价值的bug。
2、确定属于哪个端？
定位一个问题属于前端还是后端，也并非想象那么容易。
下面举几个例子： 1）看接口信息。 浏览器调试工具，非常方便查看。按照我们思路：500多半是服务器问题；404可能是前端页面找不到，也多是找不到resource,这个时候要考虑接口是否发生变更？
2）状态200是不是就代表不是后端问题？
后端接口200，但是返回一个错误信息，前端未做处理，导致的结果就是转圈圈。 这里归根到底还是前后端2端对接问题，后端对状态控制不明确，前端也未对返回信息做处理，导致转圈圈。
3）看参数
eg:页面我们明明选了打开了开关按钮，但是却未生效，报谁的Bug？
第一要确定，你在页面打开的开关，是否确实给了后端； 第二确定，后端确实返回的是你开关的状态。
第一张图表单中是打开的开关；第二张图表明delete属性还是false，表明表单中的选择未生效。 所以是后端问题。
4）如何定位前端问题？
简洁的方法是看Console控制台输出，一般js错误都会从这里输出。
3、总结 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 在你发现问题的时候，你就应该多思考，自己以后写代码如何避免类似问题。 eg:
日期处理 日期处理，尤其要考虑时区转换。过了24点之后和24点之前，那是很不一样的； 2）极限值 对于输入框，数据库的极限是多少？否则后端很容易报错服务器繁忙；当你用一个数据类型，就要很清楚它的边界； 3）字段一致性 前端端对接，一定要注意属性一致，否则细节问题总是出问题 …+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
好了，后期再会。
