第一篇：軟件測試外包公司面試題

1、試述軟件的概念和特點?軟件復用的含義?構件包括哪些? a)軟件的概念：

軟件是程序、數(shù)據(jù)結構和相關文檔的集合，用于實現(xiàn)所需要的邏輯方法、過程或控制。軟件是把知識與技術緊密結合的智力成果，是在研制、開發(fā)中被創(chuàng)造出來的一種信息產(chǎn)品。

b)軟件的特點：

①抽象性軟件是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。②不會磨損在軟件的運行和使用期間，沒有硬件那樣的機械磨損、老化問題，但軟件 維護比硬件維護要負責的多。

③軟件開發(fā)工作最大、開發(fā)效率低、成本高，但復制容易、成本極低。④對計算機系統(tǒng)的依賴性

⑤軟件具有無形性，可以多次使用，但商業(yè)壽命較短。c)軟件復用(SoftWare Reuse)：

軟件復用是將已有軟件的各種有關知識用于建立新的軟件,以縮減軟件開發(fā)和維護的花費，提高軟件生產(chǎn)力和質(zhì)量的一種重要技術。

d)構件：

構件是系統(tǒng)中實際存在的可更換部分，它實現(xiàn)特定的功能，符合一套接口標準并實現(xiàn)一組接口。構件代表系統(tǒng)中的一部分物理實施，包括軟件代碼（源代碼、二進制代碼或可執(zhí)行代碼）或其等價物（如腳本或命令文件）。

2、瀑布模型和螺旋模型的主要區(qū)別是什么？

瀑布模型強調(diào)的保證軟件的質(zhì)量,忽略人力,時間,資源等成本因素,以質(zhì)量為第一目標,每次需求發(fā)生變更都要從頭再來，適合于一些大型穩(wěn)定的項目。

螺旋模型是一種增量迭代開發(fā)的模型,每一次循環(huán)都是一次版本的升級，可提高軟件的適應能力。比較適合于前期需求不穩(wěn)定,后期需求新增變更較多的項目。

瀑布模型是基于質(zhì)量的, 是由文檔驅(qū)動的。螺旋模型是風險驅(qū)動的，更需要經(jīng)驗豐富的風險評估知識和水平。

3、軟件生存周期及其模型是什么？

a)軟件生命周期是：計劃-需求分析-軟件設計-程序編碼-軟件測試-運行維護

b)常用的模型有：瀑布模型，螺旋模型，IPD流程，RUP流程

4、什么是軟件測試？軟件測試的目的與原則？

a)軟件測試是在規(guī)定的條件下對程序進行操作，以發(fā)現(xiàn)錯誤，對軟件質(zhì)量進行評估

即軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。

b)軟件測試的目的是找出軟件產(chǎn)品中的錯誤，是軟件盡可能的符合用戶的要求。當然 軟件測試是不可能找出全部錯誤的。

軟件測試的原則： 測試顯示缺陷的存在（但不能證明系統(tǒng)不存在缺陷）窮盡測試是不可能的 測試盡早介入

缺陷集群性（80-20原則）殺蟲劑悖論

測試活動依賴于測試背景 不存在缺陷的謬論

5、凈室軟件工程的策略是什么？

a)增量計劃。開發(fā)一個采用增量策略的項目計劃，建立每個增量的功能、它的項目大小、以及凈室開發(fā)進度表。必須特別小心以保證通過認證的增量將被定時集成。

b)需求收集。使用類似于在第11 章引入的技術，為每個增量開發(fā)一個客戶級需求的更詳細的描述。

c)盒結構規(guī)約。使用一個運用盒結構的規(guī)約方法[HEV93]來描述功能規(guī)約。遵從操作分析原則，盒結構“在每一個精化級別上分離和分開行為、數(shù)據(jù)及過程的創(chuàng)造性定義”。

d)形式化設計。使用盒結構方法，凈室設計是規(guī)約的自然的無縫的擴展。雖然，在兩個活動間可進行清楚的區(qū)分，但是，規(guī)約(稱為“黑盒”)是被遞進地求精(在一個增量內(nèi))以成為類似于體系結構的和過程的設計(分別稱為“狀態(tài)盒”和“清晰盒”)。

e)正確性驗證。凈室小組對設計及代碼進行一系列嚴格的正確性驗證活動。驗證從最高層次的盒結構(規(guī)約)開始，然后移向設計細節(jié)和代碼。正確性驗證的第一層次通過應用一組“正確性問題”[LIN88]來進行，如果這沒有證明規(guī)約是正確的，則使用更形式化的(數(shù)過學的)驗證方法。

f)代碼生成、檢查和驗證。以某種專門語言表示的盒結構規(guī)約被轉(zhuǎn)換為合適的程序設計語言。然后，使用標準的走查或檢查技術來保證代碼和盒結構的語義相符性，以及代碼的語法正確性。然后，對源代碼進行正確性驗證。

g)統(tǒng)計性測試計劃。分析軟件的項目級使用情況，計劃和設計一組執(zhí)行用途的“概率分布”的測試用例。如圖25-1 所示，這個凈室活動是和規(guī)約、驗證及代碼生成并行進行的。

h)統(tǒng)計性使用測試。記住，對計算機軟件進行徹底測試是不可能的，因此，總需要設計有限數(shù)量的測試用例。統(tǒng)計性使用技術[POO88]執(zhí)行一系列由特定對象的所有用戶的所有可能的程序執(zhí)行的統(tǒng)計樣本(上面提到的概率分布)所導出的測試。認證。一旦完成驗證、檢查和使用測試(并且所有錯誤被修正)，則開始進行增量集成前的認證工作。

6、軟件配置管理的作用 軟件配置包括什么？

a)軟件配置管理作為軟件開發(fā)過程的必要環(huán)節(jié)和軟件開發(fā)管理的基礎，貫穿整個軟件生命周期，同時對軟件開發(fā)過程的宏觀管理即項目管理也有重要的支持作用。一個軟件開發(fā)組織真正有效的實施軟件配置管理，將會使軟件開發(fā)過程有更好的可預測性，使系統(tǒng)具有可重復性，大大提高軟件組織的競爭力。

b)軟件配置包括如下內(nèi)容：

配置項識別

工作空間管理 版本控制 變更控制 狀態(tài)報告 配置審計

7、簡述需求分析的過程和意義？

1、明確需求以及測試范圍

了解該需求是為了解決用戶的什么問題 功能性需求：產(chǎn)品必須有的功能

非功能性需求：是否美觀，用戶體驗，穩(wěn)定性，易用性等

最容易忽略的一點：明確的需求背后所隱藏的需求（例如登錄，明確的需求是，正確輸入用戶名，密碼，才能登錄。隱性需求：用戶名字符類型，長度，是否可為空；密碼字符類型，長度等）將問題在需求階段暴露的成本最小

