功能測(cè)試流程規(guī)范建設(shè)

先來(lái)個(gè)直觀的體驗(yàn)，目錄截圖上，大致區(qū)分如下：

其實(shí)大致的內(nèi)容都相似，筆者列出幾點(diǎn)重要的供君參考。

測(cè)試計(jì)劃，描述了要進(jìn)行的測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度，確定出測(cè)試項(xiàng)、被測(cè)特性、測(cè)試任務(wù)、誰(shuí)執(zhí)行任務(wù)、各種可能的風(fēng)險(xiǎn)。

通常測(cè)試計(jì)劃的范圍包括以下幾點(diǎn)：

1. ??? 描述測(cè)試的各個(gè)階段（例如，單元測(cè)試、集成測(cè)試或系統(tǒng)測(cè)試），并說(shuō)明本計(jì)劃所針對(duì)的測(cè)試類型（如功能測(cè)試或性能測(cè)試）。

2. ??? 簡(jiǎn)要地列出測(cè)試對(duì)象中將接受測(cè)試或?qū)⒉唤邮軠y(cè)試的那些性能和功能。

3. ??? 如果在編寫此文檔的過(guò)程中做出的某些假設(shè)可能會(huì)影響測(cè)試設(shè)計(jì)、開發(fā)或?qū)嵤瑒t列出所有這些假設(shè)。

4. ??? 列出可能會(huì)影響測(cè)試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃酗L(fēng)險(xiǎn)或意外事件。

5. ??? 列出可能會(huì)影響測(cè)試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃屑s束。

6.???? 規(guī)劃測(cè)試進(jìn)度，分配測(cè)試任務(wù)至個(gè)人

需要借助自動(dòng)化進(jìn)行測(cè)試時(shí)，計(jì)劃好自動(dòng)化參與的時(shí)間，如何部署自動(dòng)化測(cè)試環(huán)境以及具體的執(zhí)行步驟等。

測(cè)試計(jì)劃制定完成后，即開始進(jìn)行測(cè)試設(shè)計(jì)，內(nèi)容包括：

1. ??? 測(cè)試場(chǎng)景設(shè)計(jì)，針對(duì)不同的模塊、不同功能、各業(yè)務(wù)流程和邏輯分支，分別進(jìn)行測(cè)試場(chǎng)景設(shè)計(jì)。相同的功能在不同的模塊，可以參考已有的測(cè)試場(chǎng)景進(jìn)行設(shè)計(jì)

2. ??? 測(cè)試用例設(shè)計(jì)。新模塊測(cè)試用例按照測(cè)試用例模板進(jìn)行編寫；已有模塊更新或優(yōu)化需要更新原有case

3.???? 用例評(píng)審

完在測(cè)試用例設(shè)計(jì)之后為了保證測(cè)試用例的覆蓋率，需要對(duì)測(cè)試用例進(jìn)行評(píng)審，評(píng)審可以是交叉review或開會(huì)討論的形式，主要從以下幾方面進(jìn)行評(píng)審

a)???? 測(cè)試用例是否覆蓋了所有需求

b)???? 測(cè)試用例內(nèi)容是否正確，是否與需求目標(biāo)一致

c)????? 測(cè)試用例內(nèi)容是否完整，是否清楚包含輸入和預(yù)期輸出結(jié)果

d)???? 測(cè)試用例是否具有指導(dǎo)性，是否能靈活指導(dǎo)測(cè)試人員通過(guò)用例發(fā)現(xiàn)更多缺陷,而不是限制他們的思維

e)???? 找出哪些需求不可測(cè)：無(wú)法準(zhǔn)備環(huán)境、可測(cè)試性達(dá)不到等等原因

f)????? 對(duì)具體需求的實(shí)現(xiàn)結(jié)果的確認(rèn)（設(shè)計(jì)人員、開發(fā)人員、測(cè)試人員的認(rèn)識(shí)是否一致，如果不一致，誰(shuí)說(shuō)了算）

g)???? 測(cè)試用例本身的描述是否清晰，是否存在二義性

