測試用例的定義：按照一定的輸入和預(yù)制條件執(zhí)行之后能達(dá)到預(yù)期結(jié)果屋灌，驗(yàn)證功能程序所需要的需求。
測試用例的好處：
???1）能有效，快速的了解熟悉產(chǎn)品
???2）可以評估需求的覆蓋率程度
???3）用例的細(xì)化程度可以作為階段性工作的時(shí)間安排依據(jù)
???4）將人為的因素減少，比如：其他人執(zhí)行的時(shí)候可以看得懂
總結(jié)：對產(chǎn)品有清晰地思路惜浅。
1、用例的輸出避免一個(gè)重復(fù)性伏嗜，版本更新是迭代坛悉，功能也是一個(gè)迭代的過程，迭代的過程中會回歸老的功能承绸，如果不寫測試用例那么要重新去寫測試用例裸影，無形中把工作增加，費(fèi)時(shí)军熏。
2轩猩、測試的用時(shí)是根據(jù)測試數(shù)量可以排出一個(gè)時(shí)間
3、測試用例是不斷更新的荡澎，隨著時(shí)間和對產(chǎn)品的了解是不斷更新的均践，測試結(jié)束發(fā)現(xiàn)bug時(shí)要再次更新。
?什么時(shí)候開始寫測試用例摩幔？
產(chǎn)品寫的很low,什么都要測試自己去溝通彤委，確定；那么這種情況就要先把自己的情況做好或衡，再次要向領(lǐng)導(dǎo)反映焦影，反映的時(shí)候要把解決方案，或者想法封断；
如何設(shè)計(jì)測試用例
在測試中出現(xiàn)需求變更斯辰，先評估需求，看影響范圍是否大坡疼，如果要推翻之前的工作那就拒絕彬呻，如果合理或必須加那就加，如果需求變更會導(dǎo)致版本延期那就不加。
產(chǎn)品文檔闸氮，規(guī)則轉(zhuǎn)換為測試用例的檢查點(diǎn)
一條用例只做一件事剪况，只驗(yàn)證一個(gè)功能
先從單個(gè)模塊或功能點(diǎn)開始
借助一些測試用例方法：等價(jià)類，邊界值湖苞，因果圖
兼容性測試拯欧，如瀏覽器详囤，APP的兼容
設(shè)計(jì)測試用例的時(shí)候要注意數(shù)據(jù)庫的關(guān)聯(lián)财骨，數(shù)據(jù)庫中數(shù)據(jù)正確性的驗(yàn)證
設(shè)計(jì)用例的時(shí)候要考慮關(guān)聯(lián)模塊的問題
思考：
用例是否評審：
??所有的用例都需要評審，如果評審過后沒有更新藏姐，評為：大家評審時(shí)都不走心..........
所有的需求都需要寫測試用例嗎隆箩？
???不一定，如果需求一眼就能測完不需要羔杨，如果比較復(fù)雜比較大的需求就需要寫
測試用例的學(xué)詳細(xì)越好嗎捌臊？
??記住：用例是寫給別人看的兜材，別人能看得懂的用例才是好用例
??寫的用例面面俱到詳細(xì)真的好嗎理澎？不是的。
寫用例的時(shí)候要包含哪些因素：
編號曙寡，便于查找糠爬；
描述，便于清楚寫的是哪一些功能
前置條件举庶，有就寫沒有就不寫执隧，
步驟，需要用到的數(shù)據(jù)寫在前置條件
預(yù)期結(jié)果
