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