更新時間:2018年03月30日15時35分 來源:傳智播客 瀏覽次數(shù):
面試題:怎么測試電梯
前提條件是:這是一道軟件測試工程師面試題,而非真正的電梯測試人員的面試題
第二個前提:沒有需求文檔,但了解電梯的基本業(yè)務(wù)功能
思路: 把電梯當(dāng)作一個了解基本業(yè)務(wù)功能,卻沒有需求文檔的軟件來進行測試。也就是說這里考察兩點:
第一,你能不能測沒有需求文檔,或者需求文檔不完整的東西
第二,你能不能把測試用例設(shè)計方法應(yīng)用到實際工作上去
還隱含第三點,你的測試思維是否完整,測試范圍能想得比較全面嗎。
2. 確定測試范圍
以下是黑盒角度的
功能:關(guān)注電梯的基本功能是否實現(xiàn)
性能:關(guān)注電梯的性能指標,如負重多少kg
安全性:關(guān)注電梯的安全性,如超重報警,下墜制動
用戶體驗:關(guān)注電梯的舒適性
以下是白盒角度的或其他的
效率:關(guān)注電梯控制邏輯的內(nèi)部算法
接口:電梯和電梯控制器,電梯和大樓,電梯和攝像頭,電梯和對講機(報警裝置)的接口測試
零件:電梯的零件的單元測試
兼容性:電梯和其他東西的兼容性
3.具體測試用例的設(shè)計
3.1功能測試:
思路一:基于用戶界面,如按鈕,分電梯內(nèi)的按鈕和電梯外的按鈕;電梯內(nèi)分樓層鍵、開關(guān)門鍵、報警鍵。然后對這些鍵,一個一個測過來。同時關(guān)注顯示屏,電梯內(nèi)外的顯示屏均顯示電梯當(dāng)前所在樓層和運行方向。
思路一就是典型的單元測試。
思路二:單個功能測好之后,再把單個的功能組合起來進行測試(集成測試),集成測試時可以根據(jù)電梯當(dāng)前狀態(tài)是上行、下行還是停止(狀態(tài)機)來設(shè)計測試用例,以保證覆蓋率。
比如上行時按XX按鈕會怎么樣。此時可以向面試官提出等價類劃分思想,為何要測這些按鈕,如何劃分等價類。
思路三:集成測試完畢后,開始測試真實用戶場景(確認測試/驗收測試/工作流測試),此時可以設(shè)計常見的用戶場景(場景設(shè)計)并進行測試。如大量用戶從1樓進入,并去不同樓層。又或者大量用戶從不同樓層下到1樓。
思路四:不同品牌電梯的比較,電梯和電梯國際標準的比較,電梯和安裝電梯的大樓用戶需求的比較等等
思路五:特殊需求的測試,如摩天大樓可能要求高速電梯。百貨大樓可能要求觀光電梯。
3.2性能測試:
思路一:測試電梯負載單人時的運行情況(基準測試)、多人時的運行情況(負載測試)、一定人數(shù)下較長時間的運作(穩(wěn)定性測試)、更長時間運作時的運行情況(疲勞測試)、不斷增加人數(shù)導(dǎo)致電梯報警(拐點壓力測試)
思路二:不同層次的性能,如零部件性能等
3.3安全性測試:
軟件的安全性測試我也不了解。只能瞎說了。比如,暴力破壞電梯,下墜制動測試,超重警報、超時警報的測試,報警功能的測試,監(jiān)控攝像頭測試,火災(zāi)時應(yīng)該不讓用戶使用,但又要讓里面的人能出來等等。
3.4用戶體驗:
電梯是否有地毯,夏天是否有空調(diào),通風(fēng)條件,照明條件。等等
3.5效率:調(diào)度算法是否合理,是否最優(yōu),按錯鍵是否可以取消
3.6零件: 零部件是否合格
3.7接口:電梯和其他設(shè)備的交互,如報警裝置、中央空調(diào)、監(jiān)控室等等如何交互,是否工作正常
3.8兼容性:電梯的整體和其他設(shè)備的兼容性
以上,是建議的答案。一般把整體思路說一下,再把3.1功能測試部分重點講一講,面試官應(yīng)該會滿意的。
如果把電梯換成電話,測試思路還是這個,頂多就是換一些具體用例?;蛘唠娞輷Q成其他任何東西都一樣的,關(guān)鍵是,把它當(dāng)作軟件,展示測試思維。
本文版權(quán)歸傳智播客軟件測試學(xué)院所有,歡迎轉(zhuǎn)載,轉(zhuǎn)載請注明作者出處。謝謝!
作者:傳智播客軟件測試培訓(xùn)學(xué)院
首發(fā):http://test.itcast.cn/