高效的測試需求分析和測試用例設(shè)計

1、高效的測試需求分析和測試用例設(shè)計Record by Aaro n.測試用例的質(zhì)量定義（1）針對測試需求的覆蓋率主要涉及：對隱含需求的漏測；（2）測試用例的精簡程度主要涉及：剔除冗余的測試用例；（3）測試用例的發(fā)現(xiàn)缺陷率主要涉及：從關(guān)心 GUI缺陷到關(guān)心業(yè)務(wù)邏輯缺陷.測試分析設(shè)計中的常見問題1. 方法、技術(shù)類（1）測試需求分析；【解決辦法】建設(shè)公司內(nèi)部的流程規(guī)范。 由測試系統(tǒng)工程師來負責管理需求，包括： 原始需求文檔； 各種協(xié)議； 競爭分析； 測試經(jīng)驗；管理需求-測試需求分析_|_ _測試項分析亠結(jié)合質(zhì)量模型一廠測試模型可以參考ISO質(zhì)量模型。質(zhì)量模型適合做產(chǎn)品的公司，與通用軟件結(jié)合更緊一些。

2、對于做項目的公司，更關(guān)注于其中的一部分，女口：功能、性能和安全性。（2）測試用例設(shè)計方法；需要思考：如何綜合應(yīng)用各種測試用例設(shè)計方法？ 【解決辦法】固定應(yīng)用模式和公共應(yīng)用平臺建設(shè)。固定應(yīng)用模式，例如： 域分析法（邊界值法+等價類法）+場景分析法+錯誤推斷法 正交分析法+場景分析法+錯誤推斷法 公共應(yīng)用平臺，例如： QC平臺； TP平臺（51Testing自制測試管理軟件）；（3）被測試產(chǎn)品的可測試性分析；可測性涉及3個方面： 可控性；例如：測試用例進行穩(wěn)定性測試，要求電腦重啟一萬次，如何操作？ 解決辦法：可以在電腦啟動的BIOS中設(shè)定：i）電腦重啟次數(shù)；ii）電腦重啟間隔時間； 可觀察性；例如

3、：測試用例要求重啟電腦一萬次，要是中間出了故障，如何獲知在哪里出了故障？解決辦法：有 Log 日志記錄。 可分析性； 例子：同上。對 Log 日志進行分析?！窘鉀Q辦法】需要培養(yǎng)對業(yè)務(wù) +測試 +開發(fā)都了解的綜合性人才。 可以考慮測試部自己培養(yǎng)，也可以考慮從開發(fā)部轉(zhuǎn)入人員進行培養(yǎng)。 嵌入式軟件測試的難點： 問題復(fù)現(xiàn)難； 問題復(fù)現(xiàn)后定位難；（4）產(chǎn)品相關(guān)的業(yè)務(wù)知識；【解決辦法】有計劃，有深度和廣度地進行業(yè)務(wù)培養(yǎng)。2. 流程、工具類（1）測試用例設(shè)計的合理性和測試用例設(shè)計的效率；【解決辦法】需要平臺進行支撐。例如：對于 500 個需求，有人對應(yīng)設(shè)計了 1000 個用例，有人設(shè)計了 5000 個用例，

4、誰設(shè)計得好？ 不能直接進行評價，必須用數(shù)據(jù)進行支撐。（2）測試需求分析工程師和測試設(shè)計工程師的合理分工； 【解決辦法】把角色定位好，各司其職。 測試需求分析工程師：強調(diào)需求分析的完備性。 測試設(shè)計工程師：強調(diào)測試用例的精簡型與高效性。（3）對需求到測試用例的全面跟蹤和變更管理；【解決辦法】需要工具進行支撐；例如：V1.0版本的文檔，V2.0版本的文檔，V3.0版本的文檔放在一起， 需求分部廣泛， 會出現(xiàn)無人知道全部的規(guī)格， 每個文檔中都只有一部分， 需要使用工具來進行管理。 例如：針對不同測試方法對測試用例進行劃分，可度量，可量化。（4）針對多個版本繼承的測試用例的高效裁剪和補充；【解決辦法】

5、涉及到工具和版本經(jīng)驗的總結(jié)和積累；3. 人（1）測試工程師的基本素質(zhì)要求； 需要什么層次的人由軟件的復(fù)雜度決定；例如： 超大型軟件或者小型但是業(yè)務(wù)邏輯非常復(fù)雜的軟件可以請博士來 進行分析。 測試開發(fā)任務(wù)；例如： 了解業(yè)務(wù)的測試人員完成對應(yīng)的自動化測試， 寫出實用的測試工 具和腳本等?！窘鉀Q辦法】按照需要招人或者進行內(nèi)部培養(yǎng)。（2）測試分析和測試用例設(shè)計人員的技能培養(yǎng)；【解決辦法】長期計劃，長期培養(yǎng)。（ 3） 測試工程師業(yè)務(wù)知識的培養(yǎng)；【解決辦法】長期計劃，長期培養(yǎng)。.測試分析設(shè)計思路1典型的測試分析設(shè)計模式:測試需求來源分析(1)業(yè)務(wù)需求分析;(2)需求規(guī)格分析;(3)概要設(shè)計；(4)詳細設(shè)計

