一儒旬、測試需求的定義
1栏账、測試需求主要解決‘測什么’的問題，一般來自需求規(guī)格說明書中原始需求-----項目實戰(zhàn)栈源；
2挡爵、測試需求應全部覆蓋已定義的業(yè)務流程，以及功能和非功能方面的需求甚垦。
二茶鹃、如何進行軟件測試需求分析
測試需求分析的主要目的：依據(jù)需求文檔提取測試點，根據(jù)測試點來編寫測試用例
測試點分析的重要點：
1制轰、通過分析需求描述中的輸入前计、輸出、處理垃杖、限制、約束等丈屹，給出對應的驗證內(nèi)容调俘；（功能測試）
2、通過分析各個功能模塊之間的專業(yè)順序旺垒，和各個功能模塊之間傳遞的信息和數(shù)據(jù)彩库，對存在功能交互的功能項，給出對應的驗證內(nèi)容先蒋；（功能交互測試）
3骇钦、考慮到需求的完整性，要充分覆蓋需求的各種特征竞漾，包含隱性需求的驗證眯搭，比如：界面驗證、注冊賬號的唯一性驗證（界面业岁、易用性鳞仙、兼容性、安全性笔时、性能壓力）
三棍好、軟件測試用例的定義
測試用例是為項目需求為編寫的一組測試輸入、執(zhí)行條件以及預期結果允耿，以便測試某個程序是否滿足客戶需求借笙。
可總結為：每一個測試點的數(shù)據(jù)設計和步驟設計。
四较锡、測試用例的重要性
1业稼、測試用例時軟件測試的核心。
解釋：軟件測試的重要性是毋庸置疑的念链，測試用例是測試工作的指導盼忌，是軟件測試質(zhì)量穩(wěn)定的根本保障积糯。影響軟件測試的因素很多，如：軟件本身的復雜程度谦纱、開發(fā)質(zhì)量看成，測試方法和技術的應用。但有些因素是客觀存在的跨嘉，不可避免的川慌，例如：IT團隊的流動、環(huán)境祠乃、情緒等梦重。
2、評估測試結果的基準亮瓷。
解釋：測試用例的通過率以及錯誤率琴拧，是測試結束的一個重要依據(jù)，用來判斷該軟件測試結果是否通過嘱支，能夠達到上線的標準蚓胸。
3、保證測試的時候不遺漏測試功能點除师。
4沛膳、在編寫測試用例的過程，可以熟悉需求汛聚，對系統(tǒng)架構或者業(yè)務流程有一個整體的锹安，深入地了解。
5倚舀、好的測試用例不僅方便自己和別人查看叹哭，而且能幫助設計的時候考慮的更周全，因此測試用例的寫作和設計一樣瞄桨，也是非常重要的话速。
五、測試用例的八大要素
1芯侥、用例編號：產(chǎn)品名_測試階段（st? it? uat）_測試項_0011
2泊交、測試項目：對應一個功能模塊（細分功能）例如：聊天室（發(fā)紅包、轉(zhuǎn)賬柱查、語音視頻通話）
3梯码、測試標題：直接對測試點進行細化得出嚷兔，輸入內(nèi)容+炎癥結果，同一功能模塊標題不能重復
4、重要級別：高/中/低
5阱缓、預置條件：需要滿足一些前提條件塞帐，否則用例無法執(zhí)行
6、測試輸入（數(shù)據(jù)）：需要加工的輸入信息，根據(jù)具體情況來設計（跟步驟結合起來一定要具有指導性意義）
7宽菜、操作步驟：明確給出每個步驟的描述，執(zhí)行人員可以根據(jù)該步驟完成執(zhí)行工作
8竿报、預期結果：根據(jù)預期輸出比對實際結果铅乡，來判斷被測對象是否符合需求。（預期結果唯一烈菌，不能出現(xiàn)‘是否或者’）
9阵幸、實際結果：
六、關于寫用例的一些建議
1芽世、功能劃分時挚赊，一個測試用例集（sheet）就只需要檢查一個功能模塊，否則济瓢，用例會混亂荠割，降低可讀性。
2葬荷、測試用例的劃分也要單一涨共，一個測試用例只檢查功能點的一種情況，否則會宠漩，會導致用例的目的不清晰，且這樣有利于需求覆蓋率的統(tǒng)計懊直。一個功能點我們測試了那些情況扒吁，以及哪些功能點我們在重點測試，一目了然室囊。
3雕崩、測試用例要有一個簡單的目的描述，有助于讀者對測試用例的理解融撞。
4盼铁、測試用例要有明確的執(zhí)行前提，包括環(huán)境尝偎、數(shù)據(jù)饶火、場景。
5致扯、測試用例的步驟描述要簡單肤寝、清晰、一步就是一步抖僵。
6鲤看、測試用例的數(shù)據(jù)要準確，特別是前提數(shù)據(jù)和要檢查的數(shù)據(jù)耍群。
七义桂、用例評審的重要性
1找筝、無論是初級測試工程師，還是高級的慷吊，專家的袖裕，設計出來的測試用例都需要經(jīng)過評審。
2罢浇、測試用例一般分配給每個人來設計，設計用例的人并不知道用例在具體執(zhí)行的時候是否有問題嚷闭，不能保證自己設計的用例能覆蓋完全
3、保證測試人員和開發(fā)人員對于被測試功能的理解的一致性灾锯。避免測試過程中針對bug測試人員與開發(fā)扯皮嗅榕。
4、需求人員參與評審凌那，他們能幫助你找出更多的問題，經(jīng)常在測試的時候赦肋，有些細節(jié)是無法從需求文檔上得知的，需要頻繁和需求人員溝通
5佃乘、現(xiàn)在有很多人士項目外包或人員外包驹尼，那么完成每一項工作的第一件事就是提交客戶評審，當然在提交給客戶前自己team先評審下最好程帕，確保提交給客戶高質(zhì)量的成功
6、按照用例數(shù)量來評書工作量骆捧。
八髓绽、用例評審的方式
以會議評審為主。
測試組內(nèi)部評審：
1、測試用例本身的描述是否清晰括饶，是否存在二義性；
2来涨、是否考慮到測試用例的執(zhí)行效率图焰，往往測試用例中步驟不斷重復執(zhí)行，驗證點卻不同蹦掐，而且測試設計的冗余性技羔，都造成了效率的低下；
3卧抗、是否針對需求文檔工嗯呢該點藤滥，覆蓋了所有的軟件需求；
/4社裆、是否完全遵守了軟件需求的規(guī)定拙绊。
項目組內(nèi)部評審：
1、收集客戶需求的人員注重你的業(yè)務邏輯是否正確泳秀；
2标沪、分析軟件需求規(guī)格的人注重你的用例是否跟規(guī)格要求一致；
3嗜傅、開發(fā)負責人會注重你的用例中對程序的要求是否合理金句。
九、用例評審的流程
1吕嘀、評審材料準備好（主要是測試用例趴梢、評審檢查清單）
2、提前2天發(fā)布評審通知币他，同時將評審材料發(fā)送給評審組成員，以節(jié)約溝通成本憔狞；
3蝴悉、召開會議評審：針對評審用例檢查清單瘾敢，評審過程中收集相關人員的反饋信息簇抵，并在此基礎上進行測試用例更新，直到評審通過晃财。
4断盛、評審結束后钢猛，修改測試用例命迈，并將修改后發(fā)送項目組人員查看壶愤，確認沒問題公你，存檔陕靠。
十剪芥、用例評審檢查清單
1税肪、測試用例是否按照公司定義的模塊進行編寫益兄；
2净捅、測試用例的本身描述是否清晰蛔六，是否存在二義性国章；
3液兽、測試用例內(nèi)容是否正確，是否與需求目標相一致坏匪；
4适滓、測試用例的期望結果是否確定凭迹、唯一的嗅绸；
5鱼鸠、操作步驟應與描述是否相一致蚀狰；
6麻蹋、測試用例包含相關的配置信息扮授，如：測試環(huán)境刹勃、數(shù)據(jù)、前置測試用例诺苹、用戶授權等收奔；
7、測試用例是否覆蓋了所有的需求；
8模暗、測試設計是否存在冗余性兑宇；
9隶糕、測試用例是否具有可執(zhí)行性枚驻；
10再登、是否從用戶層面來設計用戶使用場景和業(yè)務流程的測試用例；
11钞瀑、場景測試用例是否覆蓋最復雜的業(yè)務流程缠俺；
12壹士、用例設計是否包含了正面躏救、反面的用例盒使；
13少办、對于由系統(tǒng)自動生成的輸出項是否注明了生成規(guī)則英妓；
14蔓纠、測試用例應包含對中間和后臺數(shù)據(jù)的檢查腿倚。
