測(cè)試的第二重境界：站在Bug之上

測(cè)試的第二重境界：站在Bug之上

   測(cè)試的價(jià)值僅僅是發(fā)現(xiàn)Bug嗎？通過“站在Bug之上”測(cè)試第二重境界的介紹，希望能幫助讀者正確理解測(cè)試的真正價(jià)值是什么，在實(shí)際工作中如何操作以體現(xiàn)這些價(jià)值。不同的理念，將會(huì)牽引著測(cè)試人員朝不同的方向邁進(jìn)，“站在Bug之上”可以拓寬測(cè)試人員的視野，找到更多可以充分體現(xiàn)測(cè)試價(jià)值的測(cè)試鏈，讓測(cè)試人員為項(xiàng)目的成功做出更大的貢獻(xiàn)，從而帶來更寬范圍的測(cè)試成功。

測(cè)試的價(jià)值不僅僅是發(fā)現(xiàn)Bug

   一提到測(cè)試，大家馬上會(huì)想到Bug。測(cè)試僅僅就是為了發(fā)現(xiàn)Bug嗎？這是值得我們思考的問題。

從軟件測(cè)試最基本的定義出發(fā)，早在1979年J. Myers在《軟件測(cè)試的藝術(shù)》一書中提到：

l  軟件測(cè)試的目的就是盡早發(fā)現(xiàn)Bug。

l  一個(gè)成功的測(cè)試就是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的Bug的測(cè)試。

   總之，測(cè)試就是為了發(fā)現(xiàn)Bug，測(cè)試所做的工作無一不是圍繞Bug而展開，如圖2-8所示。測(cè)試發(fā)現(xiàn)Bug越多，測(cè)試人員越自豪，越有成就感，這個(gè)觀點(diǎn)已幾乎根深蒂固地扎在了我們的心里，測(cè)試除了發(fā)現(xiàn)Bug真沒其他事情可做嗎？

   發(fā)現(xiàn)了很多Bug，測(cè)試人員高興了，但老板肯定是不高興的。很明顯的道理，為了解決這些Bug，他必須付出更多的成本，包括開發(fā)人員與測(cè)試人員的工資，更嚴(yán)重的還可能影響產(chǎn)品交付市場的時(shí)間。商場如戰(zhàn)場，時(shí)間就是金錢，時(shí)間能給產(chǎn)品帶來更多的市場空間，為企業(yè)贏得更多的利潤。理解這些商業(yè)知識(shí)能幫助我們做正確的事，并且正確地做事。認(rèn)識(shí)到這一點(diǎn)后，相信測(cè)試朋友就不會(huì)再為某個(gè)Bug還沒有解決，版本卻上市而耿耿于懷了。測(cè)試人員應(yīng)該跳出僅發(fā)現(xiàn)Bug就沾沾自喜的圈子，看到項(xiàng)目整體，站在公司的角度想測(cè)試可以做什么。只有項(xiàng)目成功了，公司才能獲得利潤，最終達(dá)到員工與公司雙贏的目標(biāo)。

   質(zhì)量、成本、時(shí)間是項(xiàng)目管理的三要素。它們像三足鼎立，穩(wěn)如泰山，即質(zhì)量好、成本低、工期短，這樣的項(xiàng)目當(dāng)然是項(xiàng)目經(jīng)理求之不得的。但它們又是矛盾地存在著，形象地看，它們猶如一個(gè)等邊三角形，如圖2-9所示。對(duì)其中的任何一個(gè)元素處理不當(dāng)，三元素的三角關(guān)系就會(huì)變得不穩(wěn)定，將給項(xiàng)目的成功帶來風(fēng)險(xiǎn)。

   軟件測(cè)試團(tuán)隊(duì)是整個(gè)項(xiàng)目團(tuán)隊(duì)大家庭中的成員之一，在軟件質(zhì)量上把關(guān)，要盡可能早、盡可能多地發(fā)現(xiàn)Bug。這也是軟件測(cè)試成立的根本，是質(zhì)量上能給項(xiàng)目做出貢獻(xiàn)的地方。那么在成本與時(shí)間的控制上，測(cè)試可以做些什么，要如何做呢？也就是前面提到的測(cè)試如何配合項(xiàng)目的成功做正確的事，并且正確地做事。

