軟體測試工程師如何去判斷缺陷(Bug)
如何去判斷這個Bug是不是一個缺陷?
像這樣一個問題,其實在我們軟體測試工程師面試的時候也會經常被問到。比如面試官問你:
你是怎麼樣來判斷這個Bug是一個Bug的?你是如何去提交一個高質量的Bug的?
這個是屬於功能測試面試的時候基本上是必問的一個問題!
首先我們來看第一個,如何如何去判斷這個Bug是不是一個缺陷?
這個是對於我們軟體測試工程師來說必須要具備的一個能力,在之前的文章中我們說到,我們提交Bug是有理有據的。那麼同樣的我們去判斷這個問題是不是一個Bug,我們也是有理有據的。
理由的話,我們可以從這三個點來講
第一個,就是通過技術文檔來識別缺陷。
凡是這問題是不符合我們技術文檔上面描述的,我們就可以把它判斷為一個Bug,我們的參考就是技術文檔。
像這一類文檔有我們的需求規格說明書,然後設計文檔、用戶指南,或者說我們寫測試用例,還有我們早期提交的一些Bug
都是我們參考的依據。
要是開發一直不改Bug怎麼辦?
這個也是我們在軟體測試工程師面試過程中間經常會被問到的一個問題。面試官問你,如果你認為這個是一個Bug,但是開發認為這不是一個Bug,這樣一個問題你該怎麼去進行一個處理呢?
對於這一類的問題,首先第一個對於軟體測試人員來說就是要去確認這個問題到底是不是一個Bug,需要我們自己去判斷。為什麼是一個Bug,你的理由你的依據是什麼。如果說確定了它是一個Bug,有你的理由依據進行支撐。
如何去推動修改Bug?
如果開發人員不修改的話,無非就是幾個問題。
第一個,就是需求不明確,而導致開發說我理解的需求就是這樣子的,或者說需求沒有明確的寫出來,我認為這樣子設計就OK了。
那麼對於需求不明確的問題我們去找誰?
我們去找產品經理去進行一個確定,產品經理確定了需求是什麼樣子的,那開發要改就必須要修改。
開發不修改還會有一個原因。就是技術問題,現在的技術無法去修改。或者有一些問題不是通過開發人員就可以去修改的,可能還涉及到一些底層,或者說涉及到第三方公司需要提供的一些技術。對於這一類型問題,我們拿出來進行評審,之後由上面的領導出具一個解決方案。
這個就是我們在遇到這類問題時候解決的大體方向,有獲取知識,獲得幫助的朋友點讚支持一下!
至於說你說開發只會搬磚,或者說沒有規避框架的一些缺陷,那麼這一些問題,開發不知道改。其實這一些問題,不是我們軟體測試工程師需要去抱怨的一些問題,作為同屬於一個團隊來說我們還要去進行一個友好的相處!
我們去識別一個缺陷,一定要參考相關的文檔來作為你提交Bug的一個依據。
如果說對於有些公司沒有這個文檔的話,我們可以去參考行業的標準或者說同類型的軟體來進行一個識別,什麼叫同類型的軟體,比如說我現在去測試一個WPS,然後我發現了一個問題,我覺得它好像是一個Bug,但是我暫時無法確認沒有文檔來進行支撐。
那麼怎麼辦呢?
那麼我們就可以去參考Office word ,我去這Office word中去做同樣的操作,看會不會有同樣的問題產生,如果Office word中沒有這問題產生,但是在WPS中有這個問題產生,那我其實也可以去把這個問題作為一個Bug來提交,我的依據就是我參考了同類型的軟體。別人的軟體沒有這個問題,但是我們的有。
這就是產品經常說的,人無我有,人有我優,別人沒有的功能我們去增加功能,客戶會覺得非常新穎,非常有吸引力的這麼一些功能。同樣擁有的功能我們就要去把它優化得更好,這樣才能提高用戶體驗,吸引更多的用戶(客戶)
第三個點
與客戶和相關人員溝通來識別——產品經理——開發人員——運營人員等
我們在解決前面問題時候,有講到我們要去跟相關的人員來進行一個溝通,比如你遇到一個問題開發不改,你認為這個問題必須要修改。如果是需求的問題我們就去找產品經理進行溝通,那如果說是其他的問題,我們就去找對應的人員進行溝通。包括在上面如果你認為這個是一個Bug,但是開發認為這不是一個Bug。那你也可以找開發人員進行溝通,開發哥哥,你是因為什麼原因不改這個Bug呢?咱們可以聊一聊,也不要把關係弄得那麼僵。
如果真的是因為一個不可避免的客觀因素導致的,就拿出來做一個評審,讓領導做一個解決方案。
這些是咱們軟體測試工程師一定要牢記的,因為對於測試工程師來說,咱們如何去判斷一個問題是缺陷,或者說我如何來推動缺陷的修改。是我們作為軟體測試工程師的第一職責,如果說這一點你都做不到,那麼你在公司肯定是會被開發牽著鼻子走的,你開發說這是Bug這個就是Bug,他說不是那就不是。這樣我們就無法去保證個軟體質量是什麼樣子的。
到時候就會出現很多嚴重的問題,比如說軟體上線之後,客戶驗收不通過。遲遲不交款,導致公司的損失比較大,這個最終影響的就是你們整個公司團隊。
文章首發於公眾號:程式設計師一凡,學習更多軟體測試知識技能,歡迎關注我!
我們千萬要站住自己的立場!