h)???? 是否考慮到測(cè)試用例的執(zhí)行效率。往往測(cè)試用例中步驟不斷重復(fù)執(zhí)行，驗(yàn)證點(diǎn)卻不同，而且測(cè)試設(shè)計(jì)的冗余性，都造成了效率的低下

充分利用已有資源，比如公共測(cè)試用例，簡(jiǎn)化測(cè)試工作，提高效率。

測(cè)試過(guò)程中發(fā)現(xiàn)任何問(wèn)題，包括產(chǎn)品設(shè)計(jì)、開發(fā)代碼錯(cuò)誤等問(wèn)題，需要一律記錄在缺陷管理工具中，方便跟蹤和總結(jié)。提交bug時(shí)需注意以下幾點(diǎn)：

1.???? 確認(rèn)該bug是否復(fù)現(xiàn)以及復(fù)現(xiàn)的步驟

2.???? Bug庫(kù)中是否已存在同一問(wèn)題描述的bug

3.???? 確認(rèn)該問(wèn)題是否為真正的bug，比如不滿足產(chǎn)品需求、影響產(chǎn)品使用等等

4.???? 思考該問(wèn)題是否還在其他場(chǎng)景下復(fù)現(xiàn)

提交bug時(shí)，各個(gè)參數(shù)根據(jù)bug規(guī)范進(jìn)行填寫，summary要簡(jiǎn)單明了，復(fù)現(xiàn)步驟要清晰直接，另外，必要時(shí)提供相關(guān)測(cè)試數(shù)據(jù)和文字說(shuō)明，上傳圖片或附件，以便更加直觀的說(shuō)明問(wèn)題。發(fā)現(xiàn)產(chǎn)品缺陷時(shí)，測(cè)試人員要對(duì)軟件缺陷進(jìn)行分類，以簡(jiǎn)明扼要的方式指出其影響，以及修改的優(yōu)先次序~?

回歸測(cè)試是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。通常有下列幾種方法來(lái)確定回歸測(cè)試范圍：

1. ??? 測(cè)試全部用例。這種方法比較安全，但往往帶來(lái)很大的工作量。

2. ??? 基于風(fēng)險(xiǎn)選擇測(cè)試，先運(yùn)行最重要的、關(guān)鍵的和可疑的測(cè)試，而跳過(guò)那些非關(guān)鍵的、優(yōu)先級(jí)別低的或者高穩(wěn)定的測(cè)試，測(cè)試過(guò)程從主要特征到次要特征。

3. ??? 基于操作剖面選擇測(cè)試，可以優(yōu)先選擇那些針對(duì)最重要或最頻繁使用功能的測(cè)試用例，釋放和緩解最高級(jí)別的風(fēng)險(xiǎn)，有助于盡早發(fā)現(xiàn)那些對(duì)可靠性有最大影響的故障。

再測(cè)試修改的部分。測(cè)試者可以通過(guò)相依性分析識(shí)別軟件的修改情況并分析修改的影響，將回歸測(cè)試局限于被改變的模塊和它的接口上，使回歸測(cè)試盡可能覆蓋受到影響的部分。

測(cè)試人員除了需要注重與產(chǎn)品人員和開發(fā)直接的溝通，團(tuán)隊(duì)各成員之間溝通也應(yīng)高效及時(shí)，避免測(cè)試人員之間測(cè)試結(jié)果互相影響、重復(fù)測(cè)試、重復(fù)與開發(fā)溝通確認(rèn)浪費(fèi)開發(fā)時(shí)間等，從而提高測(cè)試工作的效率。因此，要求測(cè)試人員做到以下幾點(diǎn)：

1.???? 測(cè)試前期，溝通結(jié)果實(shí)時(shí)共享

2.???? 測(cè)試過(guò)程中，以更高的實(shí)時(shí)性進(jìn)行溝通，特別是和產(chǎn)品和開發(fā)溝通結(jié)果會(huì)對(duì)其他測(cè)試人員工作產(chǎn)生影響的情況，有助于團(tuán)隊(duì)其他人員的工作，提高團(tuán)隊(duì)協(xié)作能力

和產(chǎn)品和開發(fā)溝通的結(jié)果，及時(shí)以文檔形式記錄下來(lái)并進(jìn)行內(nèi)部溝通。