5 大用例設計筆試大題，附超詳細解析
找工作的金九銀十，很多人又雙叒叕被筆試中用例設計大題難住了！本文章特意整理了最近 5 大用例設計大題，附超詳細解答！
1.計程車計費軟體
答案解析：軟體測試經典面試題及答案
1 題答案：
- 公里跟 km 需求單位最好統一
- 時間範圍不明確，在 5：00 及 23:00 是包含還是不包含的關係
- 空駛費部分等待時間是否會算空駛費
- 等待時間中 非 5 分鐘整數倍怎麼計算收費
- 跨時間段，起步價如何收費
- 超出 35km，如果超出部分在跨時間段，空駛費的計算方式也要跨時間段？
2 題答案：
以下所有計算路程都以 1km 為單位，超出 1km 不足 2km 算 2km；
所有時間都按 5 分鐘為階段，超出 5 分鐘不足 10 分鐘算 10 分鐘；
以此類推，測試用例包括：
1)、5:00-23:00 時間段，行駛路程 =3km；計費 11 元
2)、5:00-23:00 時間段，行駛路程 =4km，等待時間為 3min；計費 2.1*4+2.1*1
3)、5:00-23:00 時間段，行駛路程 =5555km，等待時間為 11min；計費 2.1*6+2.1*3
4)、5:00-23:00 時間段，行駛路程 =10km，等待時間為 15min；計費 2.1*10+2.1*3
5)、5:00-23:00 時間段，行駛路程 =11km，等待時間為 23min；計費 3.2* 11+3.2*5
6)、5:00-23:00 時間段，行駛路程 =36km，等待時間為 23min；計費 3.2*36+3.2*5+(36-35)*3.2*50%
7)、23:00-次日 5:00 時間段，行駛路程 =3km；計費 14 元
8)、23:00-次日 5:00 時間段，行駛路程 =4km，等待時間為 3min；計費 2.7*4+2.7*1
9)、23:00-次日 5:00 時間段，行駛路程 =5555m，等待時間為 11min；計費 2.7*6+2.7*3
10）23:00-次日 5:00 時間段，行駛路程 =10km，等待時間為 15min；計費 2.7*10+2.7*3
11）23:00-次日 5:00 時間段，行駛路程 =11km，等待時間為 23min；計費 4.1*11+4.1*5
12）23:00-次日 5:00 時間段，行駛路程 =36km，等待時間為 23min；計費 4.1*36+4.1*5+(36-35)*4.1*50%
13）跨時間段 22:00-次日 2:00，行駛路程 =3km；計費 11 元(跨段按第一個時間段計算費用)
14）跨時間段 22:00-次日 2:00，行駛路程超出 3km；23:00 前行駛路程按 2.1 元計算，23:00 後按 2.7 元計算
15）跨時間段 22:00-次日 2:00，行駛路程超出 10km；23:00 前行駛路程按 3.2 元計算，23:00 後按 4.1 元計算
16）跨時間段 22:00-次日 2:00，行駛路程超出 35km；23:00 前行駛路程按 3.2 元計算，23:00 後按 4.1 元計算，超出 35km 行程若在 23:00 之後，空駛費按 4.1 元的 50% 計算
17）跨時間段 22:00-次日 2:00，行駛路程超出 35km；23:00 前行駛路程按 3.2 元計算，23:00 後按 4.1 元計算，超出 35km 行程若跨時間段，23:00 前按 3.2 元的 50% 計算，23:00 後的按 4.1 元的 50% 計算
2. 註冊嚮導
某系統的單位註冊功能，要求註冊的單位必須是符合下列條件：
（1）單位人數不少於 50 人
（2）單位註冊資金不少於 500 萬人民幣
1、編寫該註冊頁面的測試用例
2、該註冊頁面存在哪些bug?
答案解析：
1 題答案：
- 先輸入符合要求的資料，進行正常註冊情況的驗證。在進行資料設計時考慮邊界值情況。
例如人數考慮 50；註冊資金考慮 500
-
再單獨對頁面輸入項進行測試資料輸入設計，從長度、型別組成、必填項、重複去考慮。
a. 單位名稱長度過長、為空、重複驗證
b. 人數為空、0、-50、51 驗證
c. 註冊資金為空、0、-5000000、4000000.1、5000001、字元&
d. 單位簡介為空、長度過長驗證
2 題答案：
- 頁面排版未對齊，包括輸入項名稱、輸入框
- 必填項“*”標識建議置於輸入框右側
- 單位註冊資金，建議新增單位“萬”
3.新建郵件資訊
要求：根據上圖寫出新建郵件資訊的測試檢查點
答案解析：
- 輸入正確的收件人、主題資訊、選擇附件、輸入正文部分，點擊發送——驗證郵件是否正常傳送，“已傳送”功能列表顯示新發送的郵件資訊，並確認郵件資訊的正確性
- 輸入正確的收件人、主題資訊、選擇附件、輸入正文部分，點選存草稿——驗證“草稿箱”是否存入郵件資訊，並確認郵件資訊的正確性
- 加入草稿箱的郵件資訊，是否支援編輯後直接傳送
- 輸入正確的收件人、主題資訊、選擇附件、輸入正文部分，點選關閉——重新進入新建郵件資訊介面，頁面資訊迴歸初始化狀態
- 收件人為空、收件人輸入超長資訊、收件人不存在，系統是否做判斷
- 主題為空、輸入超長資訊，系統是否做判斷
- 不選擇檔案附件是否郵件支援傳送
- 檔案附件進行常用文字格式驗證，例如圖片檔案 png、word、wps、Excel、rar、txt 等
- 文字附件提交 0M 檔案進行驗證，系統是否做控制
- 正文為空、超長資訊輸入、超連結輸入、標籤輸入驗證
- 是否支援多個收件人輸入，多個收件人上限驗證
- 所有輸入項是否支援複製貼上
4.收銀違規明細報表查詢
- 增加選單：物流管理—商品管理—POS 銷售—收銀違規明細報表查詢，總部和門店有瀏覽、維護許可權
- 查詢條件：開始日期和結束日期
- 報表樣式參考圖，注意違規筆數合計和衝紅筆數合計必須放在上面（現場要求）
- 查詢邏輯：查詢收銀員合計表入賬日期在開始和結束日期範圍內違規筆數或衝紅筆數 >0 的記錄，部門收銀員彙總違規筆數、違規金額、衝紅筆數、衝紅金額
- 查詢欄位顯示：部門編碼、部門名稱、收銀員編碼、收銀員名稱、違規筆數、違規金額、衝紅筆數、金額。備註。
請根據上面收銀違規明細報表查詢進行用例設計
答案解析：
- 增加選單入口是否正確
- 該報表的許可權，總店、門店是否做控制
- 報表資料為 0 時，查詢頁面是否有友好提示
- 開始時間、結束時間輸入是否支援時間選擇控制元件；是否支援手動輸入
- 開始時間、結束時間都為空，進行查詢
- 只輸入開始時間、結束時間為空，進行查詢
- 只輸入結束時間、開始時間為空，進行查詢
- 開始時間等於結束時間，進行查詢
- 開始時間小於結束時間，但範圍跨天、跨月、跨年，進行查詢
- 開始時間大於結束時間，進行查詢
11.查詢後顯示的資料，對比資料庫，各個欄位顯示的值是否正確，且違規筆數、衝紅筆數合計是否正確
12.查詢除了手動點選查詢按鈕，是否支援回車
13.查詢時、頻繁多次點選查詢操作，系統是否做控制
14.查詢資料超過 1 頁，是否分頁顯示，分頁控制元件操作確認是否正常
15.查詢頁面排版是否按照需求設計顯示
5.計劃書轉成 PDF 文件
專案：計劃書轉成 PDF
**背景：**基金委員會負責科研基金的發放，在批准申請的專案後，需要申請基金人員提交一個有關專案計劃的檔案，即計劃書，計劃書有 2 種方式提交：
一：線上方式：直接在 Web 上填寫
二：離線方式：通過提交 WORD 檔案，由系統自動提取相關資料資訊。
無論是什麼方式，最終要把計劃書轉成一個 PDF 檔案，以下這個任務就是要實現這個功能
**條件：**狀態為處理成果的計劃書
操作：將計劃書轉成 PDF 檔案，更新狀態和相關欄位，詳見流程圖：
要求：
1：根據以上文件，請說明設計用例的思路
2：列舉測試用例的輸入與輸出
答案解析：
1.用例設計的思路：
先將場景業務流程覆蓋完整；然後再用等價類劃分法去考慮單個功能操作的用例。具體輸入及輸出見第 2 題分析。
2.列舉測試用例的輸入和輸出：
- 按 word 模板提交 word，且為重大、重點專案——將 word 轉成 pdf，並將參與人資訊插入計劃書中；
- 按 word 模板提交 word，且不為重大、重點專案——將 word 直接轉成 pdf
- 按 word 模板提交時，word 文件中缺少部分資料——系統是否有判斷
- 按 word 模板提交時，word 文件內容為空 ——系統是否有判斷
- 線上方式編寫，在簡表 pdf 中編寫簡表，有正文檔案(word,wps)，且為重大專案——轉成後的 pdf 包含：簡表 pdf 中為簡表內容、正文 pdf 中為正文檔案內容，還有參與人資訊
- 線上方式編寫，在簡表 pdf 中編寫簡表，無正文檔案，且為重大專案——轉成後的 pdf 包含：簡表 pdf 中為簡表內容、正文 pdf 中為正文欄位內容，還有參與人資訊
- 線上方式編寫，在簡表 pdf 中編寫簡表，有正文檔案(word,wps)，且不為重大專案——轉成後的 pdf 包含：簡表 pdf 中為簡表內容、正文 pdf 中為正文檔案內容
- 線上方式編寫，在簡表 pdf 中編寫簡表，無正文檔案，且不為重大專案——轉成後的 pdf 包含：簡表 pdf 中為簡表內容、正文 pdf 中為正文欄位內容
- 線上方式提交時，簡表資訊為空、資料不全 ——系統是否有判斷
- 線上方式提交時，包含正文檔案，正文檔案為空、資料不全——系統是否有做判斷軟體測試經典面試題及答案