下圖是一張 SpecDD的基本結構圖：
從圖上我們可以清楚地看到，測試是貫穿于SpecDD整個過程的，從需求到開發(fā)到大規(guī)模測試，無一不顯現(xiàn)著測試的影子。
不過雖然測試貫穿整個過程，但是其實是不同類別的測試，比如需求階段的叫做“設計測試“，開發(fā)階段的“驗證測試”，而產品進入大規(guī)模測試階段叫做“Full Cycle Testing”，而我今天想講的 Floater QA，即使是屬于開發(fā)階段的測試，下面來主要介紹一下：
從英文上分析 Floater QA的意思大約是流浪的QA，引申開來大致就是這個QA不會去固定做一個工作，而是會參與很多地方的測試，哪里有需要就會去哪里。（以下簡稱FQA）
那這個FQA有哪些地方需要去參與呢？
● 參與測試用例的編寫
● 參與功能最初的驗證性測試，修改測試用例，并且給出改善建議
● 與開發(fā)人員與項目經理緊密合作解決所有阻礙下一步測試的問題
為什么需要有FQA這么一種QA的設置呢？
因為在實際的軟件開發(fā)過程中，我們可能會經常遇到一種情況，一個功能或者一個產品給QA去測試的時候，由于開發(fā)不可能把所有地方都測試過，所以一旦發(fā)現(xiàn)嚴重的問題，這些問題會阻礙QA去進一步的測試，但是開發(fā)不一定每次都是能第一時間去修復它，那也就使得對于這個功能的測試會因此暫停。如果這種問題不斷累積的話，我們會發(fā)現(xiàn)一個更加嚴重的問題：開發(fā)很忙，因為有很多功能需要去做；而QA需要測試的功能也很多，但是卻發(fā)現(xiàn)很多沒法測試下去。
所以引入FQA這么一類人，他們跟開發(fā)與項目經理合作最緊密：
1、當功能還在開發(fā)的時候，先去寫測試用例
2、當功能開始有Build可以測試的時候，F(xiàn)QA首先去介入測試，他的測試其實是為后面的正規(guī)測試做準備，所以要確保該功能基本功能能夠工作正常，符合設計文檔，發(fā)現(xiàn)了問題，需要直接面對面與開發(fā)溝通，快速修復，如果這個最初的測試無法通過FQA的測試，那意味著這個功能的開發(fā)部分工作還沒有結束，無法讓正式的QA團隊去進行測試。（平常情況下，開發(fā)人員為了改進度，可能草草跑了一下功能就說做好了，導致以后發(fā)現(xiàn)很多問題，進而影響其他功能，影響整個進度，而FQA的出現(xiàn)，能讓這種情況較少出現(xiàn)）
3、FQA測試完成后，開發(fā)人員可以正式把這個功能打到“待測試的狀態(tài)”，讓正軌的測試人員在各種的環(huán)境下進行更加細致的測試和性能測試。
4、FQA測試的同時需要根據需要更新測試用例，讓之后的正規(guī)QA測試可以做些參考。
所以，用一句話形容FQA的作用就是：幫助開發(fā)人員去高質量完成開發(fā)工作，幫助測試人員去順利進行測試工作，幫助產品的開發(fā)能夠在可控的范圍下進行。
相關鏈接：
什么是SpecDD？
敏捷開發(fā)中的測試——SpecDD模型