軟體測試工程師沒有設計過測試用例的情況，平時該多去進行操作。如果是面試臨時抱佛腳不讓場面尷尬，我給你一些軟體測試工程師面試的測試用例常見問題解決方法：

問題1. 你們做過需求評審/測試用例評審嗎？是怎麼做的，你擔任的是什麼角色？

評審一般考慮的是比較規範的過程，具體的知識點，可以看教材的第六章，講的比較多，特別是同行評審中的正規檢視。必須理解整個流程，特別是同行評審中的正規檢視流程，以及常見的幾個錯誤。

如果評審能講出規範的流程，也可以，前提是團隊人是比較多的，一般小公司不會很規範，所以，回答的太規範反而不合適。

舉例

面試官：“你們做過需求評審嗎？一般是怎麼做的呢？”

應聘者：“需求評審是要做的，但是做的不太規範，一般都是根據需求提取了測試需求後對測試需求進行的評審，測試經理組織我們每個人先統一看下專案的測試需求，然後各自講解下自己負責的功能模組的測試需求，然後大家提問題，一般都是在QC上直接看，直接講。發現了問題就記錄下來，評審結束後再修改。”

面試官：“這樣做你覺得有效果嗎？”

應聘者：“我覺得效果還是有些，有時候確實也能發些一些寫的不細緻，甚至是劃分錯誤的地方。但是也覺得整個流程不是很規範。（這個時候可能說下規範的流程）”

2. 你一天大概執行多條用例，你覺得多嗎（少嗎）？

與上一個問題類似，如果測試用例比較複雜，跑流程的，執行的速度就比較慢，比如銀行的業務，有時候為了測試一個用例，要構造若干測試資料，可能構造資料的時間遠遠超過用例本身執行的時間。所以沒有定論，那麼回答這個問題的方法與上一個問題類似。

3. 你正常一天編寫多少條測試用例，你覺得多嗎？（少嗎）

一天寫多少測試用例，這個問題本身很無聊，專案不同，複雜度不同，編寫用例的速度也不同，再說一般人也不同統計自己每天寫多少用例，隨口一說又不負責，所以，面試官問這個問題，個人覺得就是沒啥問的了。。。:)

舉例

面試官：“你一天大概編寫多少條測試用例”

應聘者：“不好意思，這個還真沒有統計過哦，我做過的三個專案中，有兩個是要寫用例，第一個大概寫了200多條，第二個少些，100多吧，平均下來20多條吧，具體沒太注意，不好意思”

面試官：“你覺得一天寫20多條多嗎？（或者問少嗎）”

應聘者：“20多條確實不多，因為專案中涉及的流程比較多，寫一條用例可能走的流程有6，7步，這個還要理解每個流程的分支走向，所有相對比較慢，如果只是增刪改查類的用例，速度應該快些。”

根據簡歷上的專案複雜度來說，如果是金融專案，或者帶業務流程，工作流類的專案，設計一條用例週期會比較長，不是幾分鐘、十幾分鍾搞定，同時，用例的詳細程度要求也不一樣，也會影響寫用例的速度。