1、測(cè)試人員在軟件開發(fā)過(guò)程中的任務(wù)是什么？

1）盡可能早的找出系統(tǒng)中的Bug；
2）避免軟件開發(fā)過(guò)程中缺陷的出現(xiàn)；
3）衡量軟件的品質(zhì)，保證系統(tǒng)的質(zhì)量；
4）關(guān)注用戶的需求，并保證系統(tǒng)符合用戶需求?？偟哪繕?biāo)是：確保軟件的質(zhì)量。

2、什么是軟件測(cè)試？軟件測(cè)試的目的與原則

軟件測(cè)試的目的：
測(cè)試是程序的執(zhí)行過(guò)程，目的在于發(fā)現(xiàn)錯(cuò)誤
一個(gè)成功的測(cè)試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤
一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試
確保產(chǎn)品完成了它所承諾或公布的功能，并且用戶可以訪問(wèn)到的功能都有明確的書面說(shuō)明。
確保產(chǎn)品滿足性能和效率的要求
確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的
所有的測(cè)試都應(yīng)該追溯到用戶的需求
應(yīng)當(dāng)盡早、不斷的測(cè)試
80%的缺陷集中在20%的模塊中，測(cè)試人員要抓主要矛盾
設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該考慮各種情況
對(duì)測(cè)試出的錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過(guò)程(描述缺陷報(bào)告)
制定嚴(yán)格的測(cè)試計(jì)劃
完全測(cè)試是不可能的，測(cè)試需要終止，不要試圖窮舉
妥善保管一切測(cè)試資料

3、測(cè)試分為哪些種 類

分為功能測(cè)試，性能測(cè)試和自動(dòng)化測(cè)試。當(dāng)然還有其他的一些名詞，你比如說(shuō)咱要是按照階段來(lái)進(jìn)d行測(cè)試劃分的話，又可以說(shuō)分為單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，還有驗(yàn)收測(cè)試。又可以根據(jù)懂不懂代碼，分為白盒測(cè)試和黑盒測(cè)試，還有一些其他的測(cè)試，比如回歸測(cè)試，冒煙測(cè)試，還有隨機(jī)測(cè)試。

4、測(cè)試分類占比

5、性能測(cè)試整體概念

時(shí)間性能:軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間。比如點(diǎn)擊一個(gè)登陸按鈕，到登錄成功(失敗)的反應(yīng)時(shí)間，瀏覽器非常常見，ANR（Application not responding 應(yīng)用程序無(wú)響應(yīng)）
空間性能:軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源，比如對(duì)內(nèi)存和cpu的消耗
一般性能測(cè)試:軟件正常運(yùn)行，不向其施加任何壓力的測(cè)試
穩(wěn)定性測(cè)試:也叫可靠性測(cè)試，是指連續(xù)運(yùn)行被測(cè)系統(tǒng)，檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定成都。
負(fù)載測(cè)試:讓被測(cè)系統(tǒng)在其能夠忍受的壓力范圍之內(nèi)連續(xù)運(yùn)行，來(lái)測(cè)試系統(tǒng)的穩(wěn)定性。
壓力測(cè)試:持續(xù)不斷的給被測(cè)試的系統(tǒng)增加壓力，直到被測(cè)試的系統(tǒng)壓垮為止，用來(lái)測(cè)試系統(tǒng)所承受的最大壓力。

5、什么是測(cè)試用例？

測(cè)試用例是執(zhí)行測(cè)試的依據(jù)，把測(cè)試系統(tǒng)的操作1197步驟用文檔的形式描述出來(lái)

（1）測(cè)試用例是為達(dá)到最佳的測(cè)試效果或高效的揭露隱藏的錯(cuò)誤，而精心設(shè)計(jì)的少量測(cè)試數(shù)據(jù)，包括測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果，實(shí)際結(jié)果
（2）測(cè)試用例是執(zhí)行的最小實(shí)體。
（3）測(cè)試用例是測(cè)試工作的指導(dǎo)，是軟件測(cè)試的必須遵守的準(zhǔn)則，更是軟件測(cè)試質(zhì)量穩(wěn)定的根本保障

6、您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？

（1）等價(jià)類劃分
（2）邊界值分析法
（3）錯(cuò)誤推測(cè)法
（4）因果圖方法

7、測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃文檔的內(nèi)容應(yīng)該包括什么？