2、畫業(yè)務流程圖（流程圖）根據(jù)需求中規(guī)定的業(yè)務流程 各業(yè)務流程分支的確定

由于業(yè)務原因規(guī)定不可使用的業(yè)務流程

3、功能點整理（思維導圖）

業(yè)務功能：需求中所定義的實際業(yè)務直接相關的功能

數(shù)據(jù)約束：主要是用于控制在執(zhí)行功能時，數(shù)據(jù)的顯示范圍、數(shù)據(jù)之間的關系等。

易用性需求：便于功能操作使用的一些細節(jié)，比如快捷鍵就是典型的易用性需求。

編輯約束：在功能執(zhí)行時，對輸入數(shù)據(jù)項目的一些約束性條件，比如只能輸入數(shù)字。

權限需求：不同的權限所能操作的功能點的不同

4、提取測試點（測試需求文檔）

根據(jù)整理的思維導圖，去提取每一個功能點中的細節(jié)需求，例如新增員工，在思維導圖中，最小的顆粒度就到新增員工了，但是新增員工這個功能仍然有很多的需求點，員工姓名唯一性判定，手機號碼是否必填等，這些更細的需求點組合起來就形成了測試需求文檔

5、確定測試范圍

需求的確定，并不代表測試范圍就是該需求的范圍，很有可能一個需求分多個軟件版本來實現(xiàn)，最后確定哪些需求是需要測試的。明確哪些測試目標優(yōu)先級高，哪些目標優(yōu)先級低 要完成哪些相應的測試任務才能確保目標的實現(xiàn)

總結： 需求分析的越詳細，對業(yè)務的理解程度就越高，對設計測試用例的幫助就越大。測試的過程中就更有目的性。“磨刀不誤砍柴工”，需求分析花的時間越多，之后測試的時間就越少。因為測試其實已經(jīng)從需求階段開始了。

8、什么是數(shù)據(jù)的對立性？有幾個層次？

數(shù)據(jù)獨立性是指：應用程序和數(shù)據(jù)庫的數(shù)據(jù)結構之間相互獨立，不受影響。分為物理獨立性和邏輯獨立性兩個層次。

物理數(shù)據(jù)獨立性：如果數(shù)據(jù)庫的內(nèi)模式要進行修改，即數(shù)據(jù)庫的存儲設備和存儲方法有所變化，那么模式/內(nèi)模式映象也要進行相應的修改，使概念模式盡可能保持不變。也就是對內(nèi)模式的修改盡量不影響概念模式。

邏輯數(shù)據(jù)獨立性：如果數(shù)據(jù)庫的概念模式要進行修改，如增加記錄類型或增加數(shù)據(jù)項，那么外模式/模式映象也要進行相應的修改，使外模式盡可能保持不變。也就是概念模式的修改盡量不影響外模式和應用程序。

9、網(wǎng)狀、層次數(shù)據(jù)模型與關系數(shù)據(jù)模型的最大的區(qū)別是什么？

網(wǎng)狀、層次數(shù)據(jù)模型與關系數(shù)據(jù)模型的最大區(qū)別在于表示和實現(xiàn)實體之間的聯(lián)系的方法：網(wǎng)狀、層次數(shù)據(jù)模型是通過指針鏈，而關系數(shù)據(jù)模型是使用二維表。

10、dbms讀取一條記錄時發(fā)生哪些事件？

用戶程序A向DBMS發(fā)出讀一條記錄的指令，這時用戶程序要給出外部文件名和記錄的關鍵字值

DBCS分析所接到的指令，訪問對應的外部模式

DBCS完成外部模式到概念模式的轉(zhuǎn)換，決定訪問哪個（些）概念文件 接著由DBSS完成概念模式到存儲模式的轉(zhuǎn)換，并決定訪問哪個（些）存儲文件

DBSS調(diào)用存取方法，通過操作系統(tǒng)將讀取的記錄送到系統(tǒng)緩沖區(qū) 用戶程序從系統(tǒng)緩沖區(qū)得到所需記錄和DBMS返回的狀態(tài)信息 用戶程序在工作區(qū)中使用所得到的記錄

11、什么是軟件質(zhì)量 軟件包是什么？

a)概括地說，軟件質(zhì)量就是“軟件與明確地和隱含地定義的需求相一致的程度”。具體地說，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標準、以及所有專業(yè)開發(fā)的軟件都應具有的隱含特征的程度。

b)軟件包(SoftWare Package)是指具有特定的功能，用來完成特定任務的一個程序或一組程序。軟件包由一個基本配置和若干可選部件構成，既可以是源代碼形式，也可以是目標碼形式。用戶手冊和指南等文檔是軟件包的重要組成部分。

12、軟件產(chǎn)品質(zhì)量特性是什么？ 確保軟件質(zhì)量優(yōu)良程度的內(nèi)部因素稱為軟件質(zhì)量特性。比較權威的軟件質(zhì)量特性劃分應推Boehm提出的十二個基本質(zhì)量特性。分別為：設備無關性、完整性、精度、一致性、設備效率、可訪問性、可通訊性、結構性、自說明性、簡明性、易讀性、可擴充性。

13、什么是軟件質(zhì)量保證 其主要任務是什么？

軟件質(zhì)量保證：為確保軟件開發(fā)過程和結果符合預期要求而建立的一系列規(guī)程，以及依照規(guī)程和計劃采取的一系列活動及其結果評價。

主要任務：

(1)用戶要求定義(2)力爭不重復勞動

(3)掌握開發(fā)新軟件的方法(4)組織外部力量協(xié)作(5)排除無效勞動

(6)發(fā)揮每個開發(fā)者的能力(7)提高軟件開發(fā)的工程能力(8)提高計劃和管理質(zhì)量

14、軟件質(zhì)量保證體系是什么？ 國家標準中與質(zhì)量保證管理相關的幾個標準是什么 他們的編號和全稱是什么？

為滿足質(zhì)量要求和實施質(zhì)量管理，進行全部有計劃和有系統(tǒng)的活動所需的組織結構、程序、過程和資源的總稱。

GB／T 19001質(zhì)量體系設計／開發(fā)、生產(chǎn)、安裝和服務的質(zhì)量保證模式（idtISO 9001）

GB／T 19002質(zhì)量體系生產(chǎn)和安裝的質(zhì)量保證模式（idtISO 9002）

GB／T 19003質(zhì)量體系最終檢驗和試驗的質(zhì)量保證模式（idtISO 9003）

GB／T 19004質(zhì)量管理和質(zhì)量體系要素指南（idt ISO9004）

15、軟件測試的原則與策略是什么？

軟件測試原則：

1、盡早和不斷的測試。

2、程序員應該避免檢查自己的程序，軟件測試應該由第三方構造。

