话说：
各位读者盆友，好久不见！今天跟大家分享个小内容：我们在报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）字段一致性
前端端对接，一定要注意属性一致，否则细节问题总是出问题
…
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
好了，后期再会。