6、；(5)編碼；需求項整理繼承測試項分析測試項分析測試用例規(guī)劃設(shè)計階段活動、子活動工程方法測試用例設(shè)計測試需求來源分析測試分析測 試 設(shè) 計2.對應(yīng)關(guān)系（1）業(yè)務(wù)需求分析 （系統(tǒng)分析師）（2）需求規(guī)格分析（系統(tǒng)構(gòu)架師）（3）概要設(shè)計（4）詳細設(shè)計（5）編碼（程序員）需求項整理繼承測試項分析繼承性分析測試項分析質(zhì)量模型分析功能交互分析用戶場景分析 測試用例規(guī)劃設(shè)計等價類邊界值正交試驗設(shè)計法判定表&因果圖狀態(tài)遷移法測試用例設(shè)計需求項整理：測試需求分析（測試系統(tǒng)工程師） 測試項分析：測試需求分析（測試系統(tǒng)工程師） 測試用例規(guī)劃（測試設(shè)計工程師） 測試用例實現(xiàn)（測試設(shè)計工程師） 測試用例執(zhí)行（測試執(zhí)行工

7、程師）四 TP 測試工具演示略五問與答1. 外單中隱藏需求如何發(fā)掘？答：這個過程是隨著對國外行業(yè)客戶的理解加深而不斷升華的。這個過程對應(yīng) 業(yè)務(wù)知識和經(jīng)驗的積累。在這個過程中，開發(fā)人員需要積累，測試人員也需要 積累。如果人員頻繁流動，那就無法保證這種積累，那就是管理的問題了。 一個可以參考的做法：借鑒同行或者類似軟件的標準來進行設(shè)計和測試。2. 如果只有需求大綱，如何進行設(shè)計？答：如果需求不明確，那就得先搞清楚需求，不能盲目設(shè)計。3. 如果按需求做好了，后續(xù)需求變更，如何控制計劃？ 答：做好各階段的度量，輔以歷史數(shù)據(jù)，才能評估出需求變更的影響有多大， 絕對不能拍腦袋說了算。4. 如何選擇最高效的

8、測試管理工具？答：優(yōu)秀的測試管理工具需要能夠進行度量分析和缺陷分析。 另外，不同的工具，采用的模型和算法不同。需要考慮： 數(shù)據(jù)從哪里來？ 采用什么模型？51Test最新的一款管理工具 TP包含了所有相關(guān)的功能，值得推薦。5. 敏捷中的測試工作如何把握？答：涉及三點： 溝通（隨著迭代版本更快推出，更加注重高效溝通） 文檔具體（有文檔記錄并被有效管理） 測試基本工作（同原來變化不大）6. 開發(fā)壓縮測試時間，怎么處理？答：對應(yīng)有限的時間，選擇：以時間來保證質(zhì)量？還是：以重要性來保證質(zhì)量？ 一般做法是按照重要性來進行測試。 同時，也要強調(diào)：如果開發(fā)質(zhì)量達不到，就不能轉(zhuǎn)測試。 可以設(shè)定一些轉(zhuǎn)測試指標和懲

9、罰指標。 例如：需求穩(wěn)定度的變化給出一個設(shè)定值，比如10%。例如：回歸測試中，有 10%回歸不通過，開發(fā)人員就得獲得懲罰。7. 項目進度緊，測試時間緊，測試周期短怎么辦？答：這個問題涉及到過程與質(zhì)量管理?？梢圆捎?CMM 、 PSP、6-Sigma 等管理手段。例如：如果時間短，就申請資源，獲得成效變化，把成效進行量化，向老板反 饋，從而影響你的老板。8. 測試人員 30 歲以后的職業(yè)發(fā)展方向如何？答：走技術(shù)路線： 測試系統(tǒng)工程師； 軟件需求分析師；走管理路線： 軟件項目經(jīng)理；（把握進度和質(zhì)量，管控過程和結(jié)果） 坐上上司的位置； 總之，需要不斷學(xué)習(xí)，具有主動學(xué)習(xí)的精神，同時具有基本的測試技能。

10、 做一行，愛一行，才有最好的發(fā)展空間。9. 自動化測試工具如何引入？答：有三種選擇： 商用測試工具：性能穩(wěn)定，可以獲得有效技術(shù)支持，但是昂貴； 開源測試工具：免費，但是獲得有效技術(shù)支持少； 自主研發(fā)測試工具：適合本公司的業(yè)務(wù)特點，但是人力需求大，周期長； 根據(jù)投入和產(chǎn)出綜合評估一下，根據(jù)公司當前情況作出選擇。10. 沒有需求文檔怎么寫測試用例，怎么測？答：測試要有條理。比如：按照增、刪、改、查來進行測試； 比如：按照正常、異常來進行測試； 比如：按照單條和批量來進行測試；11. 如何參與業(yè)務(wù)需求分析和測試需求分析？ 答：在評估業(yè)務(wù)需求的過程中，學(xué)習(xí)的成分居多。業(yè)務(wù)需求不是測試人員的評 審對象，因為缺少明確的輸入和輸出， 所以必須針對具體需求規(guī)格來進行評審。 在測試管理過程中，要關(guān)注統(tǒng)計度量：例如： 100 個需求對應(yīng) 50