敏捷測試中是否需要測試策略，個人的經(jīng)驗小結如下：
目標導向：本次迭代的內(nèi)容是否完全推向用戶？用戶在哪些場景下會使用到這些功能？客戶關心的指標是什么？可用性，還是穩(wěn)定性？這些需要在迭代計劃會開始前，溝通并確認清楚。除了卡片上的顯式需求，是否有些隱式的需求，如合規(guī)、安全、性能、可靠性等等。
識別風險：測試過程中可能出現(xiàn)的風險有哪些？在需求端，風險主要來自于需求的優(yōu)先級調(diào)整，團隊對需求的理解是否到位。在研發(fā)設計階段，風險有常見的幾種：研發(fā)是否引入了新技術？前后端的人員是否能配合到位？是否有外部依賴？對老功能的影響會有哪些等等。測試團隊自身的風險，常見的有人員的變更、測試能力不足等。
如何應對這些風險呢？常見的思路有4種：回避風險、轉移風險、減輕風險以及接受風險。具體的就不展開了，需要結合項目和團隊的具體情況來說，減輕風險是常見的方案。
測試難點：當前迭代或者項目的測試難點在哪里，是否需要前置準備一些關聯(lián)數(shù)據(jù)？是否需要自己搭建一個項目來驗證？當測試團隊遇到問題時，如何幫助他們解決這類問題。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權問題，請權利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