3、設計測試用例時應該考慮到合法的輸入和不合法的輸入以 及各種邊界條件。

4、注意測試中的錯誤集中發(fā)生現(xiàn)象。

5、對測試錯誤結果有確認過程。

6、制定嚴格的測試計劃，并把測試時間安排的盡量寬松。

7、回歸測試的關聯(lián)性，原有功能過濾

8、進行版本控制，制定變更測試文檔的流程。

測試策略，在一定的軟件測試標準、測試規(guī)范的指導下，依據(jù)測試項目的特定環(huán)境約束而規(guī)定的軟件測試的原則、方式、方法的集合，需在測試計劃文檔中體現(xiàn)。

16、什么是測試用例 什么是測試腳本 兩者的關系是什么？ 測試用例是為特定目標而開發(fā)的一組測試輸入、執(zhí)行條件和預期結果，其目標可以是測試某個程序路徑或核實是否滿足某個特定的需求。

測試用例（TESt CASe）目前沒有經(jīng)典的定義。比較通常的說法是：指對一項特定的軟件產(chǎn)品進行測試任務的描述，體現(xiàn)測試方案、方法、技術和策略。內(nèi)容包括測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預期結果、測試腳本等，并形成文檔。

測試腳本就是用戶對業(yè)務操作的記錄，將測試用例用測試腳本表述出來，那我們就不用手工執(zhí)行測試了，就可以通過執(zhí)行測試腳本來執(zhí)行測試

測試腳本是進行自動化測試時編寫的腳本程序 測試腳本中要包含測試用例中的數(shù)據(jù)

17、簡述什么是靜態(tài)測試、動態(tài)測試、黑盒測試、白盒測試、a測試 b測試？

靜態(tài)測試是指測試不運行的部分——只是檢查和審核 動態(tài)測試是指通常意義上的測試——使用和運行軟件

黑盒測試：不關心軟件內(nèi)部結構，只關心輸入輸出，主要測試依據(jù)是需求文檔 白盒測試：關注軟件的內(nèi)部結構和程序的設計實現(xiàn)，主要測試依據(jù)是設計文檔

α測試是軟件開發(fā)公司組織內(nèi)部人員，模擬各類用戶，對即將上市的軟件產(chǎn)品進行測試，試圖發(fā)現(xiàn)錯誤并修復的過程。

β測試是由軟件的多個用戶在實際使用環(huán)境中進行的測試，這些用戶返回有關錯誤信息給開發(fā)者。

18、測試問題的嚴重性分為幾級 ？如何區(qū)分？

為了盡量準確的表示缺陷信息，通常將缺陷的嚴重性和優(yōu)先級分成4級。如果分級超過4級，則造成分類和判斷尺度的復雜程度，而少于4級，精確性有時不能保證。

具體的表示方法機可以使用數(shù)字表示，也可以使用文字表示，還可以數(shù)字和文字綜合表示。使用數(shù)字表示通常按照從高到底或從低到高的順序，需要軟件測試前達成一致。例如，使用數(shù)字1，2，3，4分別表示輕微、一般、較嚴重和非常嚴重的嚴重性。對于優(yōu)先級而言，1，2，3，4可以分標表示低優(yōu)先級、一般、較高優(yōu)先級和最高優(yōu)先級。

微小的（Minor）一些小問題如有個別錯別字、文字排版不整齊等，對功能幾乎沒有影響，軟件產(chǎn)品仍可使用。

一般的（Major）不太嚴重的錯誤，如次要功能模塊喪失、提示信息不夠準確、用戶界面差和操作時間長等。

嚴重的（Critical）嚴重錯誤，指功能模塊或特性沒有實現(xiàn)，主要功能部分喪失，次要功能全部喪失，或致命的錯誤聲明

致命的（Fatal）致命的錯誤，造成系統(tǒng)崩潰、死機，或造成數(shù)據(jù)丟失、主要功能完全喪失等。

19、測試用例設計的原則是什么 目前主要的測試用例設計方法是什么？ 測試用例設計的原則是：

代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數(shù)據(jù)、操作和環(huán)境設置等.可判定性：即測試執(zhí)行結果的正確性是可判定的，每一個測試用例都應有相應的期望結果.可再現(xiàn)性：即對同樣的測試用例，系統(tǒng)的執(zhí)行結果應當是相同的。方法有等價類、邊界值、因果圖、狀態(tài)圖、正交法、大綱法

20、結構化系統(tǒng)測試和功能性系統(tǒng)測試分別采用了哪些方法和技術？

a)結構化系統(tǒng)測試技術：

用于驗證所開發(fā)的系統(tǒng)及程序的運行情況。目標是要確保產(chǎn)品設計在結構上合理，功能上正確。為確定實現(xiàn)的配置及其各功能共同作用以完成特定任務提供了一種機制。

結構化測試技術由以下幾種：

壓力測試：確定系統(tǒng)以期望的容量執(zhí)行。

執(zhí)行測試：系統(tǒng)能達到期望的熟練性。

恢復測試：系統(tǒng)失效之后可以恢復到可操作狀態(tài)。操作測試：系統(tǒng)以正常操作狀態(tài)執(zhí)行。

一致性測試：系統(tǒng)的開發(fā)與標準和規(guī)程相一致。安全性測試：根據(jù)組織的重要性對系統(tǒng)進行保護。

b)功能性系統(tǒng)測試用于確保系統(tǒng)需求與定義都得到了滿足。該過程通常包含創(chuàng)建用于評價應用程序正確性的測試條件。

用于執(zhí)行功能測試的幾種測試技術包括： 需求測試：系統(tǒng)按制定方式執(zhí)行。

回歸測試：驗證系統(tǒng)中沒有改變的部分仍能正確運行。錯誤處理測試：錯誤可以得到防止或檢測，并被修復。

21、軟件測試分為幾個階段 各階段的測試策略和要求是什么？

軟件測試分為單元測試、集成測試、系統(tǒng)測試、驗收測試四個主要階段：

單元測試：單元測試是針對軟件設計的最小單位––程序模塊甚至代碼段進行正確性檢驗的測試工作，通常由開發(fā)人員進行。

集成測試：集成測試是將模塊按照設計要求組裝起來進行測試，主要目的是發(fā)現(xiàn)與接口有關的問題。由于在產(chǎn)品提交到測試部門前，產(chǎn)品開發(fā)小組都要進行聯(lián)合調(diào)試，因此在大部分企業(yè)中集成測試是由開發(fā)人員來完成的。

系統(tǒng)測試：系統(tǒng)測試是在集成測試通過后進行的，目的是充分運行系統(tǒng)，驗證各子系統(tǒng)是否都能正常工作并完成設計的要求。它主要由測試部門進行，是測試部門最大最重要的一個測試，對產(chǎn)品的質(zhì)量有重大的影響。

