qileilove

　　一、SMBT是什么？

　　SMBT是Shortest time、Most bug、Best bug、Track bug這幾個單詞的縮寫，其含義就是“測試人員要在最短的時間內(nèi)發(fā)現(xiàn)最多最有價值的Bug，并將Bug跟蹤到底”，這就是我們測試人員追求的最高價值。其核心包括：一個宗旨、四個關(guān)鍵域。

附：SMBT圖示

　　二、SMBT宗旨

　　以產(chǎn)品成敗為出發(fā)點，站在整個項目團隊的立場上思考問題、解決問題，而不是單一的從測試團隊或者個人為出發(fā)點。

　 　在這點我想說明的是：在一些企業(yè)里面的某些產(chǎn)品團隊因為或多或少的原因?qū)е庐a(chǎn)品失敗，最后影響整個產(chǎn)品團隊的考核，這個時候必然會有一部分測試人員跳出 來說我們測試做的挺好的，產(chǎn)品失敗和我們沒什么關(guān)系，為什么給我們也考核得那么差。這時我想對那些測試人員或者主管測試的負(fù)責(zé)人說，你們真的錯了，你們是 為整個產(chǎn)品團隊服務(wù)的，雖然產(chǎn)品失敗的因素可能會很多、可能和你沒直接關(guān)系，試想一下難道真的和你一點關(guān)系都沒有么？如果現(xiàn)在用SMBT的宗旨來看待這個 問題，你勢必會找到你錯在了哪里！我們不能有本位主義的思想來禁錮自己，我們一切要為整個產(chǎn)品團隊出發(fā)，只有這樣你才能在整個產(chǎn)品研發(fā)過程中充分發(fā)揮你的 才能為整個產(chǎn)品服務(wù)，而不是單單的測試活動，因為單單的測試活動是遠(yuǎn)遠(yuǎn)不夠的，這是傳統(tǒng)的測試?yán)砟詈退季S給我們帶來的弊端，也是SMBT產(chǎn)生的根本。

　　三、SMBT關(guān)鍵域

　　1、Shortest time：最短時間、盡早、盡快

　　一方面Bug無限，時間有限，這個道理大家都知道，我們在測試工作中測試的時間是有限的，我們的每一項測試的時間都不可能很充足，隨著互聯(lián)網(wǎng)行 業(yè)的競爭越來越大，產(chǎn)品更新?lián)Q代的周期日益縮小，企業(yè)稍微慢一步，整個產(chǎn)品就完全沒有競爭優(yōu)勢，勢必會被競爭對手搶占先機，即使你有創(chuàng)新的想法，但沒有最 快的速度上市，也難得商機。不管是互聯(lián)網(wǎng)行業(yè)還是其他行業(yè)，現(xiàn)在都是快魚吃慢魚的時代，在這種環(huán)境下，對我們的研發(fā)團隊、我們的測試人員提出更高的要求， 那就是快-快-快，一點都不能慢。測試時間長了即使你產(chǎn)品的質(zhì)量再好，因為時間關(guān)系錯失商機、流失用戶，我們所有的付出都將白費。

　　另一方面從研發(fā)模式來講，現(xiàn)在很多企業(yè)都比較推崇敏捷研 發(fā)模式，這也是追求快速響應(yīng)的一個途徑，然而對于測試來講，我們一定要盡早的發(fā)現(xiàn)Bug，讓開發(fā)人員盡早的修改，或者讓產(chǎn)品人員調(diào)整需求，而不是到了產(chǎn)品 最后某些本應(yīng)該前期發(fā)現(xiàn)的Bug結(jié)果到了產(chǎn)品快上線的時候才發(fā)現(xiàn)，一旦這個時間出現(xiàn)比較嚴(yán)重的Bug，這將會對整個產(chǎn)品的研發(fā)進度造成嚴(yán)重的影響，同時因 為這個Bug的修復(fù)勢必會對本來感覺已經(jīng)穩(wěn)定的系統(tǒng)帶來重大的質(zhì)量干擾，因為修復(fù)Bug在很大程度上必然會帶來新的Bug，至于修復(fù)Bug的難度那就更不 用說了。特別是在產(chǎn)品研發(fā)的后期發(fā)現(xiàn)需求流程上的問題，這將是災(zāi)難性的后果！

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

　　3、Best bug：最有價值Bug

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

　　4、Track bug：跟蹤Bug

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

　　四、SMBT運用

　　1、領(lǐng)會SMBT的宗旨，建立良好的心態(tài)，做一個有責(zé)任心的測試人員，明確自己的工作不僅僅是測試工作，而是為整個產(chǎn)品團隊服務(wù)的工作，當(dāng)然這得根據(jù)自己的精力和能力來限定范圍，不能什么都抓什么都做。

　　2、如何實現(xiàn)Shortest time

　　　　1）盡早介入到產(chǎn)品研發(fā)活動中，特別是產(chǎn)品需求階段是很容易被忽略的，有問題盡早發(fā)現(xiàn)；

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

　　3、如何實現(xiàn)Most bug、Best bug

　　　　1）加強測試設(shè)計的能力，提升測試技術(shù)基礎(chǔ)勢在必行，剖析被測對象的內(nèi)在，而不僅是表象。

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

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

　　4、如何實現(xiàn)Track bug

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

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

　　領(lǐng)會SMBT宗旨，將SMBT四個關(guān)鍵域融會貫通、運用自如，此乃測試最高境界也！

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

　　本文轉(zhuǎn)載自：http://blog.csdn.net/vincetest/article/details/8330303