從管理角度看軟件測試測試方法

　　很多公司都客觀的講究時間管理，人員管理，績效管理。那么如何做好對于測試流程的管理呢?

　　隨著敏捷模式的不斷引入，測試的小迭代化更加明顯，很多的情況下測試作為發布流程的最后一環，卻是發布的關鍵一環，如何在短至幾個小時內做好測試的管理呢?技術，管理，流程缺一不可。有好的技術人員，沒有流程和管理的支持將會不斷的流失。

　　切合 Test2.0 的理論測試更為關鍵的一點需要逐漸的向SQA的方向發展，測試更多的作為流程的監督者。

　　從項目管理的四要素 范圍，時間，質量，成本 出發，下面簡要介紹下對于測試管理的個人理解。

　　范圍：測試范圍決定了測試的時間，間接的決定了測試的質量

　　如何確定測試范圍，這也是測試的一種藝術——精準測試

　　精準測試說白了就是針對代碼，測試點關注于release間的diff而不是全局case,更多關注增量代碼和差異代碼。

　　這樣的流程需要管理流程上的配合，當前release只包含上線功能，不包含已廢棄，開發ing的工程代碼。

　　時間：一直是牽制測試人員比較大的一個因素

　　精準測試將本次測試的范圍精確化，更好的確定關聯模塊。

　　自動化測試更多的是在持續集成代碼checkin之后，自動觸發將自動化測試通過作為迭代的代碼準入原則。

　　質量：如何評估測試效率

　　非常難評估一個測試人員的貢獻，測試漏測率，BUG發現率，這些客觀的衡量功能測試的指標也已經越來越不明確了。

　　測試人員有更多的思考和發展，測試都是以發現BUG為目的的，但是實現的途徑多種多樣，自動化已經成為互聯網的趨勢，但是自動化夠了嗎?平臺化，工具化將自動化的工作移交給普通的PD,PM,DE等。

　　所以一個SDET開發一個工具用了一個月卻簡化了其他業務線20%的工作時間，這樣的評估需要很好的衡量。

　　我個人認為測試的質量分為兩類，當前規避BUG有效率，未來規避BUG有效率。結合 Test2.0 的理論，BUG更多的不應該發現更應該規避?

　　從管理流程的角度，測試必須從產品idea形成初期進入測試，這樣更好的為產品進行風險評估及自動化工具開發。擔負客戶成功的責任,測試的客戶就是PM,PD,DE,UED等。更好的從客戶的角度出發，換位思考。

　　真正測試的質量也應該由一組數據分析得出，可以是線上故障率，high level BUG數，代碼覆蓋率等多元metrics綜合計算得出。

　　成本：一般測試管理最關心的hc，不是本次討論的重點。

　　如何將測試從管理的角度執行完善，在各個環節都需要技術和流程的支持，好的流程是成功的一般，rules rather than codes.

原文轉自：http://www.kjueaiud.com