?？嫉膸椎儡浖y試面試題及答案分享

更新時間:2019年03月18日14時31分來源:網(wǎng)絡(luò) 瀏覽次數(shù):

?？嫉膸椎儡浖y試面試題及答案分享：

（一）用戶文檔的測試一般要關(guān)注文檔那些特性？

1）、用戶文檔的完整性：用戶文檔應(yīng)包含產(chǎn)品使用所需要的全部信息：（包括用戶可調(diào)用的所有功能；所有邊界值；如果安裝能由用戶來完成，則用戶文檔應(yīng)包括安裝手冊；如果維護能由用戶來完成，則用戶文檔應(yīng)包括程序維護手冊）；

2）、用戶文檔的正確性：用戶文檔中所有信息應(yīng)是正確的，不能有歧義和錯誤的表達

3）、用戶文檔一致性：用戶文檔自身內(nèi)容或相互之間以及與軟件系統(tǒng)之間都不應(yīng)相互矛盾。每個術(shù)語的含義宜處處保持一致，應(yīng)保持95%的一致性；

4）、用戶文檔的易理解性：用戶文檔對于正常執(zhí)行其工作任務(wù)的一般用戶宜是易理解的；用戶文檔應(yīng)條理清晰、功能模塊明確、功能描敘詳細易懂；

5）、用戶文檔的易瀏覽性：用戶文檔易瀏覽，相互關(guān)系明確，每個文檔有目錄和索引表；如果文檔未提供印刷本，則應(yīng)指明打印過程

按bug嚴重性分類可將BUG分為那些類型？

按bug嚴重性分類可將BUG分為 A類嚴重、B類一般、C類輕微、D類改進，那么請將界面類、功能類、性能類等各種類型的錯誤歸納到前面的四類中。

A類：嚴重錯誤，包括以下各種錯誤

1.由于程序所引起的死機，非法退出

2.死循環(huán)

3.數(shù)據(jù)庫發(fā)生死鎖

4.數(shù)據(jù)庫設(shè)計未達到第三范式的要求或需求規(guī)格說明的格式水平 5.功能錯誤 6.與數(shù)據(jù)庫連接錯誤

7.數(shù)據(jù)通訊錯誤

B類：較嚴重錯誤，包括以下各種錯誤

1.程序錯誤

2.因錯誤操作迫使程序中斷

3.程序接口錯誤

4.數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件 C類：一般性錯誤，包括以下各種錯誤

1.操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 2.打印內(nèi)容、格式錯誤 3.簡單的輸入限制未放在前臺進行控制

4.刪除操作未給出提示

5.數(shù)據(jù)庫表中有過多的空字段

D類：較小錯誤，包括以下各種錯誤

1.界面不規(guī)范

2.輔助說明描述不清楚

3.輸入輸出不規(guī)范

4.長操作未給用戶提示

5.提示窗口文字未采用行業(yè)術(shù)語

6.可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志 E類：測試建議，這一類相當(dāng)重要

（二）介紹一下你對白盒測試的認識：

白盒測試(White-box Testing，又稱邏輯驅(qū)動測試，結(jié)構(gòu)測試)是把測試對象看作一個打開的盒子。利用白盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程，不需測試軟件產(chǎn)品的功能。白盒測試又稱為結(jié)構(gòu)測試和邏輯驅(qū)動測試。

白盒測試法的覆蓋標準有邏輯覆蓋、循環(huán)覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。

六種覆蓋標準：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強的變化。語句覆蓋每條語句至少執(zhí)行一次。判定覆蓋每個判定的每個分支至少執(zhí)行一次。條件覆蓋每個判定的每個條件應(yīng)取到各種可能的值。判定/條件覆蓋同時滿足判定覆蓋條件覆蓋。條件組合覆蓋每個判定中各條件的每一種組合至少出現(xiàn)一次。路徑覆蓋使程序中每一條可能的路徑至少執(zhí)行一次。

白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅(qū)動、基路測試等，主要用于軟件驗證。白盒”法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試。”白盒”法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。貫穿程序的獨立路徑數(shù)是天文數(shù)字。但即使每條路徑都測試了仍然可能有錯誤。
第一，窮舉路徑測試決不能查出程序違反了設(shè)計規(guī)范，即程序本身是個錯誤的程序。
第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。
第三，窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯誤。
（三）Web應(yīng)用測試性能及功能測試標準(樣本)

前提：并發(fā)用戶數(shù)為5個以內(nèi)，在線用戶數(shù)為5個以內(nèi)，CPU占用都在7%以下，內(nèi)存在7%以下，I/O處于不繁忙狀態(tài)1. 用戶登錄響應(yīng)時間不能超過5S。