1）借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過(guò)程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。
測(cè)試背景 測(cè)試目標(biāo) 測(cè)試范圍 測(cè)試輸出文檔

測(cè)試策略 測(cè)試規(guī)模工作量分析 測(cè)試進(jìn)程 測(cè)試進(jìn)度及時(shí)間安排

測(cè)試資源 人力，設(shè)備， 風(fēng)險(xiǎn)管理

8、軟件缺陷的定義

軟件缺陷，常常又被叫做Bug，從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過(guò)程中存在的錯(cuò)誤、毛病等各種問(wèn)題；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。

9、缺陷報(bào)告包括哪些要素？

1）和bug產(chǎn)生對(duì)應(yīng)的軟件版本
2）開發(fā)的接口人員
3）bug的優(yōu)先級(jí)
4）bug的嚴(yán)重程度
5）bug可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來(lái)判斷
6）bug標(biāo)題，需要清晰的描述現(xiàn)象
7）bug描述，需要盡量給出重新bug的步驟
8）bug附件中能給出相關(guān)的日志和截圖。

10詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過(guò)程。

1）立項(xiàng)后測(cè)試需要拿到的文檔：需求文檔和設(shè)計(jì)文檔，分析測(cè)試需求
2）設(shè)計(jì)測(cè)試用例
3）測(cè)試用例評(píng)審
4）環(huán)境搭建，測(cè)試環(huán)境=軟件+硬件+網(wǎng)絡(luò)+數(shù)據(jù)準(zhǔn)備+測(cè)試工具
5）執(zhí)行測(cè)試，并記錄缺陷
6）測(cè)試總結(jié)報(bào)告及操作手冊(cè)

11 測(cè)試一個(gè)帶廣告圖案的花紙杯

功能測(cè)試
能否裝水，
除了裝水， 能否裝其他液體。比如可樂，酒精
能裝多少M(fèi)L的水
杯子是否有刻度表
杯子能否泡茶，跑咖啡
杯子是否能放冰箱，做冰塊
杯子的材質(zhì)是什么（玻璃，塑料,黃金做的）

界面測(cè)試
外觀好不好看。
什么顏色
杯子的形狀是怎么樣的。
杯子的重量是多少
杯子的圖案是否合理

性能測(cè)試
能否裝100度的開水 (泡茶)
能否裝0度冰水
裝滿水，放幾天后，是否會(huì)漏水
杯子內(nèi)壁上的涂料是否容易脫落。
杯子上的顏色是否容易褪色或者脫落
風(fēng)吹是否會(huì)倒，摔一次是否會(huì)摔壞，摔多次是否會(huì)摔壞

安全性測(cè)試
制作杯子的材料，是否有毒
放微波爐里轉(zhuǎn)的時(shí)候，是否會(huì)熔化。
從桌子上掉到水泥地上是否會(huì)摔碎。
杯子是否容易長(zhǎng)細(xì)菌
杯子內(nèi)壁上的材料，是否會(huì)溶解到水中
裝進(jìn)不同液體，是否會(huì)有化學(xué)反應(yīng)。

易用性測(cè)試
杯子是否容易燙手
杯子是否好端，好拿
杯子的水是否容易喝到
杯子是否有防滑措施
是否能接受杯子的廣告內(nèi)容與圖案

12軟件測(cè)試面試題----怎么測(cè)電梯

問(wèn)題是：怎么測(cè)電梯
前提條件是：這是一道軟件測(cè)試工程師面試題，而非真正的電梯測(cè)試人員的面試題
第二個(gè)前提：我沒有需求文檔，但我了解電梯的基本業(yè)務(wù)功能
思路：把電梯當(dāng)作一個(gè)我了解基本業(yè)務(wù)功能，卻沒有需求文檔的軟件來(lái)進(jìn)行測(cè)試。也就是說(shuō)這里考察兩點(diǎn):
第一，你能不能測(cè)沒有需求文檔，或者需求文檔不完整的東西
第二，你能不能把測(cè)試用例設(shè)計(jì)方法應(yīng)用到實(shí)際工作上去
還隱含第三點(diǎn)，你的測(cè)試思維是否完整，測(cè)試范圍能想得比較全面嗎。
 

