軟體測試管理與組織結構

　　為什麼 談測試管理時，要談測試的組織結構？其實，組織結構在有關測試管理的探讨中有着不可忽視的作用，它展現着管理思想，也反過來對測試管理有輔助的作用，這就 像經濟基礎決定上層建築一樣，測試管理理念達到了什麼層次，就會制定相應的測試組織結構，以更好的落實這個理念。實踐證明，很多測試過程中出現的問題最後 都與組織結構有關系。

　　而談到測試的組織結構時，勢必要先參考開發的組織結構。對于傳統的瀑布開發模式而言，一個系統有可能會劃分為幾個子產品來實作，開發的組織結構基本上是和子產品一一對應的，我們就拿這種典型的情況讨論一下相應的測試組織結構應該如何劃分。

　　一個産品的開發可以分解為多個子產品來實作，這個産品的某個功能或特性經常需要多個子產品配合實作。假如每個子產品對應一個開發項目組，測試項目組的劃分經常會有兩種選擇，一是也按照子產品劃分，二是按照特性劃分，一個特性可以跨多個子產品。那麼二者各有什麼優缺點呢？

　　那麼究竟應該選擇什麼樣的組織結構才會最大化測試效率呢？答案是沒有定論。這要結合開發的組織結構、開發模式、測試人員構成、産品複雜度、需求穩定度、組織的測試經驗積累、目前産品的軟肋是子產品還是系統等因素綜合考慮。

　　但是至少有兩點是可以确定的：

　　1）上述兩類典型的測試組織結構無論選取哪一種，都與測試組織的成熟度沒有必然的關系；

　　2）無論選取上述的哪一種，甚或是第三種、第四種，組織結構都不是一成不變的。實際上，有的組織會經常在這兩種組織結構形式之間來回變換，以适應不同的曆史形勢。

====================================分割線================================

最新内容請見作者的github頁：http://qaseven.github.io/