軟體測驗面試中，測驗用例是非常容被問到的一個點，今天小編就給大家把最常見的20道測驗用例方面的問題給大家整理出來，希望對大家的面試提供幫
需要此大廠面試題集的可以加我群：786229024獲取，也可以一起交流技術，
測驗用例10道面試題
1、什么是測驗用例
答：測驗用例的設計就是如何覆寫所有軟體表現出來的狀態，即在滿足輸入/輸出的一組條件下，軟體運行是一系列有次序的、受控制的狀態變化程序，
2、設計用例的好處？
答：設計用例的程序可以更深刻的理解需求，熟悉各功能點，保證盡可能全的覆寫到各測驗點，也便于用例評審，
3、用例必備4個方面？
答：預置條件、執行步驟、預期結果、測驗結果；用例要點：需包括與其他模塊耦合關系、用例的級別，考慮哪些需求必須完成，哪些需求可以后續完成，
4、測驗用例的設計理念？
答：首先要保證產品的質量，測驗用例的數量并不能決定質量的好壞，要做到覆寫全面，提倡高質量的自動化測驗，
5、測驗用例有哪些設計方法？
答：等價類劃分法、邊界值分析法、功能圖法、錯誤推測法、因果圖法、場景法等，
6、何時開始設計測驗用例？
答：需求檔案定版后，即可開始陳列測驗點和撰寫測驗用例，
7、用例寫完，我們要先做什么？
答：先自檢，自檢完畢，列出有疑惑的點，評審之前，把用例提前發給相關的開發、產品，預留時間告訴他們先看，再統一時間進行評審，
8、什么時候寫測驗點，什么時候寫用例？
答：
如果公司只有你一個測驗員，就沒必要寫測驗用例了，寫測驗點，提取關鍵要素；
如果需求老是頻繁變化，寫測驗點吧；你的測驗用例的更新速度永遠跟不上需求的變化速度，每天都在改用例，太詳細的用例，無太多的意義和價值；
如果你們的節奏控制的非常緊湊，完全沒時間嚴格按照測驗用例執行，寫測驗點吧，提取關鍵要素；
如果團隊的整體測驗員技能均衡，測驗點已經能夠充分覆寫了，寫測驗點吧，測驗用例的意義不大；
如果這塊的邏輯非常復雜，你未曾接觸，盡量寫詳細點的測驗用例，通過用例的梳理程序，是一個很好的梳理理解需求和產品的程序；
如何用更少的測驗點，盡可能的充分考慮各種可能性呢?跟什么因素有關呢？與用例設計方法、經驗、需求理解等等有關，我們要綜合運用等價類、邊界值、錯誤推測、場景法、因果圖等測驗用例的設計方法；
不要總找***鉆的用例，要把客戶常用的流程弄好，產品上線之前無論經過多少輪測驗，一定要把主體業務流程進行回歸測驗，
9、測驗用例的更新？
答、評審后需要更新、測驗程序中需要更新、測驗結束后根據線上反饋情況進行更新，
10、如何保證用例的覆寫度？
答：首先一定要熟悉需求，需求分析，拆解非常重要，需求熟悉程序中，不理解的地方，一定要找產品進行及時溝通，確定結果，其次專案開發程序中，每期的用例都要不斷總結，學會總結，盡可能的保證少漏，其實這個與測驗思維關系密切，作業經驗的積累，以及測驗思維的形成，都有助于你設計一份較完整的測驗用例，
5道思維面試題
1、創建坐席組的功能模塊，如何進行測驗用例設計？
解答：
功能測驗，使用等價類劃分法去分析創建坐席的每個輸入項的有效及無效類，同步考慮邊界值去設計對應的測驗用例：
先進行冒煙測驗，正常創建坐席（坐席組編號自動生成且確認6位數字唯一，名稱輸入 10 個漢字，型別選 A，抵押坐席組復選框全選，選擇第一個現場經理-名下第一個團隊長-第一個坐席），點擊確認
正常創建坐席（坐席組編號自動生成且確認 6 位數字唯一，名稱輸入 1 個漢字，型別選 B，抵押坐席組復選框部分勾選，選擇最后一個現場經理-名下最后一個團隊長-最后一個坐席），點擊確認
坐席編號可否支持手動輸入，系統統一生成 6 位后，手動修改少一位/多一位/非數字/不唯一，為空驗證，系統是否提示例外
坐席組名稱輸入超過 11 個漢字/11 位包含非漢字/已存在名稱/為空，系統是否提示例外
坐席組型別不填，系統是否提示例外
是否有抵押坐席組不選，可正常進行創建坐席操作
現場經理-團隊長-坐席，三級級聯功能是否正常，關注下拉框選項的完整正確性驗證；坐席為空，系統是否有合理提示
UI 測驗： 關于界面排版布局顏色風格等是否正常合理，是否跟原型需求一致
2、抽獎的活動頁面，抽獎按鈕，抽獎成功后獲得獎勵扣除抽獎資格怎么寫用例？
解答：
Ui： 抽獎頁面(轉盤/跑馬等)，且顯示抽獎剩余次數
功能：
抽獎活動入口是否正確，例如通過首頁 banner、推薦分享鏈接等
基本抽獎功能驗證，中獎：中獎次數-1，獎品發放正常，且可進行獎品兌換
基本抽獎功能驗證，未中獎：中獎次數-1
同一用戶抽獎次數測驗，每抽獎 1 次，次數減 1；抽獎次數為 0，不允許抽獎；退出重登/重繪頁面/隔天登錄都無抽獎資格
抽獎中獎概率，可通過 Jmeter 大并發呼叫抽獎介面，計算中獎概率是否正確
未登錄/session 過期/未到抽獎時間，是否可抽獎
兼容：
不同瀏覽器、不同手機的兼容，查看抽獎頁面操作是否正常
性能：
同一時間，大并發抽獎，服務器處理是否正常
3、給你一個微信上一個聊天的視窗你是怎么測驗的？
微信聊天框的主要功能就是發訊息和接收別人的訊息，
訊息的分類：純文字，圖片，檔案，表情，語音、視頻，文字 + 表情
聊天的其他功能：@符號，撤回功能，加好友功能，訊息重發，發紅包，轉賬，發送位置資訊、發送名片、群聊等功能
功能測驗：
正常網路下，發送純文字，圖片，檔案，表情，語音、視頻，文字 + 表情訊息，發送及接收功能是否正常
正常網路下，測驗圖片，檔案，語音，視頻，文字的上限值測驗
正常網路下，連續發訊息訊息統計數量功能正常
正常網路下，是否支持群發檔案/群聊檔案，是否支持語音轉文字
正常網路下，訊息發送后，在一定時間范圍內是否支持撤回，超出指定時間，是否不支持撤回功能
正常網路下，發送失敗后，是否支持訊息重發
正常網路下，訊息較多時，是否支持一鍵回到之前瀏覽位置
正常網路下，語音聊天、視頻聊天相互轉換功能是否正常，發送語音聊天、視頻聊天時，是否有聲音提示
正常網路下，發送語音聊天、視頻聊天時，長時間未接聽，是否有提示
正常網路下，發送名片、發送位置資訊功能是否正常
正常網路下，發送紅包、轉賬功能是否正常
正常網路下，未加好友情況下，加好友功能是否正常
正常網路下，群聊：@單個人，多個人，全部人時，物件是否會收到提醒
正常網路下，群聊：發起群視頻，群語音時，所有被邀請的成員是否能加入群聊
正常網路下，群聊：群聊數量統計是否正確
網路測驗： 在弱網或無網路的情況下各類功能是否正常，視頻聊天、語音聊天是否有提示
中斷測驗： 發送訊息/語音聊天/視頻聊天場景中，斷網重連/低電量/打電話/切換 app，處理是否正常
界面測驗： 聊天訊息界面，提示框等是否正常
兼容性測驗： 不同手機系統，不同手機型號，解析度螢屏尺寸下，發送訊息功能是否正常
性能測驗： 發送圖片、文字、視頻、語音等訊息，對方收到的時間，是否在需求時間之內
4、舉一個電商專案的模塊你是怎么做的？
舉例自己熟悉的，比如電商專案中的購物車，
功能：
分為已登錄和未登錄的場景；如果是未登錄的話，添加購物車就提示登錄頁面先登錄；已經登錄的話，可以正常跳轉至購物車；
進入購物車的入口驗證：比如淘寶商品頁點擊“加入購物車”切入，或從導航欄頂部去往購物車；
購物車空頁面驗證：當購物車商品添加為 0 時，頁面是否正常提示
購物車的商品清單驗證： 一件/多件/多個商家多件商品的圖片、名稱、單價金額等是否正常顯示，并且點擊可跳轉到商品詳情頁；
商品數量的增減和輸入驗證：測驗 1/最大庫存/限購數量的正常情況 ，測驗 0/負數/超過庫存/超過限購數量 /非數字的例外情況；
選擇全選和部分勾選商品， 確認單件商品的小計金額、 結算里的數量和總價金額的正確性
購物車已添加的商品下架，是否正常顯示失效
洗掉購物車商品，購物車不再顯示，重新添加可正常顯示
點擊結算，可正常跳轉到訂單頁面，并與優惠活動存在互動功能驗證，
非功能：
界面： 頁面的美觀，沒有錯別字 和 頁面排版等
兼容性： Web 端的能兼容主流瀏覽器，APP 端能兼容手機和系統版本
性能：多次訪問，長時間訪問 考慮穩定性等
安全：敏感資訊的傳輸，漏洞掃描等
5、涉及到了庫存方面的測驗嗎？
前臺商品詳情頁、購物車商品存庫量是否與后臺管理員添加商品庫存量一致
后臺管理員對商品庫存量進行增、改，前臺商品詳情頁、購物車中庫存顯示是否正常
商品完成購買支付發貨流程后，前后臺庫存量是否及時減少
商品完成購買并取消訂單，查看前后臺庫存量變化情況
商品完成購買發貨，并進行退貨，查看前后臺庫存量變化情況
庫存量與購買數量的約束測驗
后臺設定庫存量報警閾值，驗證低于該閾值是否有報警，及時添加存庫
庫存量為 0，查看前后臺商品庫存量是否正常顯示
以上這些面試題都是非常容易被面試官問到的，建議保存，面試之前反復觀看，最后祝愿所有的面試者都能夠找到自己滿意的作業，
軟體測驗面試檔案
我們學習必然是為了找到高薪的作業，下面這些面試題是來自阿里、騰訊、位元組等一線互聯網大廠最新的面試資料，并且有位元組大佬給出了權威的解答，刷完這一套面試資料相信大家都能找到滿意的作業，
這些資料，對于【軟體測驗】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴上萬個測驗工程師們走過最艱難的路程，希望也能幫助到你！
這些都在我的軟體測驗學習交流群里：902061117
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/550963.html
標籤：其他
上一篇：自學1
下一篇：返回列表