当你发现了一个BUG，找到对的人，就可以提高解决问题的效率。
那么拿上传视频来举例，在"上传--审核--编码--发布"的整个周期中，你要清楚哪个人负责哪个环节。
比如"上传失败"、"编码失败"可能是由运维组的同学负责，"审核失败"可能是另一波人在负责，因此当遇到了问题，你要找对了人。
那么当你在"视频网站A"上传1个视频（a.MOV）失败了，你接下来会得到什么结论呢？
1、视频本身是坏的？ //该视频（a.MOV）存在问题
2、浏览器自身的BUG引起上传视频失败？ //如果你初步认为是浏览器自身的BUG，那么换1、2个浏览器在"视频网站A"上传相同的视频，看看是否仍然上传视频失败
//请不要更换视频文件（a.MOV），你要做的是使用相同的视频文件（a.MOV）执行验证，来找到问题（即：定位BUG）
//如果你使用a.MOV引起了BUG，而你使用b.MOV却不会引起BUG，然后你草率地下结论说是视频a.MOV文件本身有问题，那么你就大错特错了。
先不急于轻易地下结论，你可以执行以下2个方式的操作：
#1、使用相同的视频（a.MOV）、相同的浏览器，到"视频网站B"执行上传视频的操作
#2、使用相同的视频（a.MOV），换一个浏览器，到"视频网站B"执行上传视频的操作
如果以上#1和#2的操作，可以成功上传这个视频（a.MOV）。那么就可以比较准确地得到结论：上传视频（a.MOV）失败不是视频本身的问题，也并不是浏览器自身的BUG导致上传视频失败。而是视频网站A的问题。
既然已经定位了BUG（是"视频网站A"本身的问题），那么要确认该BUG是"上传--审核--编码--发布"这整个周期中哪个环节的BUG。
//那么我的失败场景是：在上传视频到99%的时候（此时上传计数剩余1秒），此时进度停滞了2分钟，然后弹出提示消息（这个消息本身并不负责任，并且误导了用户，不能忍）
//该BUG是在"上传"这一环节出现的
如何有效地协助"对的人"一起解决BUG？
如果你已经确认了是在"视频网站A"的"上传"这一环节失败了，那么你需要提供哪些有效的信息给"对的人"（前面提到，上传失败可能需要找运维组）呢？
[1] 提供你电脑的操作系统
[2] 以及浏览器类型 （FireFox、Chrome······）
[3] 上传失败的时间点
[4] 视频源ID
当你提供了以上[1][2][3][4]，基本上也算比较完备了，最后要在问题解决后，记住引起问题的原因，虽然原因对于你并无必要，但这是有意义和价值的。
最后说说不同网站处理上传视频的流程不太一样，有些是"上传完成--转码完成--审核完成--发布"，有些是"上传完成--审核完成--转码完成--发布"。
那么究竟哪一套流程更合理呢？我也不知道。
//关于转码环节
在流程合理的前提下，那么转码用的服务器的硬件是否应该做到有保障，系统配置方面是否应该更加合理？
//关于审核环节
我有过这样1个经历，在视频描述输入框内并没有敏感词汇，同时也没有字符超出限制，结果造成视频审核失败。然而审核失败的答复消息并没有给我有效的帮助，我看了以后并不知道问题发生在哪里。
于是我联系到审核视频的同学，得到的答复是"在视频描述内不应该包含URL"。那么为何不在审核失败的答复消息内直接反馈出来呢？因为这条失败消息并没有在审核失败LIST内。如此看，需要细化审核失败的LIST，把方方面面做周详，这样既是出于对用户的态度，也可以减少自己时间的浪费。