本文章轉(zhuǎn)載于搜狗測試
1寂屏、回憶操作步驟贰谣、嘗試重現(xiàn)
盡量回憶當(dāng)時的操作步驟娜搂，并且最大可能的復(fù)原當(dāng)時的操作環(huán)境。
確認當(dāng)時的操作步驟是否有誤吱抚。如果確認無誤百宇，可以多次嘗試重現(xiàn)；
即使發(fā)現(xiàn)有操作錯誤的情況秘豹，也不要認為沒問題了携御，要思量為什么會操作錯誤是否用戶也會有這種操作？然后和產(chǎn)品討論自己的想法既绕，很可能這是用戶體驗上的問題啄刹。
可以把整個操作流程進行分解，逐個步驟進行考慮影響因素凄贩，然后進行驗證
視測試時間誓军、嚴重程度、重要程度而定怎炊，要花多久進行重現(xiàn)谭企，既不能一兩次就草草了事，也不能無休止的在這一個問題上無限制消耗時間
如果是崩潰問題评肆，一定要盡可能的抓取log并分析原因债查，然后提供給開發(fā)
2、提交bug與開發(fā)溝通
即使不能重現(xiàn)瓜挽，也一定要提交bug備忘：
1)有的測試人員經(jīng)常會因為不能重現(xiàn)盹廷，就不提交或忽略提交了，這是錯誤的
2)用戶那邊可能會出現(xiàn)久橙，至少我們測試出現(xiàn)過俄占，所以出于測試責(zé)任考慮，也要提交淆衷；
3)當(dāng)前不能重現(xiàn)缸榄，不代表以后不能重現(xiàn)，既然出現(xiàn)問題了祝拯，那肯定是有問題甚带，只不過當(dāng)前無法解釋而已。
4)要把當(dāng)時出現(xiàn)問題時的環(huán)境佳头、步驟鹰贵，盡可能的在bug上寫全，并且附上自己的分析和看法康嘉，哪怕是猜測也行碉输，以便后續(xù)嘗試重現(xiàn)
開發(fā)對自己的程序了解深刻，看到bug后亭珍，有可能很容易就能知道問題所在立馬就能修改敷钾，或者根據(jù)現(xiàn)象給測試人員重現(xiàn)上的提示
對于這類bug枝哄，有些開發(fā)可能不太樂意讓提交，因為沒有重現(xiàn)步驟沒法改闰非，所以一定要和開發(fā)明確說明膘格，這首先是備忘一下，后續(xù)可能會重現(xiàn)或想到修改方法财松；就算最后一直無法解決瘪贱，也可以置為不可重現(xiàn)關(guān)閉。（在搜狗項目中辆毡，開發(fā)的bug數(shù)是不計入績效統(tǒng)計的菜秦，所以開bug對于開發(fā)沒有什么阻力）
切忌測試人員把單次發(fā)現(xiàn)的bug直接給開發(fā)，而不進行多次驗證舶掖、嘗試重現(xiàn)球昨，因為這是不專業(yè)的表現(xiàn)，發(fā)現(xiàn)問題眨攘、多次多角度嘗試重現(xiàn)主慰、幫助分析問題原因都是測試人員應(yīng)該做的。
雖然重現(xiàn)bug是測試的職責(zé)鲫售，但初步定位bug也是測試人員需要提高的能力共螺，因為這樣可以和開發(fā)一起找原因，提高開發(fā)對你能力的認可情竹。但一定要注意藐不，測試人員認為的原因，需要用一種建議的形式和開發(fā)溝通秦效，否則會讓開發(fā)認為你太自負雏蛮，并且一旦你說的原因是錯的，更會被認為是自不量力阱州。
如果直到最后上線前都沒有重現(xiàn)挑秉，那么就要把這個問題計入上線風(fēng)險。
3苔货、后續(xù)回歸測試時著重關(guān)注
一輪測試時發(fā)現(xiàn)的不可重現(xiàn)問題衷模，在后續(xù)回歸測試或隨機測試時，可以把這類問題重新拿出來分析并嘗試重現(xiàn)（所以當(dāng)即提交bug并詳細說明步驟與分析內(nèi)容的重要性就體現(xiàn)出來了蒲赂，如果沒有這些內(nèi)容，后續(xù)想嘗試復(fù)現(xiàn)難度都很大）刁憋。
重現(xiàn)問題時滥嘴，不要僅局限在當(dāng)前的環(huán)境下，換換思路至耻、逆向思維若皱、多發(fā)散镊叁、甚至帶點創(chuàng)造性的做法往往會有較大的驚喜。
一旦再次重現(xiàn)走触，一定要保留現(xiàn)場晦譬，叫開發(fā)人員一起查看
如果發(fā)現(xiàn)了必現(xiàn)步驟，那么就要好好進行分析互广，為什么測試用例沒有覆蓋或者常規(guī)測試沒有發(fā)現(xiàn)敛腌，及時總結(jié)。
