qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請訪問 http://qaseven.github.io/

          軟件測試中關(guān)于Bug溝通的一些細節(jié)和建議

           這兩周產(chǎn)品線加速bug收斂速度以來,開發(fā)和測試人員陸續(xù)的反饋了一些問題,大部分都屬溝通類或者細節(jié)類。對幾種典型問題,測試人員也經(jīng)過了組內(nèi)討論,希望能在細節(jié)方面,大家都能注意互相提醒一下,提高產(chǎn)品線的運作效率。

            一、resolve的bug,驗證不通過,然后把bug進行reject操作----------這個處理過程,會出現(xiàn)一些疑義。

            目前測試組進行約定,測試人員驗證resolve的bug,未通過驗證后,首先要做的是和開發(fā)人員進行溝通,而不是直接把bug進行reject操作。(讓開發(fā)人員給出原因 這樣不是更好嗎)

            bug驗證不通過,可能存在很多方面的問題:

            1.1 版本編譯問題(版本控制)

            1.2 多封閉版本提交錯誤問題

            1.3 模塊編譯和整體編譯時間不一致問題

            1.4 測試人員版本未更新(指定專人更新測試服務(wù)器 或者持續(xù)化集成)

            1.5 測試人員驗證條件不滿足,實際bug未得到有效驗證。

            1.6 開發(fā)人員resolve為模塊提交時間,和實際版本可獲取時間有提前性。

            很多時候,bug驗證未通過,不是開發(fā)人員或者測試人員的問題,流轉(zhuǎn)環(huán)節(jié)的問題,需要大家一起溝通討論,才能定位,從而提高團隊的運作效率。

            同時,針對resolve的bug,特別是很難復(fù)現(xiàn)的bug,也希望開發(fā)人員能夠說明解決的問題點,給出建議的測試方法。

            針對必現(xiàn)或者很容易復(fù)現(xiàn)的bug,測試人員知道驗證方法,按照原來的操作步驟進行多次驗證,如果未出現(xiàn)問題,那么就認為解決。

            針對很難復(fù)現(xiàn)的問題,如果沒有開發(fā)人員的指導(dǎo),測試人員去驗證此類的問題,只能依靠拷機,大規(guī)模的覆蓋測試,一段時間后沒有出現(xiàn)此bug,再進行關(guān)閉。實際上,這種驗證方式,效率很低,而且不一定真正的驗證到了問題點。

            所以這是一個雙向溝通的過程:開發(fā)人員主動的說明問題原因、解決方案和相關(guān)測試建議;測試人員主動去詢問問題原因、解決方案和相關(guān)測試建議。

            二、一個較難復(fù)現(xiàn)的問題出現(xiàn),bug打出去,開發(fā)人員要求復(fù)現(xiàn),到底要不要做?(先分嚴重性,然后按步驟復(fù)現(xiàn))

            針對這個問題,開發(fā)人員和測試人員每天都要糾結(jié)好一陣。從產(chǎn)品線現(xiàn)狀而言, 也不可能做到一刀切,按照嚴格的要求去必須復(fù)現(xiàn)或者必須不去復(fù)現(xiàn)。

            無論是開發(fā)人員或者測試人員,大家都有自己的任務(wù)指標。很多時候,就需要動態(tài)的把握具體的工作

            是否要復(fù)現(xiàn)某問題,給測試人員提出幾個判斷的標準:

            1、開發(fā)人員是否沒有相關(guān)測試設(shè)備、測試環(huán)境,必須要使用測試環(huán)境來復(fù)現(xiàn)。

            高清項目以來,很多設(shè)備單價都很高,產(chǎn)品線的設(shè)備不多,或者新產(chǎn)品的demo板卡不多,針對這種情況,測試肯定是需要協(xié)調(diào)資源,提供給開發(fā)人員自行復(fù)現(xiàn),或者幫忙復(fù)現(xiàn)問題的。還有,比如大容量的測試,長考,mcu的三級級聯(lián)適配邏輯等,都可以根據(jù)實際的bug情況,很直觀的判斷是否需要在測試環(huán)境進行復(fù)現(xiàn)。

            2、如果要復(fù)現(xiàn)問題,開發(fā)人員是否提供捕獲信息的要求,提供新版本進行復(fù)現(xiàn)?

            一個bug出現(xiàn),大家在測試環(huán)境查了半天沒有定位,然后重啟,回頭給測試人員說,再復(fù)現(xiàn)一下。--------這種表現(xiàn),是效率很低的體現(xiàn)。

            如果一定要復(fù)現(xiàn)問題,希望能大致判斷幾個問題點,然后和測試人員溝通下,需要如何捕獲信息,捕獲那類信息?是不是提供debug版本進行復(fù)現(xiàn),或者根據(jù)預(yù)判的點增加打印信息版本進行復(fù)現(xiàn)?

            一個很淺顯的認識: 一個bug,如果出現(xiàn)問題后,根據(jù)結(jié)果狀態(tài)無法定位,那么再復(fù)現(xiàn)出現(xiàn)問題,我們認為依然無法定位。那么我們就嘗試捕獲問題出現(xiàn)前,問題發(fā)生過程中的一些狀態(tài)、邏輯。那么肯定就涉及到對一些信息進行捕獲,對一些過程態(tài)進行打點、跟蹤和反饋。

            這也是希望開發(fā)人員能積極和測試人員溝通的點。

            如果一定要復(fù)現(xiàn)問題,那么,讓我們大家的工作更有價值,有效率。

            3、問題或者項目優(yōu)先級。

          posted on 2012-09-26 10:35 順其自然EVO 閱讀(232) 評論(0)  編輯  收藏


          只有注冊用戶登錄后才能發(fā)表評論。


          網(wǎng)站導(dǎo)航:
           
          <2012年9月>
          2627282930311
          2345678
          9101112131415
          16171819202122
          23242526272829
          30123456

          導(dǎo)航

          統(tǒng)計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 绩溪县| 墨竹工卡县| 筠连县| 晴隆县| 徐州市| 高清| 淳安县| 海淀区| 江永县| 柘城县| 台江县| 伊通| 汾阳市| 禹州市| 香格里拉县| 衢州市| 仙桃市| 临高县| 永兴县| 沾益县| 柳江县| 广元市| 莱西市| 汝州市| 丹东市| 沈阳市| 斗六市| 佛冈县| 阿城市| 七台河市| 环江| 西峡县| 吉林市| 阳新县| 嘉义县| 卢湾区| 滁州市| 普格县| 昭苏县| 依安县| 伊金霍洛旗|