2. 按用戶/賬戶/客戶查詢與繳費兩個操作響應(yīng)時間都需要在3~5S完成（但是如果數(shù)據(jù)量超過5條情況下響應(yīng)時間分別為7S以內(nèi)）。

3. 所有查詢數(shù)據(jù)在5條以內(nèi)，響應(yīng)在5S以內(nèi)（包括日志，余額查詢等）。

4. 所有查詢數(shù)據(jù)在5條以上，響應(yīng)時間在1S以內(nèi) （包括日志，余額查詢等），如果數(shù)據(jù)量巨大（例如：1萬條等），根據(jù)實際情況限制處理。

5. 所有查詢數(shù)據(jù)5~5條之間，響應(yīng)時間在8S以內(nèi) （包括日志，余額查詢等）。

6. 所有查詢操作都需要顯示進度導(dǎo)航條，便于用戶感受（針對特殊過程，與開發(fā)具體討論）。

7. 所有導(dǎo)入/導(dǎo)出/生成文件數(shù)據(jù)在5條以內(nèi)，響應(yīng)在5S以內(nèi)（包括日志，余額查詢等）。

8. 所有導(dǎo)入/導(dǎo)出/生成文件數(shù)據(jù)在5條以上，響應(yīng)時間在15S以內(nèi) （包括日志，余額查詢等），如果數(shù)據(jù)量巨大（例如：1萬條等），根據(jù)實際情況限制處理。

9. 所有導(dǎo)入/導(dǎo)出/生成文件數(shù)據(jù)5~5條之間，響應(yīng)時間在1S以內(nèi) （包括日志，余額查詢等）。

1. 所有查詢導(dǎo)入/導(dǎo)出/生成文件數(shù)據(jù)操作都需要顯示進度導(dǎo)航條，便于用戶感受。

11. 所有系統(tǒng)處理（具體指：銷帳，返銷賬，扎賬處理等，不屬于統(tǒng)計、查詢、導(dǎo)入、導(dǎo)出類）數(shù)據(jù)的過程時間不能超過5S（針對特殊過程，與開發(fā)具體討論）。

12. 所有功能項（從“網(wǎng)廳對賬”切換到“退費管理”、“返銷帳”切換到“扎帳處理”等）WEB頁面切換時間在3S以內(nèi)。

13. 添加/刪除/修改操作的時候，如果是一條數(shù)據(jù)，響應(yīng)時間在3S以內(nèi)。

14. 添加/刪除/修改操作批量數(shù)據(jù)，響應(yīng)時間在5S以內(nèi)。

15. 如果顯示數(shù)據(jù)包含多列，列距可以手動移動。

16. 顯示數(shù)據(jù)包含多列，暫定義如果列數(shù)不超過7列的情況下，全部顯示在WEB頁面。如果超過7列，增加一列“詳細”單擊“詳細”顯示所有列數(shù)據(jù)，其中7列顯示重要字段內(nèi)容。力爭整體頁面不需要左右滾動條（如果列數(shù)做成可配置更好）。

17. 如果列寬不能顯示完全數(shù)據(jù)，應(yīng)當(dāng)當(dāng)鼠標置于數(shù)據(jù)不完全項時，自動在鼠標右下方顯示全部內(nèi)容或者自動換行（兩者只能使用其一，且所有界面保持一致）。

18. WEB頁面，單頁顯示數(shù)據(jù)的行數(shù)不要超過5行，如果超過5行，翻頁顯示（如果行數(shù)做成可配置更好），翻頁顯示，在頁面的右下角處，需要有“上頁、下頁、跳轉(zhuǎn)、首頁、尾頁”等按扭。

19. 行距可以手動移動。

2. 查詢時，列名應(yīng)固定，不能隨下拉滾動條移動。

21. 在有需要修改、刪除、等操作的頁面中，修改、刪除按鈕應(yīng)固定，不能隨滾動條而動，因數(shù)據(jù)行數(shù)過多時，選中一條數(shù)據(jù)，還需拉到最下方點擊按鈕，操作不方便（針對特殊過程，與開發(fā)具體討論）。

22. 刪除/修改某一行記錄，刪除/修改之后，仍然停留當(dāng)前位置，不整頁重新查詢。

23. 對必填項應(yīng)有提示信息，如在必填項前加*（*使用紅色標識）。

24. 在可多選的數(shù)據(jù)項，應(yīng)有全選及全不選復(fù)選框。

25. 對一些不允許輸入信息的字段應(yīng)做不可編輯限制。

26. WEB頁面查詢出數(shù)據(jù)，應(yīng)當(dāng)按某一列進行排序或者根據(jù)客戶要求多列排序。

27. 時間、類型、原因等查詢類型里面，應(yīng)該有默認值（針對特殊過程，與開發(fā)具體討論）。