驗收測試：驗收測試以需求階段的《需求規(guī)格說明書》為驗收標準，測試時要求模擬實際用戶的運行環(huán)境。對于實際項目可以和客戶共同進行，對于產(chǎn)品來說就是最后一次的系統(tǒng)測試。測試內(nèi)容為對功能模塊的全面測試，尤其要進行文檔測試。

單元測試測試策略：

自頂向下的單元測試策略：比孤立單元測試的成本高很多，不是單元測試的一個好的選擇。

自底向上的單元測試策略：比較合理的單元測試策略，但測試周期較長。

孤立單元測試策略：最好的單元測試策略。

集成測試的測試策略：

大爆炸集成：適應于一個維護型項目或被測試系統(tǒng)較小

自頂向下集成：適應于產(chǎn)品控制結構比較清晰和穩(wěn)定；高層接口變化較??；底層接口未定義或經(jīng)常可能被修改；產(chǎn)口控制組件具有較大的技術風險，需要盡早被驗證；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。

自底向上集成：適應于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。

基于進度的集成

優(yōu)點：具有較高的并行度；能夠有效縮短項目的開發(fā)進度。

缺點：樁和驅(qū)動工作量較大；有些接口測試不充分；有些測試重復和浪費。

系統(tǒng)測試的測試策略：

數(shù)據(jù)和數(shù)據(jù)庫完整性測試；功能測試；用戶界面測試；性能評測；負載測試；強度測試；容量測試；安全性和訪問控制測試；故障轉(zhuǎn)移和恢復測試；配置測試；安裝測試；加密測試；可用性測試；版本驗證測試；文檔測試

22、面向?qū)ο蟮臏y試用例設計有幾種方法 如何實現(xiàn)？

給類中的每個構造函數(shù)設計一組測試用例 組合類中的類變量、實例變量 組合類中的各種方法

根據(jù)前置條件和后置條件設計測試用例 根據(jù)代碼設計測試用例

23、在軟件測試各個階段通常完成什么工作 各個階段的結果文件是什么 包括什么內(nèi)容？

單元測試階段：各獨立單元模塊在與系統(tǒng)地其他部分相隔離的情況下進行測試，單元測試針對每一個程序模塊進行正確性校驗，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。生成單元測試報告，提交缺陷報告。

集成測試階段：集成測試是在單元測試的基礎上，測試在將所有的軟件單元按照概要設計規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達到或?qū)崿F(xiàn)相應技術指標及要求的活動。該階段生成集成測試報告，提交缺陷報告。

系統(tǒng)測試階段：將通過確認測試的軟件，作為整個給予計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行全面的功能覆蓋。該階段需要提交測試總結和缺陷報告。

24、軟件的安全性應從哪幾個方面去測試？

用戶認證機制：如數(shù)據(jù)證書、智能卡、雙重認證、安全電子交易協(xié)議 加密機制

安全防護策略：如安全日志、入侵檢測、隔離防護、漏洞掃描

數(shù)據(jù)備份與恢復手段：存儲設備、存儲優(yōu)化、存儲保護、存儲管理 防病毒系統(tǒng)

25、LoadRunner分為哪三個模塊？請簡述各模塊的主要功能。

Virtual User Generator：用于錄制腳步

Mercury LoadRunner Controller：用于創(chuàng)建、運行和監(jiān)控場景 Mercury LoadRunner Analysis：用于分析測試結果

第二篇：軟件測試面試題整理20111019

軟件測試面試題整理

01.為什么要在一個團隊中開展軟件測試工作？

因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。

02.您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？

我曾經(jīng)做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗測試。最擅長的是功能測試

03.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同04.的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）

測試類型有：功能測試，性能測試，界面測試。

功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結構和處理過程。采用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。

性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試。

界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向?qū)У淖饔?。同時界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。區(qū)別在于，功能測試關注產(chǎn)品的所有功能上，要考慮到每個細節(jié)功能，每個可能存在的功能問題。性能測試主要關注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關注于用戶體驗上，用戶使用該產(chǎn)品的時候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當然考慮到體驗性，不能太粗魯?shù)膹棾鼍妫?？做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試

04．您認為做好測試用例設計工作的關鍵是什么？

白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結果 黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題

05.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。

黑盒測試：已知產(chǎn)品的功能設計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。

白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。

軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：

1、是否有不正確或遺漏的功能？

2、在接口上，輸入是否能正確的接受？能否輸出正確的結果？

3、是否有數(shù)據(jù)結構錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？

4、性能上是否能夠滿足要求？

5、是否有初始化或終止性錯誤？

軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預期的狀態(tài)一致。因此白盒測試又稱為結構測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進行如下檢查：

1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。

4、測試內(nèi)部數(shù)據(jù)結構的有效性，等等。

單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。

單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。

集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起測試。最后，將構成進程的所有模塊一起測試。

系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測試）系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設計。

驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務。

驗收測試是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應該進一步驗證軟件的有效性，這就是驗收測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。

06.測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？

軟件測試計劃是指導測試過程的綱領性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。

測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）

07.您認為做好測試計劃工作的關鍵是什么？

1.明確測試的目標，增強測試計劃的實用性

編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結果直觀、準確

2．堅持“5W”規(guī)則，明確內(nèi)容與過程

“5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”、“When（何時做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的（Why），明確測試的范圍和內(nèi)容（What），確定測試的開始和結束日期（When），指出測試的方法和工具（How），給出測試文檔和軟件的存放位置（Where）。

3．采用評審和更新機制，保證測試計劃滿足實際需求

測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊，測試計劃內(nèi)容的可能不準確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內(nèi)容沒有及時更新，誤導測試執(zhí)行人員。

4.分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例

應把詳細的測試技術指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術。

08.您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。

1．等價類劃分

劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.2．邊界值分析法

邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).3．錯誤推測法

基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例.例如, 在單元測試時曾列出的許多在模塊中常見的錯誤.以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, 這些就是經(jīng)驗的總結.還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況.輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯誤的情況.可選擇這些情況下的例子作為測試用例.4．因果圖方法

前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等.考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多.因此必須考慮采用一種適合于描述對于多種條件的組合,相應產(chǎn)生多個動作的形式來考慮設計測試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.09.請以您以往的實際工作為例，10.詳細的描述一次測試用例設計的完整的過程。

就說最近的這次網(wǎng)站功能的測試吧

首先：得到相關文檔（需求文檔和設計文檔），理解需求和設計設計思想后，想好測試策略（測試計劃簡單點就OK了），考慮到測試環(huán)境，測試用例，測試時間等問題。

