測試工程師最怕的事

　　 測試工程師最開心的事 ：

 

　　發現了一個很嚴重的bug, 特別是那種隱藏很深, 邏輯性的錯誤.

 

　　偶第一次發現這種問題的時候, 聽到上司和開發人員的表揚時, 高興的就想上天. 不過現在慢慢矜持些了.

 

　　測試工程師最提心吊膽的事:

 

　　版本release 出去後, 客戶發現了很多或很嚴重的bug. 經過緊張的系統測試之後, 好不容易可以輕鬆一下了, 卻又陷入了每天擔心正在做驗收或使用的客戶一封郵件或一個電話說產品有問題.

 

　　碰到好些的老闆還會比較樂觀的看這樣的問題, 最慘的就是有些人一頓臭罵, 之前的辛苦, 加班全部都給抹殺了.

 

　　測試工程師最憎恨聽到的話:

 

　　" 為什麼這個bug 沒有在測試的發現呢?" 這句話經常是客戶發現bug 後, 老闆對測試人員的質問.

 

　　當然這裡排除那種很明顯的錯誤. 其實誰都知道bug 是不可能全部發現的, 這句話其實也是客戶對大頭, 大頭對小兵一級一級問下來的. 除了希望測試人員警惕之外, 還有更多的是一種" 踢貓" 的行為.

 

　　對於這句話, 偶第一次聽到這句話的反映是" 我們怎麼可能發現所有的bug 呢", 後來變成" 製造bug 的人不是我們, 是開發", 到現在的" 讓我查查我的日誌, 問問開發這個bug 的原因, 為什麼我們會沒有找到, 下次我們會怎樣" 的回覆.

 

　　測試工程師最鬱悶的事：

 

　　" 剛才那個版本打包打錯了, 你們要重測". 新版本來了, 馬上投入緊張的測試, 希望能夠多找些bug.

 

　　沒想到辛苦了可能大半天, 開發人員說打包打錯了, 你重測吧. 這種情況雖然可以透過規範流程之類的辦法控制發生的機率, 但人總會犯錯, 多少而已.

 

　　碰到這樣, 你除了提醒開發部門下次注意, 你除了重測沒有太多辦法.

 

　　測試工程師最不想面對的事：

 

　　在測試晚期或最新的版本里發現了以前一直存在的問題, 特別是當問題很嚴重時決定到底報不報bug.

 

　　報嗎, 開發人員肯定會問以前有沒有這個問題, 不報嗎, 客戶發現更慘.

 

　　畢竟客戶或老闆的責備比開發部門或主管的責備輕許多, 最後還是會報到bug 庫裡的.

 

　　測試工程師最不想做的事：

 

　　申請版本推遲釋出. 由於在版本發現了太多的問題, 覺得產品不能達到釋出的，建議公司推遲釋出產品.

 

　　這時雖然大家都知道產品有問題, 儘管你自己也不希望這樣, 但誰都覺得你是一個製造麻煩的人, 畢竟市場的壓力很大呀.

 

　　測試工程師最丟人的事:

 

　　辛苦的發現了一個bug, 居然是該配的引數沒有配等一些自己的失誤造成的.

 

　　有些該注意的地方居然測試時忘了, 找出的問題給開發人員一頓臭扁, 無比丟人啦.

 

　　測試工程師最怕的事:

 

　　一天, 甚至幾天都沒有發現一個bug! 經過一段時間的bug 高峰期後, 有段時間會發現bug 數量的減少, 最可怕的就是一天都沒有發現一個bug.

 

　　偶有時會難過的吃飯都沒心情. 搞得偶的開發朋友說了一句最讓人吐血的話:" 要不要我在程式碼裡放幾個bug 給你呀,hoho" 。

 

　　測試工程師最有力的保護方法:

 

　　把你認為是bug 的問題都提交到一個正式的, 可以追蹤的地方( 一般來說是bug 庫). 有時總會碰到一些很小的或是很難判斷的問題, 猶豫一定是否要報, 特別是一些UI 的問題.

 

　　有時問開發人員, 他們可能會輕描淡寫的回覆你導致你沒有report 它. 但多年的經驗一定要報, 瞭解bug 流程走向的人都知道, 後面還有人verify, 還有開發經理判斷, 如果不是bug, 自然他們會回覆, 會寫明原因.

 

　　說白了, 出了問題也不是你的事情. 當然一開始經驗不足時會收到一些白眼球, 但慢慢經驗多了, 對系統熟悉了, 自然這種情況會少些.

 

　　人也可以從一些問題中發現自己的弱點. 但如果不報, 那天客戶提出來, 你除了懊悔還要面對指責, 嚴重的炒魷魚.

 

　　測試工程師最任重道遠的事:

 

　　測試驅動開發. 碰到這種開發模式的專案, 既是測試揚眉吐氣的機會, 也是可能會陷你於深淵的惡潭.

 

　　你就必須打起十二分的精神. 等於你在引導開發, 有什麼問題一定要提出來, 否則你就等著被盲目的牽著鼻子走了.

 

　　測試工程師最期待的事:

 

　　測試能夠越來越受重視, 測試工程師的考核越來越合理.