bvt(build verification test,構建驗證測試)是微軟內部的乙個標準說法,指的是每天都要執行的測試,以確保前一天入庫的內容沒有破壞重要功能。先前我曾寫過一篇文章說明保持bvt整潔的重要性(文章稍後翻譯)。在那些持續通過的測試中,哪些應放入bvt中呢?bvt失敗時,應該是你要立即去處理的。也就是說,bvt中失敗的測試必須是非常重要的。基於這一觀點,以下是一些有關bvt的準則:
bvt應當是一組仔細選取過的測試。它們應當能夠快速、一致地執行,其結果要非常重要。始終堅持這些原則的話,bvt就非常有效果,因為任何失敗都會受到足夠重視。將bvt限制在最重要的場景將保證測試結果能夠得到恰當的處理。。
當冒煙測試發生在整合測試的子系統間整合和系統測試的時候,這個時候,人們常常把冒煙測試等同為bvt(build verification testing),也就是所謂的小版本驗證測試。
冒煙測試一般是由程式設計師來執行;冒煙測試帶有一定的隨機性,它不需要去設計正式的測試用例,這個活動在開發部門內開展;
系統**試也叫「轉系統測試」(有的地方把「轉系統測試」看作為是針對「系統測試**試報告」等輸入文件的評審活動,其實大可不必去摳兩個詞彙的區分,這樣做意義不大),一般是由tester來實施的,也可以在開發人員的配合之下開展,如果是這種情況下,系統**試就是敏捷開發極限程式設計中的「結對程式設計、結對測試」了;
系統**試是個別規範的大公司才有的流程,在微軟內部與之類似的有個「buddy test(合夥測試)」,指的是開發人員提交軟體版本後申請轉系統測試之前的功能性驗證(可能還包括其他方面的驗證),目的是確保系統的基本功能確實沒有問題,使得後續的系統測試能夠順利開展,不至於出現主要功能有致命問題,大量的用例被堵塞,導致系統測試無法繼續下去。
從順序上來說,是ut--it--pre st--st。也就是說pm(或開發人員)提出轉系統測試申請後,測試部門的testers會進行系統**試,完成後由測試主管組織測試部門人員進行這次轉系統測試評審。
冒煙測試 功能測試
1 冒煙測試是走正常的流程 即正確的流程 主流程 用正確的資料,看系統能否通過,正常資料能夠很好的通過,則冒煙成功通過,在冒煙後版本才能進行功能測試。2 一名成功的測試工程師在測試功能點的時候,不應該只是站在測試的角度,應該是站在測試 從測試角度出發 需求 從需求出發 客戶 需求上沒體現的,從客戶立...
再談冒煙測試
記得有一次面試中面試官問了我乙個問題,談談什麼是冒煙測試,我當時就傻了,估計人家從這個問題中就得出結論,我還是個新手,也許測試還沒入門呢 不過只有跌倒過一次,才不會再次在原來的地方跌倒,不然那樣就太糟糕了.就因為這樣我回去好好翻了翻資料,把冒煙測試理清楚了,原來如此 冒煙測試,嚴格來說就是乙個基本功...
談冒煙測試
談冒煙測試 冒煙測試,剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓,一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下,不是那麼回事的。冒煙測試源自硬體行業,對乙個硬體或者硬體元件改動後,直接給裝置加電,看看裝置會不會冒煙,沒冒煙,就表示待測元件是通過了測試。在軟...