第一篇,先說一下測試用例。
首先呢,關於測試用例呢,我認爲是比較重要的。
但是在實際的工作過程中,這個東西往往是受到多方面的影響的:
但是這些客觀的種種限制,並不能成爲影響你的設計用例的思路的理由。
我的理解是,你可以一肚子的用例,針對你公司的實際情況,有的放矢的寫出來。畢竟一開始,大家要適應工作,而不是工作適應大家。
言歸正傳
我們首先明確一點:面試官讓你設計測試用例,是想考察你什麼?
我的理解是,考察你思考一個場景的角度。
之前我的面試的時候,常常會給面試者一個場景:淘寶的購物車用過吧?那就說說購物車吧!
很多面試者(十個裏面有五六個)上來就是說要看頁面上一些元素顯示的對不對。比如文字啊,圖片啊;
還有一些說添加一個商品到購物車,看看成不成功;
那麼這些回答總結起來就是:思考角度缺乏分類。
作爲面試官,從你的回答的裏面我能感覺到的不僅僅是你的用例寫的怎麼樣,還有的就是你做事情的時候有沒有一套正確的方法,還有的就是你描述的能力、語言組織能力。
不囉嗦,那我在我看來一個比較好的做法是什麼呢?
(敲黑板三次 !!! 劃重點了!)
畫表格
如圖:
如果按照個這個模式寫出來,可能你剛準備往裏面寫一些細節點:詳細用例的時候,面試官可能就會說:好了,不用寫了。
因爲他已經知道你的思考問題的角度了,那麼角度+場景有了,裏面填充細節的東西,大家都可以做的。
其實以上操作反應出來的東西就是:
你的思考會不會被某一個角度的侷限住;
你做事的時候有沒有總結出來自己的一套流程;
有些道友就會說了,哎呀這些角度大家都知道呀!沒錯,這就是一個通用的、基礎角度(默認不考慮安全和性能)。
那麼加分項來了:
我們都知道分佈式的系統越來越多,像這種電商類的大公司,不可能不用分佈式的。那麼針對這種情況,我們思考用例的角度,要更多一些,更全面一些。
以上新加的角度,大家可以參考…當然,具體情況也要視情況而定。 總結一下: 今天這篇博客實際上是幫助大家整理一下思路。 希望大家在設計用例的時候,不要侷限在某一角度出不來。首先畫表格(重點!!!)——左側寫角度,右側寫場景。用例自然而然就有了。寫的時候儘量針對角度和場景寫的更多一些,更全面一些。 希望對大家有所收穫! 再重複一遍:先畫表格!!!(嘔心瀝血四個字)