第二步：設計測試用例，測試策略是：把網(wǎng)站部分的功能點測試完，然后在進行系統(tǒng)測試（另外個模塊呢有另一個測試人員負責，可以進行聯(lián)調(diào)測試），網(wǎng)站模塊的測試基本是功能測試和界面測試（用戶并發(fā)的可能性很小，所以不考慮）：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進來的（還沒有被處理的，有個標志位），網(wǎng)站啟動后會立刻去刷那張表，得到多條數(shù)據(jù)，然后在進行處理。處理過程中，會經(jīng)歷3個步驟，網(wǎng)站才算完成了它的任務。有3個步驟呢，就可以分別對這3個步驟進行測試用例的設計,盡量覆蓋到各種輸入情況（包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等），得出了差不多50個用例。界面測試，也就是用戶看的到的地方，包括發(fā)送的郵件和用戶填寫資料的頁面展示。

第三步：搭建測試環(huán)境（為什么這個時候考慮測試環(huán)境呢？因為我對網(wǎng)站環(huán)境已經(jīng)很熟了，只有有機器能空于下來做該功能測試就可以做了），因為網(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點不同，它需要的測試環(huán)境比較麻煩，需要web服務器（Apache,tomcat），不過這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat即可

第四步：執(zhí)行測試

11.您以往是否曾經(jīng)從事過性能測試工作？如果有，12.請盡可能的詳細描述您以往的性能測試工作的完整過程。

是的，曾經(jīng)做過網(wǎng)站方面的性能測試，雖然做的時間并不久（2個月吧），當時呢，是有位網(wǎng)站性能測試經(jīng)驗非常豐富的前輩帶著我一起做。

性能測試類型包括負載測試，強度測試，容量測試等

負載測試：負載測試是一種性能測試指數(shù)據(jù)在超負荷環(huán)境中運行，程序是否能夠承擔。

強度測試： 強度測試是一種性能測試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運行情況

容量測試：確定系統(tǒng)可處理同時在線的最大用戶數(shù)

在網(wǎng)站流量逐漸加大的情況下，開始考慮做性能測試了，首先要寫好性能測試計劃，根據(jù)運營數(shù)據(jù)得出流量最大的頁面（如果是第一次的話，一般是首頁，下載頁，個人帳戶頁流量最大，而且以某種百分比），Web服務器指標指標：

* Avg Rps:平均每秒鐘響應次數(shù)＝總請求時間 / 秒數(shù)；

* Successful Rounds：成功的請求；

* Failed Rounds ：失敗的請求；

* Successful Hits ：成功的點擊次數(shù)；

* Failed Hits ：失敗的點擊次數(shù)；

* Hits Per Second ：每秒點擊次數(shù)；

* Successful Hits Per Second ：每秒成功的點擊次數(shù)；

* Failed Hits Per Second ：每秒失敗的點擊次數(shù)；

* Attempted Connections ：嘗試鏈接數(shù)；

13.您在從事性能測試工作時，14.是否使用過一些測試工具？如果有，15.請試述該工具的工作原理，16.并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。

17.您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？

18.在您以往的工作中，19.一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

20.您以往所從事的軟件測試工作中，21.是否使用了一些工具來進行軟件缺陷（Bug）的管理？如果有，22.請結合該工具描述軟件缺陷（Bug）跟蹤管理的流程。

23.您認為在測試人員同24.開發(fā)人員的溝通過程中，25.如何提高溝通的效率和改善溝通的效果？維持測試人員同26.開發(fā)團隊中其他成員良好的人際關系的關鍵是什么？

27.在您以往的測試工作中，28.最讓您感到不29.滿意或者不30.堪回首的事情是什么？您是如何來對待這些事情的？

31.在即將完成這次筆試前，32.您是否愿意談一些自己在以往的學習和工作中獲得的工作經(jīng)驗和心得體會？（可以包括軟件測試、過程改進、軟件開發(fā)或者與此無關的其他方面）

33.你對測試最大的興趣在哪里？為什么？

最大的興趣就是測試有難度，有挑戰(zhàn)性！做測試越久越能感覺到做好測試有多難。曾經(jīng)在無憂測試網(wǎng)上看到一篇文章，是關于如何做好一名測試工程師。

一共羅列了11，12點，有部分是和人的性格有關，有部分需要后天的努力。但除了性格有關的1，2點我沒有把握，其他點我都很有信心做好它。

剛開始進入測試行業(yè)時，對測試的認識是從無憂測試網(wǎng)上了解到的一些資料，當時是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發(fā)更難，雖然當時我很想做開發(fā)（學校專業(yè)課我基本上不缺席，因為我喜歡我的專業(yè)），但看到測試比開發(fā)更難更有挑戰(zhàn)性，想做好測試的意志就更堅定了。

不到一年半的測試工作中，當時的感動和熱情沒有減退一點（即使環(huán)境問題以及自身經(jīng)驗，技術的不足，做測試的你一定也能理解）。

我覺得做測試整個過程中有2點讓我覺得很有難度（對我來說，有難度的東西我就非常感興趣），第一是測試用例的設計，因為測試的精華就在測試用例的設計上了，要在版本出來之前，把用例寫好，用什么測試方法寫？（也就是測試計劃或測試策略），如果你剛測試一個新任務時，你得花一定的時間去消化業(yè)務需求和技術基礎，業(yè)務需求很好理解（多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達到目的），而技術基礎可就沒那么簡單了，這需要你自覺的學習能力，比如說網(wǎng)站吧，最基本的技術知識你要知道網(wǎng)站內(nèi)部是怎么運作的的，后臺是怎么響應用戶請求的？測試環(huán)境如何搭建？這些都需要最早的學好。至少在開始測試之前能做好基本的準備，可能會遇到什么難題？需求細節(jié)是不是沒有確定好？這些問題都能在設計用例的時候發(fā)現(xiàn)。

第二是發(fā)現(xiàn)BUG的時候了，這應該是測試人員最基本的任務了，一般按測試用例開始測試就能發(fā)現(xiàn)大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補充測試用例，測試出bug。還有如何發(fā)現(xiàn)bug？這就需要在測試用例有效的情況下，通過細心和耐心去發(fā)現(xiàn)bug了，每個用例都有可能發(fā)現(xiàn)bug，每個地方都有可能出錯，所以測試過程中思維要清晰（測試過程數(shù)據(jù)流及結果都得看仔細了，bug都在里面發(fā)現(xiàn)的）。如何描述bug也很有講究，bug在什么情況下會產(chǎn)生，如果條件變化一點點，就不會有這個bug，以哪些最少的操作步驟就能重現(xiàn)這個bug，這個bug產(chǎn)生的規(guī)律是什么？如果你夠厲害的話，可以幫開發(fā)人員初步定位問題。

第三篇：軟件測試常見面試題

軟件測試面試過程中常見的問題歸類

1.先做一下自我介紹吧

技術方面：

2.你以前做過什么樣的項目，描述一下

3.說一下你們的測試流程

4.你在項目組中做過什么樣的工作

5.你平時會寫測試用例嗎 一般這種情況下面試官會給你個實體 什么電話啊，計算器啊，登陸頁面啊 都可能被問到

6.你平時寫測試用例會涉及到的一些測試用例設計方法 這個要充分準備 最好能舉出例

子

7.說一下bug管理流程 bug的生命周期 缺陷報告包括哪幾部分 每一個部分的主要作用

你認為哪些部分對于描述這個bug和有助于開發(fā)人員解bug最重要 為什么

8.在測試人員和開發(fā)人員的溝通中，有這樣一種情況，你站在測試人員的角度上覺得它是

個bug，而開發(fā)人員給reject了，你該如何處理。

9.你平時依照什么依據(jù)來判定一個問題就是bug

10.你日常工作中會用到自動化測試工具嗎 如果用過 簡單描述一下 盡量不要太深入的說

因為很多公司不會用到主流工具 比如Loadrunner 和 QTP。QC最好熟悉一下。

11.你日常工作中會不會涉及到數(shù)據(jù)庫 這個時候面試官會出一個常用的問題來考你。

12.你對我們公司還有什么問題嗎 這個時候是我的話會問公司測試部門的規(guī)模，有幸進公

司之后會接觸到哪方面的項目

其他方面：

1.你的學歷是大專，別人都是三年，為何你只有兩年時間，是正規(guī)學校嗎

2.你對測試這份工作有什么看法

3.你覺得測試人員應該具備哪些素質(zhì)

4.你對未來五年有什么規(guī)劃嗎 是什么

備注：這都是我長期面試得出來的面經(jīng)，如果有其他的歡迎評價里邊添加進來。

第四篇：軟件測試面試題集合

你在你所在的公司是怎么開展測試工作的？是如何組織的？

你認為理想的測試流程是什么樣子？

你是怎樣工作的？

軟件測試活動的生命周期是什么？

請畫出軟件測試活動的流程圖？

針對缺陷采取怎樣管理措施？

什么是測試評估？測試評估的范圍是什么？

如果能夠執(zhí)行完美的黑盒測試，還需要進行白盒測試嗎？為什么？

測試結束的標準是什么？

軟件驗收測試除了alpha,beta測試以外,還有哪一種?

做測試多久了？

以前做過哪些項目？

你們以前測試的流程是怎樣的？

<答：測試計劃－測試用例設計－測試執(zhí)行－測試分析報告>

用過哪些測試工具？

為什么選擇測試這行？

<答：它是一個新興的行業(yè)，有發(fā)展?jié)摿Γ液苠憻捜?，需要掌握更多的技能，比做開發(fā)要更難>