2. 確定測(cè)試范圍
以下是黑盒角度的
功能：關(guān)注電梯的基本功能是否實(shí)現(xiàn)
性能：關(guān)注電梯的性能指標(biāo)，如負(fù)重多少kg
安全性：關(guān)注電梯的安全性，如超重報(bào)警，下墜制動(dòng)
用戶體驗(yàn)：關(guān)注電梯的舒適性
以下是白盒角度的或其他的
效率：關(guān)注電梯控制邏輯的內(nèi)部算法
接口：電梯和電梯控制器，電梯和大樓，電梯和攝像頭，電梯和對(duì)講機(jī)（報(bào)警裝置）的接口測(cè)試
零件：電梯的零件的單元測(cè)試
兼容性：電梯和其他東西的兼容性
 

3.具體測(cè)試用例的設(shè)計(jì)
3.1功能測(cè)試：
思路一：基于用戶界面，如按鈕，分電梯內(nèi)的按鈕和電梯外的按鈕；電梯內(nèi)分樓層鍵、開關(guān)門鍵、報(bào)警鍵。然后對(duì)這些鍵，一個(gè)一個(gè)測(cè)過(guò)來(lái)。同時(shí)關(guān)注顯示屏，電梯內(nèi)外的顯示屏均顯示電梯當(dāng)前所在樓層和運(yùn)行方向。
思路一就是典型的單元測(cè)試。
思路二：?jiǎn)蝹€(gè)功能測(cè)好之后，再把單個(gè)的功能組合起來(lái)進(jìn)行測(cè)試（集成測(cè)試），集成測(cè)試時(shí)可以根據(jù)電梯當(dāng)前狀態(tài)是上行、下行還是停止（狀態(tài)機(jī)）來(lái)設(shè)計(jì)測(cè)試用例，以保證覆蓋率。
比如上行時(shí)按XX按鈕會(huì)怎么樣。此時(shí)可以向面試官提出等價(jià)類劃分思想，為何我要測(cè)這些按鈕，如何劃分等價(jià)類。
思路三：集成測(cè)試完畢后，開始測(cè)試真實(shí)用戶場(chǎng)景（確認(rèn)測(cè)試/驗(yàn)收測(cè)試/工作流測(cè)試），此時(shí)可以設(shè)計(jì)常見的用戶場(chǎng)景（場(chǎng)景設(shè)計(jì)）并進(jìn)行測(cè)試。如大量用戶從1樓進(jìn)入，并去不同樓層。又或者大量用戶從不同樓層下到1樓。
思路四：不同品牌電梯的比較，電梯和電梯國(guó)際標(biāo)準(zhǔn)的比較，電梯和安裝電梯的大樓用戶需求的比較等等
思路五：特殊需求的測(cè)試，如摩天大樓可能要求高速電梯。百貨大樓可能要求觀光電梯。
3.2性能測(cè)試：
思路一：測(cè)試電梯負(fù)載單人時(shí)的運(yùn)行情況（基準(zhǔn)測(cè)試）、多人時(shí)的運(yùn)行情況（負(fù)載測(cè)試）、一定人數(shù)下較長(zhǎng)時(shí)間的運(yùn)作（穩(wěn)定性測(cè)試）、更長(zhǎng)時(shí)間運(yùn)作時(shí)的運(yùn)行情況（疲勞測(cè)試）、不斷增加人數(shù)導(dǎo)致電梯報(bào)警（拐點(diǎn)壓力測(cè)試）
思路二：不同層次的性能，如零部件性能等
3.3安全性測(cè)試：
比如，暴力破壞電梯，下墜制動(dòng)測(cè)試，超重警報(bào)、超時(shí)警報(bào)的測(cè)試，報(bào)警功能的測(cè)試，監(jiān)控?cái)z像頭測(cè)試，火災(zāi)時(shí)應(yīng)該不讓用戶使用，但又要讓里面的人能出來(lái)等等。
3.4用戶體驗(yàn)：
電梯是否有地毯，夏天是否有空調(diào)，通風(fēng)條件，照明條件。等等
3.5效率：調(diào)度算法是否合理，是否最優(yōu)，按錯(cuò)鍵是否可以取消
3.6零件: 零部件是否合格
3.7接口：電梯和其他設(shè)備的交互，如報(bào)警裝置、中央空調(diào)、監(jiān)控室等等如何交互，是否工作正常
3.8兼容性：電梯的整體和其他設(shè)備的兼容性

最新評(píng)論