實用的測試用例設計方法：

邊界值 

等價類

從需求中摘取測試用例：

1、“或”於“且” ，或的話有四條用例，

從需求中摘取測試用例：常用的

2 包括 包含 以下   其中的每一點作為一個測試用例

3,除了....以外....  不超過.... 不小於.....  非  ，任意兩種 就是把資料都組合兩點

另外從開發的設計文件中摘取測試用例： 深度的

1.考慮到某某培訓使用者量大，使用者登入後個人資訊直接查庫壓力較大，利用快取設計思路如下：

使用者登入某某學習網站後用戶資訊首先從快取讀取，如果快取中沒有那麼直接讀取資料庫並更新快取：使用者修改使用者資訊時間同步更新快取

2  某某學習任務完成後會給使用者獎勵現金金額，使用者可提現，提現請求發往銀行，當提現請求首次失敗後，採用失敗重試機制，三次請求失敗後最終認定提取失敗，第一次失敗後隔5分鐘發起第二次請求，第二次失敗後隔15分鐘發起第三次請求

資料庫的設計文件 ：深度讀

測試用例的預期結果

1、預期結果的多樣性 網頁登入成功會有好幾種情況 成功或者直接進入頁面

2、預期結果的重複性 

3、預期結果的準確性 測試的結果到底是什麼

測試用例的結構

1、測試用例的層級   按功能模組順序來分的，或者按照測試用例的流程

2、測試用例的流暢  你的用例的思路，等價類就是一塊都是等價類，邊界值一塊都是邊界值

3、測試用例的冗餘 有交叉的模組都寫

4、測試用例的顆粒程度  測試點 輸入框 

功能測試的面試

面試多重門：

1 基礎之門 需求理解能力直接拿一些需求，“或 ，且”  讓你從中找出測試用例點 ， 測試用例的設計

2 溝通之門 你最熟悉的專案講一講，侃侃而談

3深度之門 比如

測試用例的深度 在測試用例中出從需求文件中摘出過測試用例，還在哪些地摘取過，如果說你說開發設計文件，並舉了一兩個例子，那麼就覺得你有深度，再深的從資料庫的設計文件中摘取測試用例，更有深度了。

專案理解的深讀的時候，先講專案的時候現講業務，業務明白後，問你專案後臺用得是什麼語言，什麼中介軟體啊，在測試過程中專案過程中，怎麼判斷這個錯誤啊，看沒看過日誌，日誌在什麼地方，怎麼判斷這次日誌就是這次BUG的日誌呢，如何篩選所檢視的日誌

一旦面試官你有啥要問的，要問技術流程，比如面試自動化，以前有問題一直沒弄明白，正好你這也有自動化，能問一下是怎麼回事嗎，問測試流程一樣，遇到bug開發搞不定，盈利模式，業務流程啊，團度配比，有沒有效能測試 幾個人呢

離職上一家公司的問題 可以說 我在公司學習也好，提升也好沒有太多的空間，希望找個更適合我的環境，更適合我學習，平時自己進行了學習，找個能展示自己的才能的一個公司

在下班或者週末都做些什麼。