一、定義
測試用例（Test Case）是為某個(gè)特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件及預(yù)期結(jié)果，以便測試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。
首先，測試需要保證以下兩點(diǎn)：
程序做了它應(yīng)該做的事情
程序沒有做它不該做的事情
因此，作為測試實(shí)施依據(jù)的測試用例，必須要能完整覆蓋測試需求，而不應(yīng)針對單個(gè)Case去評判好壞。
二、如何設(shè)計(jì)測試用例
1、對被測版本足夠了解
由粗略詳細(xì)步驟來解讀產(chǎn)品需求文檔，如交互、功能流程、邊界、約束等等。充分理解技術(shù)實(shí)現(xiàn)原理（實(shí)現(xiàn)的邏輯原理、架構(gòu)及對其他平臺的依賴、接口等）。深入理解用戶群，分析用戶使用場景、可能的使用方法及用戶心理，完全從用戶角度出發(fā)，來設(shè)計(jì)Case，同時(shí)對用戶體驗(yàn)做出一定的判斷。
2、設(shè)計(jì)Case優(yōu)先級
一般BugFree或禪道工具中編寫好Case后可以按優(yōu)先級來篩選優(yōu)先級，如果是用Excel文檔來寫可以來通過不同背景色來標(biāo)識相應(yīng)的優(yōu)先級，無論評審還是執(zhí)行，都可以按此來查閱。無論是冒煙測試用例還是功能測試用例，節(jié)省大量時(shí)間。
3、從粗到細(xì)分析需求
可以使用工具輔助，第一遍需求分析時(shí)，粗略畫出測試需求框架；第二遍分析需求時(shí)，開始延伸每個(gè)出子測試點(diǎn)；細(xì)化測試點(diǎn)時(shí)，可參考或引用寫好的公共Case， 也要考慮到被測版本中該功能的特性。另外需要考慮的就是測試點(diǎn)的顆粒度要把握好。
4、測試用例Update
需求分析階段和開發(fā)階段 ，都可能出現(xiàn)需求變更，這時(shí)對于我們前期粗略整理好的測試點(diǎn)就需要及時(shí)的同步更新了。另外在Case評審階段，可能會出現(xiàn)Case冗余或遺漏，也需要在評審結(jié)束后在Case池里及時(shí)修整。如果項(xiàng)目中有使用需求工具之類的，可以利用工具去同步通知到每個(gè)節(jié)點(diǎn)的負(fù)責(zé)人，會大大 減少UPdate的時(shí)間。
三、新手如何快速提升設(shè)計(jì)Case能力
1、 非常熟悉業(yè)務(wù)
這是必備條件，因?yàn)樗蠧ase都是從業(yè)務(wù)層開始入手的，而終端使用者也是以業(yè)務(wù)為出發(fā)點(diǎn)。
2、 培養(yǎng)用戶思維
測試人員需要站在客戶的角度分析用戶需要什么、想要什么、不想要什么，這樣有利于我們更好的挖掘隱含需求。所以設(shè)計(jì)場景時(shí)也同樣是站在用戶角度。
3、 勿限制測試思維
對于好的測試人員，都會有自己的一份通用測試用例表， 每次編寫測試用例時(shí)，會將重復(fù)或公共的功能摘出來，去參照已有的通用Case。但若不能做到及時(shí)更新 ，隨公司項(xiàng)目變更等，很可能在某些項(xiàng)目中固步自封，不能靈活地運(yùn)用。所以通用Case總結(jié)更新是必不可少的，也可以分享出來讓同行參謀 ，大家集思廣益，也許其他人有更新奇的方法，這樣會不斷地開拓自己的測試思維 ，而不至于一直重復(fù)原有的經(jīng)驗(yàn)。
4、 樂于分享，有計(jì)劃地總結(jié)
給自己的學(xué)習(xí)過程制訂一個(gè)詳細(xì)的計(jì)劃，量化到天，排好每天要學(xué)習(xí)的東西。同時(shí)最重要的是，一定要養(yǎng)成總結(jié)的習(xí)慣 ，每天總結(jié) ，每個(gè)項(xiàng)目總結(jié) ，總結(jié)測試方法，總結(jié)Bug原因，奇葩Bug等等，這些將會成為你日后工作的寶貴財(cái)富。同時(shí)主動總結(jié)久了， 你會發(fā)現(xiàn)自己有質(zhì)的提升，而且對于當(dāng)前的工作會更游刃有余，所以經(jīng)驗(yàn)是靠日積月累的。
重慶分公司
重慶分公司
