1、 用例設計：根據下面需求，進行測驗用例設計，請注意對測驗點的表達，
（網頁端）需求描述： 某專案的營養素配置頁面，供用戶用來配置營養素的相關資訊，其中： l 專案可供用戶選擇一種或多種營養素； l 點擊每行尾部的“+”可以增加一行輸入框，點擊每行尾部的“-”會洗掉當前行； l 每種營養素都包括默認推薦量； l 推薦量分為單值和范圍兩種形式，其中，單值為單一輸入框，范圍則填寫推薦量的推薦范圍； l 點擊確認按鈕保存配置中資訊，
答案參考：
用例1：配置1種營養素，營養素名稱選擇第1個，單位選擇第1個，默認推薦量選擇單值，自動顯示默認推薦量；點擊確認，查看營養素配置資訊:正確顯示
用例2：配置2種營養素，營養素名稱分別選擇中間1個、最后1個；營養素單位分別選擇中間1個、最后1個；默認推薦量分別選擇單值(輸入數值-整數)、選擇范圍(輸入小數)；點擊確認，查看營養素配置資訊:正確顯示
用例3：點擊+，配置多種營養素，多種營養素有無上限；超過上限有無提示
用例4：點擊+，配置多種營養素；然后點擊-，正常洗掉當行；點擊確認后，正常顯示營養素配置
用例5：配置多種營養素后，點擊-，減的下限驗證
用例6：配置多種營養素，營養素名稱重復，點擊確定，給予不予重復提示
用例7：配置營養素，默認推薦量輸入超出范圍、非數字；點擊確定，給予例外提示
用例8：配置營養素，必填資訊為空，點擊確定，給予不能為空提示
用例9：配置營養素，營養配比失調，是否給予提醒
2、 用例設計：根據下面的需求，進行測驗用例設計，請注意對測驗點的表達，
（APP端）
需求描述：
APP心率顯示頁顯示當前用戶的心率資訊（資料來源不需要考慮），具體包括：
l 心率資訊按日、周、月、年形式下的心率資料，默認展示日的形式，點擊周、日、年可切換到其他展示形式；
l 日的形式下，顯示單日0-24時以每半小時為單位的心率資料；
l 顯示各半小時的最大、最小值，以柱狀圖形式展示；
l 點擊任意半小時的柱狀圖，顯示該柱狀圖對應的時間和心率資訊，并在圖下方的表格中顯示對應資料；
l 左右滑動可查看其它日期的相關資訊，
答案參考：
用例1：當前系統時間0:10分，進入心率頁面-默認日形式，查看心率資料，是否實時顯示1條柱狀形；若無顯示，是否給予用戶友好提示
用例2：當前系統時間x點，例9:10點，進入心率頁面-默認日形式，心率資料是否每半小時顯示1個柱狀形（假設心率資料從0-x小時是完整的，顯示若不完整，需對比查看系統資料庫存盤的心率資料）；選擇第1個柱狀形、中間選擇1個、最后1個柱狀形：時間區間是否正確、心率最小值-最大值是否正確（與查詢的資料庫心率資料一致）
用例3：當前系統時間23:59分，進入心率資料-日形式，查看當日心率資料，是否每半小時總共顯示24條柱狀形(假設心率資料從0-24小時是完整的，顯示若不完整，需對比查看系統資料庫存盤的心率資料)；點擊第1個、最后1個柱狀形：時間區間是否正確、心率最小值-最大值是否正確（與查詢的資料庫心率資料一致）
用例4：左右滑動，查看上一日、下一日心率資料，正常顯示當天心率資料，包括柱狀形數量、選擇第1個/最后1個單個柱狀形日期、心率范圍正確性（對比資料庫驗證一致性）
用例5：切換周形式(當前周/上一周/下一周)，查看心率柱狀形數量、第1個/最后1個單一柱狀形的日期、心率范圍是否正確（對比資料庫驗證一致性）
用例6：切換月形式(當前月/上一月/下一月)，查看心率柱狀形數量、第1個/最后1個單一柱狀形的日期、心率范圍是否正確（對比資料庫驗證一致性）
用例7：切換年形式(當前年/上一年/下一年)，查看心率柱狀形數量、第1個/最后1個單一柱狀形的日期、心率范圍是否正確（對比資料庫驗證一致性）
用例8：切換日/周/月/年，點擊右上角
，正常顯示心率查看幫助說明
用例9：點擊左上角
，正常回傳上一級
3、場景法用例設計
請閱讀以下說明，并回答問題1、問題2、問題3和問題4 軟體系統幾乎都是用事件觸發來控制流程的，事件觸發時的情景便形成了場景，而同一事件不同的觸發順序和處理結果就形成事件流，場景法就是通過用例場景描述業務操作流程，從用例開始到結束遍歷應用流程上所有基本流(基本事件)和備選流(分支事件)， 下面是對某IC卡加油機應用系統的基本流和備選流的描述， 基本流A：[問題3] 假如每升油4元人民幣，用戶的賬戶金額為1000元，加油機內油量足夠，那么在A4輸入油量的程序中，請運用邊界值分析方法為A4選取合適的輸入資料(即油量，單位；升)， [問題4] 假設本系統開發人員在開發程序中通過測驗發現了20個錯誤，獨立的測驗組通過上述測驗用例發現了100個軟體錯誤，系統在上線后，用戶反饋了30個錯誤，請計算缺陷探測率(DDP)， 參考答案： [問題1] 場景1：A 場景2: A、B 場景3: A、C 場景4: A、D 場景5: A、E [問題2] 測驗用例表
4、APP分享功能，分享包括以下資訊：
1）分享場景：如對于電商類APP來說，包括首頁、詳情頁、曬單等，待測驗APP有10個分享場景 2）分享文案：也就是分享后顯示給用戶的資訊，每種分享場景都有多個不同的分享文案，分享文采用最近最少使用演算法選擇文案，待測驗APP每種場景至少有15種分享文案 3）分享渠道：APP可以通過不同的渠道分享給用戶，如微信群、朋友圈、QQ群、QQ空間、微博等，待測驗APP有10個分享渠道 4）分享方式：分享的資訊以什么方式發送給用戶，如微信中可以通過文本、圖文鏈接、海報、小程式等，待測驗APP每個渠道約有5種分享方式 請描述出測驗以上需求測驗用例設計思路，評論測驗作業量，進而評估出測驗完成時間點？
答案參考：
分享場景：10個分享場景
分享文案：15種分享文案
分享渠道：10個分享渠道
分享方式：5種分享方式
依據以上，有4種選項，每種選項下面存在多個選擇，需要進行組合測驗，進行全組合測驗的情況太多，可以采用正交實驗法來篩選測驗案例，通過allpairs工具自動提煉出要測驗的組合情況
測驗作業量要綜合開發提測時間點來評估，如果只針對分享模塊的用例，可以一天內時間完成用例撰寫，測驗時間若要覆寫到比較多組合情況的測驗且各種例外情況，還是人工測驗的話，需要的測驗時間比較長，先評估一周時間，具體完成時間節點要根據測驗進度和發現的問題進行調整，
5、測驗設計題目
Pod是可以在Kubernetes中創建和管理的、最小的可部署的計算單元，Pod就像豌豆莢，包含一個或多個容器，如下圖所示：
參考答案：
1、所有容器未啟動，確認Pod的初始狀態是否為Pending
2、1個/多個/全部容器啟動，確認Pod狀態是否Running
3、1個/多個/全部容器成功結束，確認Pod狀態是否successed
4、1個/多個/全部容器失敗結束，確認Pod狀態是否Failed
5、當前Pod狀態為Pending/Running/successed/Failed，Pod所在節點出現通信失敗，確認Pod狀態是否Unknown
6、當前Pod狀態為Pending/Running/successed/Failed，Pod所在節點出現通信失敗，繼而又恢復，確認Pod是否恢復到之前狀態
7、頻繁操作容器啟動成功結束，Pod狀態是否切換正常
8、頻繁操作容器啟動失敗結束，Pod狀態是否切換正常
9、頻繁操作節點通信失敗又恢復，Pod狀態是否切換正常
分享軟體測驗干貨知識，公眾號：軟體測驗資料俠，交流或者領取資料請加V：tudou7986
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/556023.html
標籤：其他
上一篇：6個常見的IB網路不通問題
下一篇：返回列表