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

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

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

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

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

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

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

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

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

按bug嚴(yán)重性分類可將BUG分為那些類型？

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

A類：嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤

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

2.死循環(huán)

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

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

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

B類：較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤

1.程序錯(cuò)誤

2.因錯(cuò)誤操作迫使程序中斷

3.程序接口錯(cuò)誤

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

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

4.刪除操作未給出提示

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

D類：較小錯(cuò)誤，包括以下各種錯(cuò)誤

1.界面不規(guī)范

2.輔助說明描述不清楚

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

4.長操作未給用戶提示

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

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

（二）介紹一下你對白盒測試的認(rèn)識：

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

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

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

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

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

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

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

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

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

6. 所有查詢操作都需要顯示進(jìn)度導(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)時(shí)間在15S以內(nèi) （包括日志，余額查詢等），如果數(shù)據(jù)量巨大（例如：1萬條等），根據(jù)實(shí)際情況限制處理。

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

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

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

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

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

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

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

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

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

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

19. 行距可以手動(dòng)移動(dòng)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（五）常用自動(dòng)化測試工具都有哪些？

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

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

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

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

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

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

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

上一篇：軟件測試面試時(shí)常考的幾道面試題 下一篇：軟件測試方向的面試題答案分享