實踐了上萬次，原來這些才是敏捷測試需要遵循的原則
- 2022 年 10 月 13 日
- 筆記
與傳統的階段性測試不同的是，敏捷測試能夠將測試集成到整個軟體開發過程中，儘早、及時地發現缺陷，幫助交付有價值的高品質產品。
傳統測試與敏捷測試的比較大的區別在於： 在瀑布方法中，測試只能在開發結束後進行；在敏捷方法中，測試是貫穿在整個開發過程中的，同時可以在需求階段介入測試，來儘早發現系統設計中的缺陷。
那具體做敏捷測試的時候，我們要遵循哪些原則呢？
1.品質保證
在軟體交付過程中，品質不是某一個職能角色的事情，而是整個團隊的事情，由整個敏捷團隊對品質負責。所以在做敏捷測試的過程中，我們要通過持續測試以及自動化測試來獲取及時的回饋，營造回饋的文化，促進團隊的業務方向和流程朝著正確的方向發展。
2. 持續改進
如何讓測試人員提高工作效率？如何讓測試工作做到更好更出色？在這一過程中，我們可以通過嘗試引入自動化、通過回顧會議來持續改進來提升團隊的能力和水平。通過解放雙手，我們的測試人員才能將關注在如何改進、如何提升這些方面。
3. 溝通協作
團隊的溝通協作是解決問題的一大舉措，其中，面對面的溝通交流又是在團隊內部和各個團隊之間傳遞資訊的最有效的方法。測試人員在與產品經理、開發人員和客戶的溝通中，可以通過面對面的溝通來減少的協作中出現的問題。
4. 簡單
我們常說在開發中做到簡單設計，「保持簡單、保持笨拙」。在敏捷測試過程中，同樣也要遵循「簡單」原則。比如測試用例要清晰直接、Bug描述要簡潔明了、文檔記錄要簡單規範等。在團隊中，我們要注重實效：因為複雜度就是成本。不管是複雜的軟體還是複雜的溝通，都難以測試、維護。
5. 擁抱變化
在很多情況下，團隊從零開始開發一個新特性，資訊很少，在開發過程中會有很多變化。作為敏捷測試人員，我們需要與團隊合作來適應變化。
6. 自組織
敏捷團隊需要意識到，所有團隊成員都需要對軟體品質負責。所以我們要打造一個自組織的團隊。首先需要在最初的時候定義一些簡單規則，比如Scrum框架定義的「在每個實現Sprint目標的Sprint 中交付一個產品增量。」在這一簡單規則的基礎上，通過賦予團隊確定規則的自主權來實現團隊的自管理。在這種情況下，團隊不僅會提高工作的滿意度，還能在很大程度上調動了團隊成員的積極性，發展生產力，最終反映到高品質的產品交付中。
7. 關注人的價值
敏捷注重人的價值，敏捷測試也不例外。在團隊中，每個人都有發揮自己的專業技能、為團隊做出貢獻的時候。除此之外，團隊也需要鼓勵測試人員學習更多的技術、提升自身的能力，培養跨職能團隊。
總之，敏捷測試作為敏捷項目管理中不可或缺的一部分，在實際的項目流程中，我們應更加專註於產品品質，持續為客戶交付具有價值的高品質產品。
