靈活測試需要遵循的原則

與傳統的階段性測試不同的是，靈活測試能夠将測試內建到整個軟體開發過程中，盡早、及時地發現缺陷，幫助傳遞有價值的高品質産品。

傳統測試與靈活測試的比較大的差別在于：在瀑布方法中，測試隻能在開發結束後進行；在靈活方法中，測試是貫穿在整個開發過程中的，同時可以在需求階段介入測試，來盡早發現系統設計中的缺陷。

那具體做靈活測試的時候，我們要遵循哪些原則呢？

1.品質保證

在軟體傳遞過程中，品質不是某一個職能角色的事情，而是整個團隊的事情，由整個靈活團隊對品質負責。是以在做靈活測試的過程中，我們要通過持續測試以及自動化測試來擷取及時的回報，營造回報的文化，促進團隊的業務方向和流程朝着正确的方向發展。

2. 持續改進

如何讓測試人員提高工作效率？如何讓測試工作做到更好更出色？在這一過程中，我們可以通過嘗試引入自動化、通過回顧會議來持續改進來提升團隊的能力和水準。通過解放雙手，我們的測試人員才能将關注在如何改進、如何提升這些方面。

3. 溝通協作

團隊的溝通協作是解決問題的一大舉措，其中，面對面的溝通交流又是在團隊内部和各個團隊之間傳遞資訊的最有效的方法。測試人員在與産品經理、開發人員和客戶的溝通中，可以通過面對面的溝通來減少的協作中出現的問題。

4. 簡單

我們常說在開發中做到簡單設計，“保持簡單、保持笨拙”。在靈活測試過程中，同樣也要遵循“簡單”原則。比如測試用例要清晰直接、Bug描述要簡潔明了、文檔記錄要簡單規範等。在團隊中，我們要注重實效：因為複雜度就是成本。不管是複雜的軟體還是複雜的溝通，都難以測試、維護。

5. 擁抱變化

在很多情況下，團隊從零開始開發一個新特性，資訊很少，在開發過程中會有很多變化。作為靈活測試人員，我們需要與團隊合作來适應變化。

6. 自組織

靈活團隊需要意識到，所有團隊成員都需要對軟體品質負責。是以我們要打造一個自組織的團隊。首先需要在最初的時候定義一些簡單規則，比如Scrum架構定義的“在每個實作Sprint目标的Sprint 中傳遞一個産品增量。”在這一簡單規則的基礎上，通過賦予團隊确定規則的自主權來實作團隊的自管理。在這種情況下，團隊不僅會提高工作的滿意度，還能在很大程度上調動了團隊成員的積極性，發展生産力，最終反映到高品質的産品傳遞中。

7. 關注人的價值