為什么值得他們公司雇用？

幫助公司提高軟件質(zhì)量和測試部門的技術水平

如果我雇用你，你能給部門帶來什么貢獻？

分享我的測試經(jīng)驗和測試技能，提高測試部門技術水平

如何從工作中看出你是個自動自覺的人

1.工作成果2.工作質(zhì)量

你的工作通常能在時限內(nèi)完成嗎.（我想問一下就是她問這個問題的動機是什么）

在有足夠的資源和合理的工作量的情況下，完全可以按時完成，并能比一般人做的更好

通常你對于別人批評你會有什么樣的反應

有錯即改，無措勉之

如果明知這樣做不對，你還會依主管的指過去做嗎

在公司內(nèi)部下級是否有申訴渠道？

如果你接到一個客戶抱怨的電話，你確知無法解決他的問題，你會怎么處理

為什么抱怨？是怎么樣的問題？

如果是客服問題，提交客服部門解決

如果是質(zhì)量問題，分析原因，下一版本改進

什么叫單元測試？

請就軟件測試人員應該具備什么樣的基本素質(zhì)說說你的看法。

請就如何在開發(fā)中進行軟件質(zhì)量控制說說你的看法

簡述軟件測試的意義，以及軟件測試的分類

1、功能測試，性能測試，界面測試，安全測試（可以簡單點，比如只涉及到COOKIES里的內(nèi)容），壓力測試（商業(yè)性質(zhì)的網(wǎng)站）等等，B/S軟件也要根據(jù)其具體功能采用不同的測試策略。

2，軟件工程師要具有那些素質(zhì)？

態(tài)度、責任心、自信、敏銳的觀察力、良好的發(fā)散思維

3、一般公司里實際的軟件測試流程是什么樣的？你們公司又是怎樣的？

先設計后開發(fā)模式，加強單元測試，加強代碼走查，有一套完整的白盒測試方法。關鍵是加強開發(fā)人員的質(zhì)量意識，增進程序員向工程師水平發(fā)展。

4、意義嘛，就自己想吧。軟件測試的分類，這個很多人都按各種方法去分。無明確答案給你。

對測試的理解——基本的測試知識，對測試是否認可？

測試設計的方法并舉例說明——測試技術的使用

測試工具——熟悉程度，能否與當前工作匹配？

如何做計劃？如何跟蹤計劃？——日常工作能力

如果開發(fā)人員提供的版本不滿足測試的條件，如何做？——與開發(fā)人員協(xié)作的能力熟悉unix系統(tǒng)、oracle數(shù)據(jù)庫嗎？——是否具備系統(tǒng)知識

做過開發(fā)嗎？寫過哪些代碼？——開發(fā)技能

閱讀英語文章，給出理解說明？——部分英語能力

文檔的意義——是否善于思考？（最簡單的概念，不同層次的理解）

假如進入我們公司，對我們哪些方面會有幫助？——講講自己的特長

隨便找一件物品，讓其測試——測試的實際操作能力

軟件測試的方法有？

軟件測試的過程？

有一個新的軟件，假如你是測試工程師，該如何做？

軟件測試分哪兩種方法？分別適合什么情況？

2。一套完整的測試應該由哪些階段組成？分別闡述一下各個階段。

3。軟件測試的類型有那些？分別比較這些不同的測試類型的區(qū)別與聯(lián)系。

4。測試用例通常包括那些內(nèi)容？著重闡述編制測試用例的具體做法

5。在分別測試winform的C/S結構與測試WEB結構的軟件是，應該采取什么樣的方法分別測試？他們存在什么樣的區(qū)別與聯(lián)系？

6。在測試winform的C/S結構軟件時，發(fā)現(xiàn)這個軟件的運行速度很慢，您會認為是什么原因？您會采取哪些方法去檢查這個原因？

7。描述使用bugzilla缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的流程

你在五年內(nèi)的個人目標和職業(yè)目標分別是什么？

正確回答從現(xiàn)在起的五年之內(nèi)，我希望能夠在一個很好的職位上待幾年，而且最好有一次晉升，然后就期待著下一步。不管是向上提升，還是在企業(yè)內(nèi)橫向調(diào)動，對我個人來說，我希望找到一家企業(yè)——一家愿意做相互投入的企業(yè)——待上一段時間。

