从事IT互联网的人都知道，bug是程序员和测验人员最不喜爱面临的东西，许多人关于软件中呈现bug这个作业，榜首想到的便是测验人员的问题，由于他们都觉得这是测验人员没有测验出软件中存在的bug，导致后续软件上线问题浮出水面。其实，呈现bug这种状况是由许多原因形成的，不仅仅是测验人员一方的问题，牢记不要把锅悉数甩给测验!呈现bug在所难免，也并不可怕，可怕的是相互甩锅推卸职责，导致bug一向留在那里形成其他更大的负面影响和丢失。
软件中bug的呈现还有其他原因：比方产品原型不清楚，有歧义。导致产品司理跟客户之间是有歧义的，导致后期交付到项目方手里，被当作了bug。别的，在项目开发方面，开发人员开发完后并没有先自测，测验在测验回归阶段会由于一些隐秘的东西测不全。再或许是后期更改需求了，开发者加进去了，可是测验并不知道，形成未能及时测验出bug等。各式各样的要素都会导致bug的呈现，有时候bug的呈现是整个团队的问题形成的。
那咱们应该怎样处理软件上线后露出的bug呢?
一、即时反应即时呼应
不管是技能团队，仍是运营客服团队，在软件上线或供给给客户运用后，都应该定时的去盯梢软件是否在正常作业，假如有客户遇到问题(或许是一个bug)应该及时的做好问题的搜集、剖析，并作出正确的反应处理。问题不可怕，可怕的是这个问题一向留在那里，或许用户多用几回怒火中烧，直接把它打入冷宫，更甚者给软件供给安排带来巨大的负面影响和经济上的丢失。
二、即时剖析即时处理
当收到问题后，应该及时反应给研制团队，承认是否为BUG，假如非BUG的，那承认问题发生的原因，并让问题对接人知晓后反应和客户。
假如承认为BUG后，则需求对bug的严峻等级进行评级。假如是细微或许不会对用户运用形成太大问题的，能够作为优化项放到后边版别迭代时进行修正。反之严峻问题，就应该找到bug所属模块的程序担任人，承认处理方案，并及时发布对应得补丁包或许给出处理办法。一起，问题对接人必定要给用户进行反应或阐明，包含对处理方案的简略阐明。
三、问题处理完毕，查找问题原因
BUG呈现的原因是什么，或许有以下几种状况：
1、测验环境无法重现
或许是线上的环境形成的BUG或许是测验环境无法模仿的状况。
处理办法：尽量完善测验办法，尽或许模仿仿真线上测验环境，以及添加上线后的复查承认测验。
2、漏测
A、测验用例裁剪过度：过错预估优先级或许时刻过于急迫裁剪了用例
处理办法：在后续版别或许其他项目启动时从头评价测验时刻，要求专家介入对优先级进行评价，防止此类事情再次发生。
B、测验用例履行期间遗失：由于测验人员忽略形成测验用例履行遗失
处理办法：查询该名测验人员的整个测验进程的作业状况，并随机抽测其他模块，对该名测验人员进行归纳评价，给出定论，是由于忽略漏测，仍是由于担任模块过多漏测，仍是有其他原因。应该及时反应给测验司理，并对该测验人员后边的作业进行调整和处理。
C、测验用例掩盖不全：需求含糊导致的，由于用例评定的不严厉形成的;半途需求改变形成的;由于某些其他要素形成的
处理办法：找到原因，并进行记载，在往后的项目或许下一版别改善。而且要及时添加、弥补用例。
3、程序的质量问题
呈现bug，必定是由于程序出了问题。黑盒测验是很难发现逻辑和代码层面的一切问题的。所以也应该从开发的视点去评价bug呈现的原因，或许是由于开发大意忽略导致的，也或许是开发人员故意躲藏呈现的。
处理办法：首要承认bug呈现的原因，假如是由于大意，如过错的大小写、过错的参数变量导致的，应该让对应开发人员做出整改。假如是深层次的逻辑问题导致的，那应该在后续项目和版别中加大代码的走查测验。
4、产品实践运用超出幻想，导致的bug
这应该是整个团队的问题，应该罗致经验。规划一款新范畴、事务的产品，对这个范畴或许没有深化的了解，那么或许会导致一些意想之外的BUG。比方我经历过的无人值守停车场的物联网项目，首要依赖于摄像头进行车牌辨认然后进行车辆的放行。由于周期短，而且地域的约束没做过分周全的测验，一开始也没有露出问题。可是实践运用中，发现摄像头外壳由于没有考虑导热规划，导致在高温暴晒下呈现摄像机宕机。在昏暗湿润环境下，车辆假如视点不正对摄像头，导致辨认过错等。你能说这是测验的问题，或许开发的问题，或许硬件的问题，工艺的问题。只能是我们经验不足，是团队一切人的问题。
5、产品上线后，在某种操作体系下呈现兼容性的问题，是谁的职责？
干流的体系，比方Win10，有兼容性的问题，必定是测验的问题，没有掩盖干流的体系。后边应该清晰需求兼容的体系并进行测验。
前史体系，比方XP，有兼容性问题。可是标准清晰写明不支持XP。那么有或许是市场调研、需求的问题，没有搞清楚产品的实践客户和特性。也有或许是用户手册的问题，没有提示不支持XP，导致过错的装置。还有或许是软件的问题，没有做维护，检测到是XP体系，就应该中止装置并提示体系版别太旧。而不是一路走到黑，装置完呈现一些兼容性的问题。这都是需求后期进行考虑的。
四、追责
一般来说，上线的BUG不能彻底归咎于某一个人，或许是归咎于测验部、开发部，这是一个团队协作的进程，出了疏忽谁也逃不掉，应该及时止损，罗致经验经验，在往后的版别或许项目中躲避相似的问题呈现。当然，假如真的是某个人的职责，那么项目组就应该给予正告，让其后续罗致经验根绝相似问题呈现。
五、防止相同的过错
榜首次呈现的问题处理好了，这事能够过去了，可是呈现过的问题最好不要再次呈现，不然一而再再而三的呈现相同的问题，会让boss和领导置疑整个团队或个人的才能及职责感。所以，记住罗致经验，防止往后跳进同一个bug坑里。
