一、前置知識點：

　　1、了解軟件相關(guān)概念;

　　2、有一定的軟件測試基礎(chǔ);

　　3、了解測試流程;

　　4、了解測試生命周期

　　二、熟悉常用術(shù)語：

　　黑盒測試、灰盒測試、白盒測試(功能劃分);

　　功能測試、性能測試、安全測試(職業(yè)劃分);

　　兼容性測試 、易用性測試、 UI元素測試(易用點劃分);

　　三、測試用例是什么?

　　答：測試用例(Test Case)是為某個特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。

　　測試用例是測試工作的核心、是一組在測試時輸入輸出的標(biāo)準(zhǔn)、是軟件需求的具體對照。

　　四、測試用例有什么作用?

　　1、檢驗軟件是否滿足客戶需求;

　　(1、通過編寫測試用例，可以把產(chǎn)品文檔的內(nèi)容逐一進(jìn)行測試防止遺漏;2、也可以能更好的知道軟件的各個功能及作用;3、及時消除需求文檔中的歧義及錯誤的地方，以便可以及時糾正，避免后期的不必要的麻煩與損失)

　　2、體現(xiàn)一個測試人員的工作量;

　　(通過編寫測試用例，按照自己每天的工作量，可以推測出完成該測試任務(wù)需要多久，以便可以合理劃分時間，以及匯報該測試任務(wù)所需時間，以便進(jìn)行團(tuán)隊及領(lǐng)導(dǎo)的后續(xù)安排)

　　3、展現(xiàn)測試用例的設(shè)計思路;

　　(通過編寫測試用例，可以理清思路，設(shè)計出合適的測試計劃，對產(chǎn)品有一個更好的認(rèn)識與把握)

　　五、測試員用例包含那些內(nèi)容?

　　用例編號、用例名稱、測試背景、前置條件、優(yōu)先級、重要級、測試數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、實際結(jié)果、備注。

　　六、測試用例編寫流程

　　需求分析、提取測試點、測試用例編寫、測試用例評審

　　需求分析：

　　業(yè)務(wù)需求、用戶需求、功能需求;

　　業(yè)務(wù)需求：關(guān)注系統(tǒng)是否滿足業(yè)務(wù)

　　用戶需求：關(guān)注系統(tǒng)是否滿足用戶習(xí)慣

　　功能需求：關(guān)注系統(tǒng)是否滿足功能要求

　　1、如果沒有需求怎么辦?

　　參考市面上已經(jīng)上市的同類型產(chǎn)品

　　2、需求模糊怎么辦?

　　參考市面上同類型產(chǎn)品、收集整理已有需求、和產(chǎn)品經(jīng)理逐條確認(rèn)

　　七、測試用例編寫注意

　　1、用例格式不是固定的，不要生搬硬套;

　　2、根據(jù)項目的實際情況設(shè)計測試用例表格;

　　3、根據(jù)具體的情況編寫

　　八、測試用例編寫方法

　　1、等價類劃分法

　　適用場景：

　　有數(shù)據(jù)輸入的地方，就可以使用等價類劃分法。如：輸入框

　　測試思想：

　　從大量數(shù)據(jù)中劃分范圍(等價類)，然后從每個范圍中挑選代表數(shù)據(jù)，這些代表數(shù)據(jù)要能反應(yīng)這個范圍內(nèi)數(shù)據(jù)的測試結(jié)果。

　　概念：

　　有效等價類：對程序來說，有意義的、合理的數(shù)據(jù)(正確的、有效的數(shù)據(jù))

　　無效等價類：對程序來說，沒有意義、不合理的數(shù)據(jù)(錯誤的、無效的數(shù)據(jù))

　　2、邊界值

　　適用場景：有數(shù)據(jù)輸入的地方，在實際工作中，一般和等價類劃分一起適用。、

　　測試思想：邊界值是程序員在編程時是最容易出錯的位置，所以要測試邊界。

　　概念：是有效等價類和無效等價類之間的分界點，叫邊界值(最小值，最大值)。還要測試次邊界，也就是邊界值兩邊的數(shù)據(jù)。

　　3、場景法

　　適用場景：業(yè)務(wù)比較復(fù)雜的軟件系統(tǒng)都適合使用場景法，場景法是基于軟件業(yè)務(wù)的測試方法，測試人員把自己當(dāng)成最終用戶，盡可能真實的模擬用戶在使用此軟件的操作情形：

　　重點模擬兩類操作：

　　用戶正確操作的業(yè)務(wù)過程—驗證軟件的業(yè)務(wù)功能是否正確實現(xiàn)

　　模擬用戶錯誤操作的情形—驗證軟件的異常處理能力(健壯性)

　　測試思路：場景法是模擬用戶操作軟件時的各種情景，主要用于測試軟件的業(yè)務(wù)邏輯和流程。當(dāng)拿到一個測試任務(wù)是，我們并不先關(guān)注某個文本框的等價類等是否滿足要求，而是先關(guān)注它的主要功能和業(yè)務(wù)流程是否正確實現(xiàn)，這就需要場景法來完成測試。當(dāng)業(yè)務(wù)流程測試沒有問題，也就是軟件的主要功能沒有問題時，我們再去關(guān)注控件的等價類、邊界值等細(xì)節(jié)測試。(先整體后細(xì)節(jié))

　　場景劃分：

　　1)基本流(有效流、正確流)

　　模擬用戶正確的業(yè)務(wù)操作流程就是基本流

　　2)備選流(無效流、錯誤流)

　　模擬用戶錯誤的操作流程就是備選流

　　4、猜測法：同過自己的直覺去找出測試點;

　　5、其他測試方法(不太常用不做介紹)

　　九、測試用例評審

　　簡單的來講，評審就是對測試用例進(jìn)行檢查;

　　評審包括同行評審，小組評審，部門評審，三方評審;

　　不同的評審類型會有不同的角色參與

　　評審的意義在哪里

　　1、通過評審可以發(fā)現(xiàn)測試用例的不足

　　2、方便測試人員改進(jìn)測試用例

　　3、達(dá)到在測試時提高質(zhì)量的目的

　　十、評審的流程

　　

 

　　十一、測試用例管理

　　1、為什么需要管理測試用例?

　　測試用例數(shù)量巨大;

　　測試用例會隨著需求變更;

　　測試用例需要補充完善

　　2、如何管理用例?

　　原始的excel管理方式;

　　專業(yè)的項目管理系統(tǒng) ;

　　管理工具：ALM; 禪道; testlink; Bugzilla; JIRA

　　禪道基本應(yīng)用

　　專業(yè)的研發(fā)項目管理軟件; 完整支持敏捷開放流程; 完整的軟件生命周期的管理