一個成功的項目的測試經驗

產品開發期同情的測試：因此，“產品開發期”的測試切忌生硬。其實，此時程式人員也知道產品還不成熟，所以要告訴測試執行人員：

● 這個階段不要提交介面簡單錯誤和易用性方面的Bug（可以先記錄下來到項目末期提交），否則會使開發人員質疑測試人員只會發現簡單的Bug。

● 換位思考，瞭解此時開發人員最關心的是功能是否能正確運行，多對準系統進行測試。

產品成熟期積極的測試：

隨著產品的不斷成熟，主要功能的實現已經趨於完善，關鍵路徑的測試已經不成問題。此時的程式員們，壓力已經大大減輕，他們的工作重點也從“構建”轉移到了“修複Bug”，這個階段程式人員對於Bug的接受程度是最高的，對Bug的修複和反饋也非常積極。於是，此時的測試工作應對整個產品的細節和所有路徑進行覆蓋測試，保證測試的全面性，層層深入地測試產品值得測試的各個部分，儘可能多的發現並報告Bug。

產品穩定期多樣的測試：

在這個階段，可以盡情的向開發人員報告產品易用性和介面的Bug；可以充分發揮每個測試人員的想象力，根據以往的測試經驗來搭建測試情境，構造測試資料；可以通過不同業務情境的不同操作，通過特殊的測試資料，以及相對複雜的叢集測試環境來進行多樣化測試。為什嗎？因為此時必須測試得更加深入，才能發現更深層次的Bug，於是多樣性的測試、探索式的測試必不可少。產品發布期謹慎的測試在臨近產品發布的日子，包括測試在那的很多工作都變得謹慎起來：代碼的提交許可權受到了控制，只保留開發經理一個入口；測試的重點更加具有防禦性，要仔細測試每個變更，還可以組織“結對測試”來增加測試的保障。測試經理應知人善任為了保證測試工作的品質，首當其衝地就是應該有專業的測試團隊。在很多小的軟體項目中，往往沒有專門的測試團隊。這樣一來，到了代碼基本完成之時，就只能從客戶支援部門或研發部門抽調一些人手臨時拼湊出“測試團隊”進行幾周的測試工作，測試品質難以保證。我們則會儘早規劃測試團隊的人員結構，完善測試團隊的配置。每個測試人員的特點和強項常常不盡相同，例如，擅長測試資料品質的測試員，未必能勝任系統內容配置複雜的測試工作。總之，對測試經經理而言，做到知人善任非常重要。同時，在項目測試過程中及時進行調整有時也很必要。此次測試的工作流程系統，要求測試人員不僅應掌握一定的工作流程業務知識，還需要有較強的邏輯思維能力。而在此項目測試過程中，筆者發現一位測試人員對功能的細節過分關注，而對整個工作流程總是理解不到位。顯然，其設計出的測試案例不能適應工作流程測試的要求。於是，立即進行人員分工和測試工作的調整，保證了測試工作順利進行。堅持立場，規範流程我們公司有嚴格的測試流程，所有提交測試的軟體版本，在提交之前，都要完成必需的煙霧測試 (Smoke Test)（Smoking Test）。煙霧測試 (Smoke Test)是一種測試包，其目標是檢查版本的準系統。這個測試包是由測試人員根據測試案例中層級為“基本”的測試案例抽取出來的，如果該版本沒有通過煙霧測試 (Smoke Test)，則就可以說明該版本不太穩定，不值得提交測試人員進行系統測試。有的公司煙霧測試 (Smoke Test)是由測試人員手工或者自動化的測試。在我們這個項目中，為了保證每個可測試版本的煙霧測試 (Smoke Test)品質，是由開發人員負責完成的。他們知道，如果程式不能通過煙霧測試 (Smoke Test)，測試小組就會拒絕該版本。因此，他們會填寫一份提交測試申請表來申請進行系統測試。在這份表格中，不僅會明確版本號碼，修改或新增的功能詳細說明，還會給測試人員提供此版本的測試重點，以及可能會影響到的功能。這些內容對測試人員都是至關重要和大有裨益的。

在項目測試過程中，我們也出現過打回某個版本的情況，拒絕測試。總結起來，基本上有以下幾種情況：

● 由於任務查詢的技術難度比較大，開發進度已經延期了5天，測試人員正在焦急的等待這部分的功能測試。可是，新提交的可測試版本中，這個功能根本就不能使用，如果進一步測試就是浪費時間，我們立即打回了這個測試版本。

● 新增了代辦的功能，可是以往的代理功能中的增加代理人功能卻不能正常使用，而增加代理人功能又是代辦功能的基礎，也就是說，在這個版本中，及時代辦功能完全能夠測試，可離開了增加代理人功能，代辦測試是沒有意義的。

● 在迴歸測試階段，可測試版本的提交是比較頻繁的。開發人員一旦解決了一部分bug就會提交一個可測試版本，如果此時測試人員並不急需更換版本，並且得知另一個版本會在幾個小時之後就會完成，我們可以不測試這個版本。為了能更好的完成煙霧測試 (Smoke Test)這個關鍵階段，測試人員積極與開發人員配合：

1 負責提供煙霧測試 (Smoke Test)案例。

2如果測試人員處於版本等待階段，主動和開發人員一起做煙霧測試 (Smoke Test)。開展有效測試，提高測試效率有效測試案例是軟體測試成功的關鍵，有助於提高測試效率和測試覆蓋率。在這個工作流程軟體測試專案中，我們從測試模型（Test Model）入手，結合豐富的測試經驗和專業知識，從繁多的測試案例中挑選出有效用例，用儘可能少的測試輸入，覆蓋儘可能多的軟體需求。

3擷取程式員信任，及時溝通不要與被測程式的開發人員形成不必要的敵對關係。如果能與打交道的程式員共用資訊，比如他們的計劃、設計文檔的早期草案和早期原型等，測試工作會更加有效。越早與程式員接觸，情況就越好。儘早提出你的意見和反饋，瞭解程式員提交前完成的工作

4主動出擊，提供服務 ○ 在測試前期，直接向開發人員提供服務；這不僅可以建立信任，而且還可以證明測試人員是能夠與之合作的人。我們在項目過程中提供給開發人員的服務：○ 對工作流程的運算邏輯?構件進行了測試，方便了後期開發工作流程用戶端應用的使用。○ 對組建和原?型進行測試。○ 對需求文檔的可測試性進行評審。開發人員和測試人員一樣，對模稜兩可的要求很頭疼，他們非常希望測試人員的介入。○ 協助程式員建立測試環境，方便程式員進行測試。

本文來自CSDN部落格，轉載請標明出處：http://blog.csdn.net/zxz1337/archive/2008/12/18/3540261.aspx