? ? 今天看了老徐的文章《如何重現(xiàn)難以重現(xiàn)的Bug》，里面講到實際中伦泥，當(dāng)遇到很難復(fù)現(xiàn)的bug時剥啤，測試人員的處理方式為：
（1）向開發(fā)人員尋求幫助來重現(xiàn)bug锦溪；
（2）當(dāng)做一個issue報給開發(fā)人員；
這樣的做法存在如下問題：
（1）開發(fā)人員責(zé)任心不夠強(qiáng)府怯，不愿意花太多精力去求證這件事情，常見的回復(fù)就是：在我這兒沒事兒啊富腊，我也重現(xiàn)不了坏逢，bug關(guān)了吧域帐。結(jié)果隨后在生產(chǎn)系統(tǒng)上赘被，bug又開始隨機(jī)出現(xiàn)了。
（2）就跟測試人員不擅長編碼和調(diào)試一樣肖揣，開發(fā)人員并不擅長找出bug民假。經(jīng)過一番嘗試以后，他們也找不出什么問題來龙优，常見的回復(fù)同第一條是一樣的羊异。bug上線后又出現(xiàn)的宿命也是一樣的。
? ? 針對上面兩點彤断，自己感觸最深的是：
（1）自己還是開發(fā)的時候野舶，測試將出現(xiàn)一次的問題提了bug，作為開發(fā)宰衙，每天bug無數(shù)平道，對于這種出現(xiàn)一次，log無效的bug來說供炼，基本的處理方式就如老徐所說一屋，自己復(fù)現(xiàn)幾遍，若沒有復(fù)現(xiàn)則打回給測試袋哼，讓其跟蹤（之前公司是跟蹤一個月）冀墨，若還未復(fù)現(xiàn)，則關(guān)閉bug涛贯。有時候就會出現(xiàn)發(fā)布后诽嘉，用戶反饋類似的問題，但測試還是未復(fù)現(xiàn)弟翘，此時才會從代碼入手虫腋，進(jìn)行分析，看看究竟是哪里的問題衅胀，最后進(jìn)行修改岔乔。
（2）現(xiàn)在自己也是一名測試，也有遇到過出現(xiàn)一次的bug滚躯，但是這種情況自己現(xiàn)在都是先回想之前的操作流程雏门，然后不停的進(jìn)行測試嘿歌，如果還是復(fù)現(xiàn)不了，便會詢問開發(fā)的實現(xiàn)邏輯茁影，再次進(jìn)行復(fù)現(xiàn)宙帝，如果還是復(fù)現(xiàn)不了，會先記錄下來募闲，到上線的時候重點測試步脓。不知道這樣做是否正確……
? ? 無論自己做測試還是做開發(fā)，出現(xiàn)難以重現(xiàn)的bug浩螺，存在以下幾種情況：
（1）測試環(huán)境靴患、資源有問題。做開發(fā)時要出，遇到好多問題鸳君，就是測試使用已經(jīng)廢棄的資源進(jìn)行測試（不知道為什么組內(nèi)人沒有告訴組員），導(dǎo)致了很多問題患蹂；做測試時或颊，由于是web測試，開發(fā)提交了新的代碼传于，未告知測試囱挑，導(dǎo)致前一秒還存在的問題，到下一秒就不存在的（這種情況很讓人抓狂）
（2）測試步驟不正確沼溜，自己也遇到過這種情況平挑，由于測試步驟不完整，導(dǎo)致復(fù)現(xiàn)不了
（3）就是復(fù)現(xiàn)不了的bug盛末，只能從代碼層面去進(jìn)行分析弹惦，這種情況對于測試來說很不好，如果開發(fā)去分析（一般都不會去分析悄但，除非問題很嚴(yán)重）棠隐，那還好說，如果不分析檐嚣，很多時候這個bug便會不了了之助泽。曾經(jīng)自己就遇到過一個bug，測試開發(fā)都復(fù)現(xiàn)不了嚎京，但是用戶反饋超過100+嗡贺，后來就是將那個模塊的所有代碼分析了一遍，才找到問題之所在鞍帝。
? ? 自己現(xiàn)在也是一名測試诫睬，遇到這種情況時，自己的做法也不盡完善帕涌，之后根據(jù)老徐文章中提到的進(jìn)行完善補(bǔ)充摄凡，多思考续徽，多觀察，注意可能復(fù)現(xiàn)的條件亲澡，然后反復(fù)多測試等钦扭。