28. WEB頁面字符要保持一致，界面要統(tǒng)一（如：冒號，要么統(tǒng)一使用全角要么統(tǒng)一使用半角）。

29. 錯誤提示，風(fēng)格要統(tǒng)一（如：如果有錯誤，統(tǒng)一使用彈出對話框方式，且使用對話框也要統(tǒng)一）。

3. 非統(tǒng)計（例如：規(guī)則）類等需要支持模糊查詢。

31. 注釋語句要使用統(tǒng)一格式（例如：顏色、字體等都需要統(tǒng)一）。

32. 每個功能按扭都需要支持“回車鍵”操作（針對特殊過程，與開發(fā)具體討論）。

33. 每個輸入框需要基本的內(nèi)容及長度效驗功能。

34. 如果輸入框涉及金額及需要單位的，在輸入框旁邊添加單位。

35. 分別支持IE（不同版本也需要支持）和firefox等瀏覽器。

36. 用戶密碼/登錄密碼等重要信息需要加密保存。

37. WEB頁面需要超時設(shè)置，超時時間可以在配置文件里面配置。

38. 錯誤提示要定位準確，提示信息簡潔、易懂。不能出現(xiàn)“如：-145”直接彈錯誤碼這種提示（針對具體不容易說明錯誤原因，與測試人員一起溝通）。

（四）單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么？

單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。

集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求，組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現(xiàn)。

系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。

（五）常用自動化測試工具都有哪些？

軟件測試方面的工具很多，主要有MercuryInteractive（MI）、Rational、 Compuware、Segue和Empirix等公司的產(chǎn)品，而MI公司和Rational公司的產(chǎn)品占了主流。

Winrunner：是一種企業(yè)級的用于檢驗應(yīng)用程序是否如期運行的功能性測試工具。通過自動捕獲，檢測，和重復(fù)用戶交互的操作，WinRunner 能夠辨認缺陷并且確保那些跨越多個應(yīng)用程序和數(shù)據(jù)庫的業(yè)務(wù)流程在初次發(fā)布就能避免出現(xiàn)故障，并且保持長期可靠運行。

Loadrunner：是一種預(yù)測系統(tǒng)行為和性能的負載測試工具。通過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，LoadRunner 能夠?qū)φ麄€企業(yè)架構(gòu)進行測試。通過使用LoadRunner ，企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。

TestDirector：是基于Web的測試管理解決方案，它可以在公司內(nèi)部進行全球范圍的測試協(xié)調(diào)。TestDirector能夠在一獨立的應(yīng)用系統(tǒng)中提供需求管理功能，并且可以把測試需求管理于測試計劃、測試日程控制、測試執(zhí)行和錯誤跟蹤等功能融合為一體，因此極大地加速了測試的進程。 TestDirector提供完整且無限制的測試管理框架，實現(xiàn)對應(yīng)用測試全部階段的管理與控制。

QuickTest Professional：:是一個功能測試自動化工具，主要應(yīng)用在回歸測試中。QuickTest針對的是GUI應(yīng)用程序，包括傳統(tǒng)的Windows應(yīng)用程序，以及現(xiàn)在越來越流行的Web應(yīng)用。它可以覆蓋絕大多數(shù)的軟件開發(fā)技術(shù)，簡單高效，并具備測試用例可重用的特點。其中包括：創(chuàng)建測試、插入檢查點、檢驗數(shù)據(jù)、增強測試、運行測試、分析結(jié)果和維護測試等方面。

Apache JMeter （http://jakarta.apache.org/jmeter/ ）：Apache JMeter是1％的Java桌面應(yīng)用程序，它被設(shè)計用來加載被測試軟件功能特性、度量被測試軟件的性能。設(shè)計Jmeter的初衷是測試Web應(yīng)用，后來又擴充了其它的功能。Jmeter可以完成針對靜態(tài)資源和動態(tài)資源（訛誤女監(jiān)， Servlets， Perl腳本， Java對象，數(shù)據(jù)查詢s， FTP服務(wù)等）的性能測試。。 Jmeter可以模擬大量的服務(wù)器負載、網(wǎng)絡(luò)負載、軟件對象負載，通過不同的加載類型全面測試軟件的性能。Jmeter提供圖形化的性能分析。

JUNIT（CppUnit）：JUnit是一個開源的java測試框架，它是Xuint測試體系架構(gòu)的一種實現(xiàn)。在JUnit單元測試框架的設(shè)計時，設(shè)定了三個總體目標，第一個是簡化測試的編寫，這種簡化包括測試框架的學(xué)習(xí)和實際測試單元的編寫；第二個是使測試單元保持持久性；第三個則是可以利用既有的測試來編寫相關(guān)的測試。

上一篇：軟件測試面試時?？嫉膸椎烂嬖囶} 下一篇：軟件測試方向的面試題答案分享