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