先補充下大家熟悉的常見的測試用例的方法:
- 等價類:根據需求划分有效等價類和無效等價類
- 邊界值:對等價類的補充,測試輸入框的邊界條件
- 錯誤推測法:根據同類型經驗的積累
- 場景法:划分基本流(主流程)和備選流
理論知識熟悉后如何做一個完整的項目呢?
先詳細的了解需求規格說明書,了解需求種的顯性和隱性的需求,划分出業務流程圖,並分析出業務數據的流向,輸入數據,數據經過處理后數據的狀態,數據值的變化,頁面數據的顯示等等;並且需要會分析數據字典,分析業務數據流對數據庫數據的影響,會存在哪一些表,表種的數據是如何變化的。
以P2P金融為例給大家梳理下如何編寫測試要點,如何由測試要點轉換成測試用例
第一步:詳看需求規格說明書,了解業務需求,划分業務流程圖
第二步分析業務流中業務數據的流向及數據對數據庫的影響
- 借款人發起申請借款,p2p的發標人員會在后台增加一個標,然后會有三次審核,第一次審核是發標專員自己審核,標的狀態顯示初審中,第二次審核是運營經理審核,標的狀態顯示為初審通過,第三次審核是運營總監審核,標的狀態顯示為競標中,然后前台就可以查看到標的詳細信息
- 投資人能夠在前台頁面查看到競標中的標,能夠對其進行投資;在募集期內,募集的金額等於借款的金額就會滿標,啟動核保審批流程,如果核保審批通過了就會有第三方擔保銀行打款給借款人,如果募集的金額小於借款的金額,后台就會人工啟動流標流程,然后標就會在前台頁面消失
- 核保審批通過,就會生成回款計划,正式開始計息,就會生成一張回款計划表,生成匯款計划表就會有回款日期,本金,利息,到了還款日期,就會自動扣款,如果沒有充值,就會進入逾期,后台就會啟動催收流程做逾期處理
數據庫數據的變化
- 注冊 mebmber表中會增加一條記錄(memberid passwd regname) 加標
- loan表中會增加一條記錄,會生成一個新的標,loadid,states 審核中 審核標 競標專員審核 loaid ,states
- 初審中 審核標 二審核 運營經理審核 loaid ,states 初審通過 審核標 三審核 運營總監審核 loaid ,states
- 競標中 投資人充值 member表中的amount金額會變化 financelog 表中會增加一條記錄 投資人投資
- invest表中會增加一條記錄 (memberid loadid amount ) 滿標
- load表中的標的狀態會變成滿標,同時會自動的生成滿標的時間 滿標后投資人的投資記錄會變成有效 流標
- loan中的狀態就會流標中,投資人的記錄會變成無效,匯款記錄表會變成作廢
根據分析的需求,編寫測試要點
根據需求,對每一個頁面元素的每一個輸入框,等級等價類和邊界值使用xmind寫出所有可能的測試點
根據測試要點編寫測試用例
根據編寫的測試要點,將測試要點按照測試用例模板轉換成對應的測試用例。