小貼士：

   對(duì)于測(cè)試，做正確的事就是站在用戶的角度，進(jìn)行常用功能（模塊）重點(diǎn)測(cè)試，而避免非常用功能的過度測(cè)試，浪費(fèi)成本，包括人力與時(shí)間的投入。正確地做事，就是采用合理、全面的測(cè)試方法驗(yàn)證軟件是否符合用戶需求，不想當(dāng)然地通過用戶根本不可能用到的非法操作或后門進(jìn)行驗(yàn)證。下面講述關(guān)于軟件測(cè)試的2-8原則，通過此2-8原則，可以使軟件測(cè)試在項(xiàng)目的成本與時(shí)間的應(yīng)用上做到效益最大化。

   舉個(gè)大家在日常生活中常遇到的例子，如經(jīng)?？吹綇V告上說，現(xiàn)在的手機(jī)軟件的功能如何強(qiáng)大，如何豐富，但每一功能用戶使用的頻度都一樣嗎？回答是否定的。這就有了在軟件測(cè)試范圍側(cè)重點(diǎn)上存在的2-8原則，即要把80%的精力放在測(cè)試20%的重點(diǎn)功能上。從用戶角度出發(fā)，這是值得的，也是需要這樣做的。

   首先，分析在我們的軟件系統(tǒng)中，哪些功能對(duì)用戶來說是核心且重要的功能，然后安排合適的測(cè)試工程師負(fù)責(zé)這些模塊。設(shè)計(jì)出的測(cè)試方案、用例進(jìn)行重點(diǎn)評(píng)審，測(cè)試執(zhí)行過程重點(diǎn)跟蹤。每一次軟件版本發(fā)布時(shí)，即使沒有更改此部分的代碼，也對(duì)它們進(jìn)行回歸測(cè)試（這種回歸需講究策略與方法），因?yàn)樗鼈兲匾?，不允許有錯(cuò)誤。

下面是軟件測(cè)試2-8原則的詳細(xì)內(nèi)容。

1．80%的錯(cuò)誤是由20%的模塊引起的

   簡單、容易的模塊或功能是很少引入過多Bug的，而對(duì)于存在復(fù)雜邏輯的一些關(guān)鍵模塊往往會(huì)引起系統(tǒng)80%的錯(cuò)誤。只有關(guān)鍵模塊穩(wěn)定了，整個(gè)系統(tǒng)才可能真正的健壯和穩(wěn)定。

   這個(gè)原則對(duì)于測(cè)試來說就是站在用戶角度（而不是研發(fā)實(shí)現(xiàn)的角度），正確地選擇重要功能模塊作為測(cè)試的重點(diǎn)，不偏離方向。

2．80%的測(cè)試成本花在20%的軟件模塊中

   設(shè)計(jì)測(cè)試用例時(shí)，常會(huì)用日產(chǎn)多少條用例來衡量工程師的工作。用例的多少與需求量有關(guān)，而影響軟件架構(gòu)設(shè)計(jì)的需求描述往往是比較少的。在這種情況下，設(shè)計(jì)測(cè)試用例時(shí)特別需要結(jié)合軟件的概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)一起考慮。如果用例設(shè)計(jì)人員為了達(dá)到用例的數(shù)量，通過大量復(fù)制用例，修改個(gè)別字眼，而沒有真正去設(shè)計(jì)高效的測(cè)試用例，那么用如此低效甚至更多的用例數(shù)量來對(duì)待復(fù)雜的20%的核心模塊，在測(cè)試執(zhí)行過程中必將導(dǎo)致一部分關(guān)鍵Bug找不出來。

3．80%的測(cè)試時(shí)間花在20%的軟件模塊中

   對(duì)于復(fù)雜的模塊，前期的測(cè)試設(shè)計(jì)和思考可能會(huì)耗費(fèi)大量時(shí)間，而產(chǎn)出的用例量可能并不大。對(duì)于復(fù)雜的系統(tǒng)，特別是對(duì)于全新系統(tǒng)，必須舍得投入充足的時(shí)間來優(yōu)先考慮設(shè)計(jì)，前期方案、用例設(shè)計(jì)的時(shí)間越短，后期的風(fēng)險(xiǎn)越大。

   在項(xiàng)目進(jìn)展到一定階段后，增加人力并不一定能解決縮短時(shí)間的問題。例如，如果復(fù)雜且核心模塊在項(xiàng)目的后期才開始執(zhí)行測(cè)試，由于Bug較多，而項(xiàng)目又需要短時(shí)間把版本穩(wěn)定下來，通常的做法是加人。然而加入的新兵需要一段時(shí)間的熟悉期，必要時(shí)還需要老兵來帶，這本身又會(huì)影響到老兵的工作。另外一些性能測(cè)試、自動(dòng)化測(cè)試工作也只有等版本穩(wěn)定后才會(huì)有更好的效果。

本文節(jié)選自《軟件測(cè)試之魂：核心測(cè)試設(shè)計(jì)精解（第2版）》一書

肖利瓊著

電子工業(yè)出版社出版