一個成功軟件測試項目的經驗[2] 項目管理
產品成熟期積極的測試
隨著產品的不斷成熟，主要功能的實現已經趨于完善，關鍵路徑的測試已經不成問題。此時的程序員們，壓力已經大大減輕，他們的工作重點也從“構建”轉移到了“修復Bug”，這個階段程序人員對于Bug的接受程度是最高的，對Bug的修復和反饋也非常積極。于是，此時的測試工作應對整個產品的細節和所有路徑進行覆蓋測試，保證測試的全面性，層層深入地測試產品值得測試的各個部分，盡可能多的發現并報告Bug。
產品穩定期多樣的測試 軟件測試
在這個階段，可以盡情的向開發人員報告產品易用性和界面的Bug;可以充分發揮每個測試人員的想象力，根據以往的測試經驗來搭建測試場景，構造測試數據;可以通過不同業務場景的不同操作，通過特殊的測試數據，以及相對復雜的集群測試環境來進行多樣化測試。為什么?因為此時必須測試得更加深入，才能發現更深層次的Bug，于是多樣性的測試、探索式的測試必不可少。產品發布期謹慎的測試在臨近產品發布的日子，包括測試在那的很多工作都變得謹慎起來：代碼的提交權限受到了控制，只保留開發經理一個入口;測試的重點更加具有防御性，要仔細測試每個變更，還可以組織“結對測試”來增加測試的保障。測試經理應知人善任為了保證測試工作的質量，首當其沖地就是應該有專業的測試團隊。在很多小的軟件項目中，往往沒有專門的測試團隊。這樣一來，到了代碼基本完成之時，就只能從客戶支持部門或研發部門抽調一些人手臨時拼湊出“測試團隊”進行幾周的測試工作，測試質量難以保證。我們則會盡早規劃測試團隊的人員結構，完善測試團隊的配置。每個測試人員的特點和強項常常不盡相同，例如，擅長測試數據質量的測試員，未必能勝任系統環境配置復雜的測試任務�？傊�，對測試經經理而言，做到知人善任非常重要。同時，在項目測試過程中及時進行調整有時也很必要。此次測試的工作流系統，要求測試人員不僅應掌握一定的工作流業務知識，還需要有較強的邏輯思維能力。而在此項目測試過程中，筆者發現一位測試人員對功能的細節過分關注，而對整個工作流程總是理解不到位。顯然，其設計出的測試用例不能適應工作流測試的要求。于是，立即進行人員分工和測試任務的調整，保證了測試工作順利進行。堅持立場，規范流程我們公司有嚴格的測試流程，所有提交測試的軟件版本，在提交之前，都要完成必需的冒煙測試(Smoking Test)。冒煙測試是一種測試包，其目標是檢查版本的基本功能。這個測試包是由測試人員根據測試用例中級別為“基本”的測試用例抽取出來的，如果該版本沒有通過冒煙測試，則就可以說明該版本不太穩定，不值得提交測試人員進行系統測試。有的公司冒煙測試是由測試人員手工或者自動測試。在我們這個項目中，為了保證每個可測試版本的冒煙測試質量，是由開發人員負責完成的。他們知道，如果程序不能通過冒煙測試，測試小組就會拒絕該版本。因此，他們會填寫一份提交測試申請表來申請進行系統測試。在這份表格中，不僅會明確版本號，修改或新增的功能詳細說明，還會給測試人員提供此版本的測試重點，以及可能會影響到的功能。這些內容對測試人員都是至關重要和大有裨益的。
在項目測試過程中，我們也出現過打回某個版本的情況，拒絕測試�？偨Y起來，基本上有以下幾種情況：
● 由于任務查詢的技術難度比較大，開發進度已經延期了5天，測試人員正在焦急的等待這部分的功能測試�？墒�，新提交的可測試版本中，這個功能根本就不能使用，如果進一步測試就是浪費時間，我們立即打回了這個測試版本。
● 新增了代辦的功能，可是以往的代理功能中的增加代理人功能卻不能正常使用，而增加代理人功能又是代辦功能的基礎，也就是說，在這個版本中，及時代辦功能完全能夠測試，可離開了增加代理人功能，代辦測試是沒有意義的。
● 在回歸測試階段，可測試版本的提交是比較頻繁的。開發人員一旦解決了一部分bug就會提交一個可測試版本，如果此時測試人員并不急需更換版本，并且得知另一個版本會在幾個小時之后就會完成，我們可以不測試這個版本。為了能更好的完成冒煙測試這個關鍵階段，測試人員積極與開發人員配合：
● 負責提供冒煙測試案例。
● 如果測試人員處于版本等待階段，主動和開發人員一起做冒煙測試。開展有效測試，提高測試效率有效的測試用例是軟件測試成功的關鍵，有助于提高測試效率和測試覆蓋率。在這個工作流軟件測試項目中，我們從測試模型(Test Model)入手，結合豐富的測試經驗和專業知識，從繁多的測試用例中挑選出有效的用例，用盡可能少的測試輸入，覆蓋盡可能多的軟件需求。主要采用了狀態機模型和組合模型，并結合了正交設計技術和組合覆蓋技術，完成了對整個系統的測試設計。知己知彼，合力制勝提供服務使測試人員有機會贏得程序員的信任，同時也有機會展示自己的才能。同時，帶來的回報是得到了開發人員對我們的幫助。在整個項目過程中，我們獲得了很好的回報，比如：開發人員講解設計思路、算法流程;和測試人員一起構造測試數據;積極參加每日測試例會，主動解決問題等。這樣良好的合作狀態與測試人員的主動努力是分不開的，主要體現在：
● 獲取程序員信任，及時溝通不要與被測程序的開發人員形成不必要的敵對關系。如果能與打交道的程序員共享信息，比如他們的計劃、設計文檔的早期草案和早期原型等，測試工作會更加有效。越早與程序員接觸，情況就越好。盡早提出你的意見和反饋，了解程序員提交前完成的工作。
● 主動出擊，提供服務 ○ 在測試前期，直接向開發人員提供服務;這不僅可以建立信任，而且還可以證明測試人員是能夠與之合作的人。我們在項目過程中提供給開發人員的服務：○ 對工作流的運算邏輯?構件進行了測試，方便了后期開發工作流客戶端應用的使用�！� 對內部版本和原?型進行測試�！� 對需求文檔的可測試性進行評審。開發人員和測試人員一樣，對模棱兩可的要求很頭疼，他們非常希望測試人員的介入�！� 幫助程序員建立測試環境，方便程序員進行測試。
● 耳目作用
在項目過程中，測試人員有機會能夠發現很多存在的問題，比如：需求和設計以及開發的不一致性，項目計劃中工作任務的缺失等等。測試人員不要僅局限于測試命令鏈本身，及時驗證和發現項目環節中的問題。
總之，測試項目能否成功，與整個項目組的精誠合作是密不可分的。測試人員是一種服務角色，要樂于接受這種角色，只有這樣，才能得到被服務的人的幫助和支持，以及認可。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