評論這個問題沒有回答得過分具體（那樣可能會產(chǎn)生漏洞），而且它表明你有雄心，并且思考過在企業(yè)中的成長方式。通過表達橫向調(diào)動和向上提升的愿望，表明你是一個有靈活性的人。

你怎樣做出自己的職業(yè)選擇？

正確回答 在上大學四年級前的那個夏天，我決定集中精力在某一領域謀求發(fā)展。盡管我是學商業(yè)的，但是我不知道自己最終會從事哪一行業(yè)的工作。我花了一定的時間考慮自 己的目標，想清楚了自己擅長做的事情以及想從工作中得到的東西，最后我得出了一個堅定的結論，那就是這個行業(yè)是最適合我的。

評論 這種回答表明，求職者認真地做過一些計劃，縮小了自己的關注點，而且也認準了前進的方向。這種回答還表明，求職者理解個人職業(yè)規(guī)劃的重要性，并且有能力做出認真的個人決策。

1.你都用什么測試方法

針對不同的產(chǎn)品或者系統(tǒng)或者模塊，有不同的測試方法。總體而言有白盒測試和黑盒測試。

2.怎么編寫案例

案例的編寫與測試階段的定義有很大的關系。系統(tǒng)測試和unit測試的案例可能不同?？傮w而言測試案例根據(jù)系統(tǒng)的需求而定。

3.怎么才能夠全面的測試到每一個點

測試的全面性主要需要在設計測試計劃的時候考慮，從測試策略，產(chǎn)品需求等等多個角度考慮從而定義全部的測試點。

1、談談軟件測試技術，以及如何提高

2、談談軟件測試職業(yè)發(fā)展，以及個人的打算

3、談談軟件測試在企業(yè)的地位，也可以結合軟件生命周期來談

有可能清晰的思路比確切的答案更重要

1，一般公司里實際的軟件測試流程是什么樣的？你們公司又是怎樣的？

2，軟件工程師要具有那些素質(zhì)？

3，你會哪些測試工具？怎么操作？

4，你能不能說下你的3到5年的職業(yè)計劃（規(guī)劃）

5，你覺得你來應聘有那些優(yōu)勢？

第一關：首先要自我介紹，自己的性格怎么樣，目前的工作經(jīng)歷積累了一些什么經(jīng)驗取得了些什么值得一說的成果。然后要說說對軟件測試怎么看？還有對于軟件測試有什么自己的想法。為什么會想到要做這行（因為我的簡歷上的工作經(jīng)歷沒有關于測試方面的）。哦，還有期望薪資。

第二關：認為軟件測試人員所要具備的基本素質(zhì)，如果遇到問題會怎樣處理，如果得不到研發(fā)人員的配合（就是研發(fā)說這個不是問題）你又會怎么處理？然后就是一些基本概念，比如軟件測試的流程有哪些？如果我上任了，首先會怎么開始自己的工作計劃。（前兩關通過了后面這個就好過多了）

第三關：像我介紹了一下公司的情況，告訴我主要針對什么內(nèi)容的測試，會不會使用數(shù)據(jù)庫。告訴我大概要做哪些內(nèi)容，詳細的可以上崗以后慢慢熟悉。

面試官最后會問你有什么問題要問嗎。作為應聘者的你一般不要說沒問題問，這會給面試官留下你不太重視這份工作的壞印象。所以如果你想得到這份工作的話應該抓住這最后的表現(xiàn)自己的機會：

你可以問：

1.貴公司近期和遠期的發(fā)展目標是什么？

2.貴公司的主要競爭對手有哪些？

3.貴公司有多少開發(fā)人員有多少測試人員？

4.貴公司又進一步擴充測試人員的計劃嗎?

5.如果我有幸能進入貴公司的話，我有怎么樣的發(fā)展？

6.測試人員的溝通能力很重要，貴公司有規(guī)范的溝通渠道嗎？

7.請介紹一下貴公司的福利情況。

8.請問我什么時候能知道結果？

01.為什么要在一個團隊中開展軟件測試工作？

保證軟件質(zhì)量的最后一道關口。

02.您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？

測試計劃->測試設計(測試用例，測試數(shù)據(jù))->測試執(zhí)行(單元測試，集成測試，系統(tǒng)測試，回歸測試)

05.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）

易用性測試-界面的友好性，操作方便性等。

功能測試-系統(tǒng)中功能性需求的滿足

安全性測試-系統(tǒng)是否存在安全隱患和漏洞

性能測試-系統(tǒng)在大并發(fā)下的響應速度和健壯性

06.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。

黑盒/白盒:主要區(qū)別在是否了解系統(tǒng)或程序的內(nèi)部結構和代碼

單元測試:關注某一個單元，函數(shù)，模塊的正確性，一般需要編寫相關測試代碼。集成測試:模塊或模塊直接的集成接口測試，單個模塊測試

系統(tǒng)測試:一個完整功能的完全測試。

07.測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？

提前安排出測試工具選擇，測試類型選擇，人員需求，保證和項目開發(fā)協(xié)調(diào)一致，保證測試工作順利進行。

08.您認為做好測試計劃工作的關鍵是什么？

了解項目或系統(tǒng)的業(yè)務需求

和項目經(jīng)理協(xié)調(diào)好，了解項目的進度計劃安排情況

09.您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。

邊界值/等價類/業(yè)務流程圖分析和狀態(tài)轉(zhuǎn)換分析/業(yè)務邏輯分析

10.您認為做好測試用例設計工作的關鍵是什么？

對業(yè)務和軟件需求非常清楚，可以根據(jù)需求不同選擇不同的測試用例設計

12.您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內(nèi)容。

評審計劃->預審->評審;

評審內(nèi)容主要是測試用例對軟件需求的覆蓋程度，對于相關邊界是否考慮，是否針對復雜流程準備多套測試數(shù)據(jù)，是否有專門針對非功能性需求的測試。

13.您以往是否曾經(jīng)從事過性能測試工作？如果有，請盡可能的詳細描述您以往的性能測試工作的完整過程。

制訂計劃->選擇測試功能->選擇測試工具->錄制腳本->運行測試->分析結果

14.您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。

微軟WAS,LoadRunner

15.您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？

關鍵是測試腳本的錄制，測試時候測試環(huán)境的干凈。

16.在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

缺陷名詞/描述/缺陷等級/嚴重程度/發(fā)現(xiàn)模塊/發(fā)現(xiàn)步驟和過程/是否可以重現(xiàn)

17.您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）的管理？如果有，請結合該工具描述軟件缺陷（Bug）跟蹤管理的流程。

CQ，也可以使用BugFree等免費工具。

19.您如何看待軟件過程改進？在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進的東西呢？您期望的理想的測試人員的工作環(huán)境是怎樣的？

