「Q：微博發動態，設計一下測驗點」
雖說是發動態，但是測驗時不能只是關注發動態這一操作的功能，發完動態之后，我們要確保動態要對外可見（對關注的人可見），單單測驗發動態這個操作，實際上意義是不大的，畢竟只測發動態，不能實作測驗倍訓，
所以測驗用例一定要把整個使用流程的case都要涉及到，避免漏測，
「Q：對一臺自動售歡訓進行測驗用例設計」
對于針對于 投幣支付 這個測驗點，還可以用 因果圖法 去求解，我會之后會出一片文章說明的
「Q：設計微信發紅包測驗用例」
「Q：設計抖音直播功能測驗用例」
除了下圖列舉的一些測驗點之外，還需要考慮 后臺 的測驗，譬如：審核后臺、監控平臺、資料中臺 等等
「Q：微信紅包是先計算每個人能獲得的錢還是當這個人點了再計算，」
當這個人點了搶紅包再進行實時計算，目的：預先算好每個人獲得的錢，會占用大量存盤空間，而采用紅包演算法進行純記憶體計算，不需要預算空間存盤，節約成本，
「Q：撰寫一個登錄界面的測驗用例？」
「功能測驗」
- 輸入正確的用戶名和密碼，點擊提交按鈕，驗證是否能正確登錄，
- 輸入錯誤的用戶名或者密碼，驗證登錄會失敗，并且提示相應的錯誤資訊，
- 登錄成功后能否能否跳轉到正確的頁面
- 用戶名和密碼，如果太短或者太長，應該怎么處理
- 用戶名和密碼，中有特殊字符(比如空格)，和其他非英文的情況
- 記住用戶名的功能登陸失敗后，不能記錄密碼的功能用戶名和密碼前后
- 有空格的處理密碼是否非明文顯示顯示，使用星號圓點等符號代替，
- 牽扯到驗證碼的，還要考慮文字是否扭曲過度導致辨認難度大，考慮顏色(色盲使用者)，重繪或換一個按鈕是否好用
- 登錄頁面中的注冊、忘記密碼，登出用另-帳 號登陸等鏈接是否正確
- 輸入密碼的時候，大寫鍵盤開啟的時候要有提示資訊，
- 什么都不輸入，點擊提交按鈕，檢查提示資訊，
「界面測驗」
- 布局是否合理，testbox 和按鈕是否整齊，
- testbox和按鈕的長度，高度是否符合要求，
- 界面的設計風格是否與UI的設計風格統一-，
- 界面中的文字簡潔易懂，沒有錯別字，
「性能測驗」
- 打開登錄頁面，需要的時間是否在需求要求的時間內，
- 輸入正確的用戶名和密碼后，檢查登錄成功跳轉到新頁面的時間是否在需求要求的時間內，
- 模擬大量用戶同時登陸，檢查一定壓力下能否正常登陸跳轉，
「安全性測驗」
- 登錄成功后生成的Cookie，是否是httponly(否則容易被腳本盜取)，
- 用戶名和密碼是否通過加密的方式，發送給Web服務器，
- 用戶名和密碼的驗證，應該是用服務器端驗證，而不能單單是在客戶端用javascript驗證，
- 用戶名和密碼的輸入框，應該屏蔽SQL注入攻擊，
- 用戶名和密碼的的輸入框，應該禁止輸入腳本(防止 XSS攻擊)，
- 防止暴力破解，檢測是否有錯誤登陸的次數限制，是否支持多用戶在同一機器上登錄，
- 同一用戶能否在多臺機器上登錄，
「可用性測驗」
- 是否可以全用鍵盤操作，是否有快捷鍵，
- 輸入用戶名，密碼后按回車，是否可以登陸，
- 輸入框能否可以以Tab鍵切換，
「兼容性測驗」
- 不同瀏覽器下能否顯示正常且功能正常
- 同種瀏覽器不同版本下能否顯示正常且功能正常，
- 不同的平臺是否能正常作業，比如Windows、Mac
- 移動設備上是否正常作業，比如iPhone、Andriod，
- 不同的解析度下顯示是否正常，
「本地化測驗」
- 不同語言環境下，頁面的顯示是否正確，
「Q：如何對一個介面撰寫測驗用例」
大多數介面測驗，都習慣把介面當作 黑盒 進行測驗，「如下圖的測驗用例也是按 黑盒 的測驗方式去設計」，
但是，介面測驗也可以多關注介面本身的編碼，
沒錯，可利用 白盒測驗 的手段，進行必要的單元測驗和Code Review，覆寫業務代碼邏輯，關注上下游服務之間的呼叫，這樣能夠更好的保證介面質量，
?既然都看到這里啦，請你幫個忙：
1、點贊，讓更多小伙伴看到；
2、關注我，持續更新測驗干貨，
下面在分享一些我的資料
這些資料，對于【軟體測驗】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你
關注我的微信公眾號【程式員二黑】免費獲取
最后，寫給大家：每一個優秀的人，都不是帶著與生俱來的光環的，也不一定是比別人幸運，他們只是在任何一件小事上，都對自己有所要求，不因舒適而散漫放縱，不因辛苦而放棄追求，雕塑自己的程序，必定伴隨著疼痛與辛苦，可那一錘一鑿的自我敲打，終究能讓我們識訓一個更好的自己，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/281205.html
標籤：其他
上一篇：Java基礎-原子類、CAS