個人理解大概從3個方面去考慮:
1. 表單，也就是最基礎的功能；
2. 邏輯方面；
3. 業務流程。
今天去
面試，面試官問我一個很讓我說不清的問題，她問我如何寫好Expected Result，說實話當時聽到這個問題我有點茫然，我拼命的考慮如何去詮釋這個問題，事實上，這么多年
工作，這么多年的
測試用例中，我并未關注這個問題，一個好的Expected Result，個人認為就是和將要實現的功能或者是需求要完全匹配。今天由于個人原因精力也不是很集中，似乎頭腦處于空白時段，聽到耳朵的問題，似乎大腦不懂得去思考。對于今天的面試我并不滿意，但是今天面試官問我的一些問題，其實都很基礎也很簡單，但是細想起來似乎又不是很容易回答，嗨，總之是個失敗的面試！
對于一個好的測試用例，無非就是三點：
1.易用性：對于一個即熟悉測試工作，又熟悉被測應用的測試人員，應當可以花費很少的時間就可以理解測試用例中表達的測試思路，并可以很快的執行完這個測試用例。對于不熟悉測試工作，不熟悉被測應用的人來說，也完全可以參照著該測試用例執行下去。
2.易維護性：當開發過程中的某些因素影響了測試需求，測試用例的作者或其他測試設計人員，應該可以花費很少的時間就完成定位并維護所有相關測試用例的工作。
3.可重用性：一個好的測試用例要保證可以隨著版本的變化它始終保持可用狀態，不能因為版本的變更，導致測試用例無效或者冗余。