將先進的經(jīng)驗或思想固化到過程中，通過過程改進和能力提高來改進軟件質(zhì)量。

第五篇：軟件測試經(jīng)典面試題(三)

軟件測試經(jīng)典面試題(三)

第1題：堅持在軟件開發(fā)的各個階段實施下列哪種質(zhì)量保證措施，才能在開發(fā)工程中盡早發(fā)現(xiàn)和預防錯誤，將出現(xiàn)的錯誤克服在早期(正確A)

A.技術評審B.程序測試C.文檔審查D.管理評審

第2題：經(jīng)驗表明，在程序設計中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯誤數(shù)目較多，則該模塊中殘留的錯誤與其他模塊相比，通常應該(正確B)

A.較少B.較多C.相似D.不確定

第3題：下面有關測試原則的說法正確的是(正確A)

A.測試用例應由測試的輸入數(shù)據(jù)和預期的輸出結果兩部分組成 B.測試用例自詡選取合理的輸入數(shù)據(jù) C.程序最好由編寫該程序的程序員自己來測試 D.使用測試用例進行測試是為了檢查程序員是否做錯了他該做的事

第4題：為了提高測試的效率，爭取的做法是(正確A)

A.選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例 B.在完成程序的編碼之后在指定軟件的測試計劃 C.隨機選取測試用例 D.取一切可能的輸入數(shù)據(jù)作為測試用例

第5題：以下哪一種選項不屬于軟件缺陷(正確D)

A.軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能 B.軟件中出現(xiàn)了產(chǎn)品貴規(guī)格說明不應該出現(xiàn)的功能 C.軟件實現(xiàn)了產(chǎn)品規(guī)格說明沒有提到的功能 D.軟件實現(xiàn)了產(chǎn)品規(guī)格說明所要求等功能但因受性能限制而未考慮可移植性問題

第6題：軟件生存周期過程中，修改錯誤代價最大的階段是(正確D)

A.需求階段 B.設計階段 C.編程階段 D.發(fā)布運行階段

第7題：以程序內(nèi)部的邏輯結構為基礎的測試用例設計技術屬于(正確D)

A.灰盒測試 B.數(shù)據(jù)測試 C.黑盒測試 D.白盒測試

第8題：下列能表達程序未按照預期運行，但不會導致整體失效的是(正確B)

A.故障 B.異常 C.缺點 D.失效

第9題：下列關于缺陷產(chǎn)生原因的敘述中，不屬于技術問題的是(正確A)

A.文檔錯誤，內(nèi)容不正確或拼寫錯誤 B.系統(tǒng)結構不合理 C.語法錯誤 D.接口傳遞不匹配，導致模塊集成出現(xiàn)問題

第10題：下面有關軟件缺陷的說法中錯誤的是(正確C)

A.缺陷就是軟件產(chǎn)品在開發(fā)中存在的問題 B.缺陷就是軟件維護過程中存在的錯誤、毛病等各種問題 C.缺陷就是導致系統(tǒng)程序崩潰的錯誤 D.缺陷就是系統(tǒng)所需實現(xiàn)的某種功能的時效和違背

第11題：功能或特性沒有實現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯誤聲明，這屬于軟件缺陷級別中的(正確B)

A.致命缺陷 B.嚴重缺陷 C.一般缺陷 D.微小缺陷

第12題：黑盒測試是一種重要的測試策略，又稱為數(shù)據(jù)驅(qū)動的測試，其測試數(shù)據(jù)來源于(正確A)

A.軟件規(guī)格說明 B.軟件設計說明 C.概要設計說明D.詳細設計說明

第13題：即使對程序的所有路徑都進行了測試，程序也可能存在沒能檢查出來的缺陷，其原因可能是(正確D)

A.程序可能會因為缺少某些路徑而存在問題 B.即使是窮舉路徑測試也決不能保證程序符合其設計規(guī)格說明 C.窮舉路徑測試也可能不會暴露數(shù)據(jù)敏感錯誤 D.以上全部

第14題：軟件質(zhì)量是軟件產(chǎn)品能否得到市場認可的最基本的問題，而軟件測試是保證軟件質(zhì)量的重要手段，下面關于軟件測試任務正確的是(正確D)

l）預防軟件發(fā)生錯誤2)發(fā)現(xiàn)改正程序錯誤

A.僅1)B.僅1)和2)C.僅1）和3）D.都是

第15題：下面說法正確的是(正確A)

A.我們無法測試一個程序確認它沒有錯誤 B.黑盒測試是邏輯驅(qū)動的測試 C.窮舉測試一定可以暴露數(shù)據(jù)敏感錯誤 D.白盒測試是一種輸入輸出驅(qū)動的測試

第16題：軟件測試的目的是(正確B)

A.評價軟件的質(zhì)量 B.發(fā)現(xiàn)軟件的錯誤 C.找出軟件中所有的錯誤 D.證明軟件的正確的第17題：以下選項中不屬于軟件缺陷狀態(tài)的是(正確C)

A.激活狀態(tài) B.非激活狀態(tài) C.一致狀態(tài) D.已修正狀態(tài)

第18題：為了提高測試的效率，應該(正確D)

A.隨機地選取測試數(shù)據(jù) B.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) C.在完成編碼以后制定軟件的測試計劃 D.選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)

第19題：軟件的集成測試工作最好由()承擔，以提高集成測試的效果。(正確B)

A.該軟件的設計人員 B.不屬于該軟件開發(fā)組的軟件設計人員 C.該軟件開發(fā)組的負責人 D.該軟件的編程人員

第20題：軟件測試計劃的內(nèi)容應包括(正確D)

A.測試目的、背景 B.被測軟件的功能、輸入和輸出 C.測試內(nèi)容和評價標準 D.以上全部

第21題：計算機軟件或程序中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷是屬于(正確A)

A.缺陷 B.故障 C.失效 D.缺點

第22題：問題還沒有解決，測試人員新報告的缺陷，或驗證后缺陷仍然存在，這些缺陷所處的狀態(tài)是(正確A)

A.激活狀態(tài) B.非激活狀態(tài) C.已修正狀態(tài) D.關閉狀態(tài)

第23題：下列不屬于軟件本身的原因產(chǎn)生的缺陷的是(正確C)

A.算法錯誤 B.語法錯誤 C.文檔錯誤 D.系統(tǒng)結構不合理

第24題：從軟件測試觀點出發(fā)，軟件缺陷由系統(tǒng)缺陷、加工缺陷、數(shù)據(jù)缺陷、代碼缺陷和（）構成。(正確B)

A.設計缺陷 B.功能缺陷 C.性能缺陷 D.接口缺陷

第25題：下列缺陷中，不屬于加工缺陷的是(正確B)

A.算術與操作缺陷 B.接口缺陷 C.初始化缺陷 D.靜態(tài)邏輯缺陷