2、Most bug：最多Bug

量變到質變是事物的變化規律，測試也如此，只有Bug的量上去了，產品的質量才能有所改觀，如果Bug在數量上上不去，這對測試活動有信心談何容易，一旦遇到這種情況測試經理們就頭痛起來了，因為這必定是一個危險的信號，我們的信心將會蕩然無存，除非系統質量足夠的好，測試手段足夠的高超，否則我們將會面臨產品上市后的最大危機。

3、Best bug：最有價值Bug

之前談到我們盡早發現Bug、發現最多的Bug，難道這樣就可以了么，很顯然特別的片面，進一步的說我們還要發現有價值的Bug。那么什么樣的Bug才算有價值呢？直白一點就是最影響系統使用、對系統功能模塊有嚴重影響或者破壞作用的Bug，最能決定研發周期的Bug，比如說如果事先能把需求類的Bug在需求階段提出來解決而不是等研發末期提出來，還有就是影響系統架構的Bug以及一些隱藏很深修復難度及波及面廣的Bug，所有這些都是從量變到質變的過程。

4、Track bug：跟蹤Bug

經常會遇到一些項目在項目末期了才去關注以前提交的Bug，測試人員盡管很早就提出了很多嚴重的Bug，沒有引起開發人員的注意或者測試人員跟進不給力，在這個時候需求類Bug提交的早、也提交的多、并且也很有價值，甚至有些直到產品發布上線運營了有客戶投訴或者在運營過程中再次暴露的時候才引起關注，此類情況的發生直接說明前期所做的測試工作算是白做了，根本沒有對產品質量做保證和提升嘛。也就是說我們測試人員缺乏明顯的跟進，只發現Bug而不跟進Bug修改這是測試人員最大的悲哀，反之如果測試人員做到了這點也是測試人員的最大價值體現，我們找到Bug不算什么，關鍵還是要讓Bug得到解決，這樣才能對整個產品負責，也只有這樣測試人員的價值才能得到真正的發揮和體現。

四、SMBT運用

1、領會SMBT的宗旨，建立良好的心態，做一個有責任心的測試人員，明確自己的工作不僅僅是測試工作，而是為整個產品團隊服務的工作，當然這得根據自己的精力和能力來限定范圍，不能什么都抓什么都做。

2、如何實現Shortest time

1)盡早介入到產品研發活動中，特別是產品需求階段是很容易被忽略的，有問題盡早發現；

2)對測試活動及相關的安排進行合理的部署，測試策略、測試方法及測試工具的選擇對測試效率的影響至關重要。

3、如何實現Most bug、Best bug

1)加強測試設計的能力，提升測試技術基礎勢在必行，剖析被測對象的內在，而不僅是表象。

2)站在產品用戶的立場思考問題做好測試設計、深入挖掘用戶行為和心理、深入理解系統運行機制及實現原理，這些都做到了，還做不到Most bug、Best bug真的很難。

3)不能單一的追求Most bug或Best bug，要兩者兼顧，要在Most的基礎上Best。

4、如何實現Track bug

1)以主人翁的心態對待每一個Bug，我們不僅負責測試出Bug，還要將這個Bug的修改情況負責跟蹤到底，直到最終解決不再復現為此，也只有這樣我們的測試工作才算完成。另外還要以積極的心態高效的跟進，不能有半點耽誤和延遲。

2)不光要配合Bug修改，更重要的是要起到督促的作用，測試人員的行為要為整個項目負責。

領會SMBT宗旨，將SMBT四個關鍵域融會貫通、運用自如，此乃測試最高境界也！

PS：坦誠的講，鄙人自知對SMBT的理解或許存在一些不完善的地方，在此也算是起到拋磚引玉的作用吧。希望測試界的廣大同仁及讀者能夠對SMBT進行完美的補充，讓SMBT更加完善，理念更加深入透徹。也希望測試工作者能夠靈活運用到企業中，更好的改進測試工作，提升測試價值，保持測試行業的絕對競爭優勢！

本文轉載自：http://blog.csdn.net/vincetest/article/details/8330303

22/2<12

總結

以上是生活随笔為你收集整理的软件测试 理念 价值,软件测试价值观-SMBT新理念的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。