- 相關(guān)推薦
軟件測試面試題
01. 為什么要在一個(gè)團隊中開(kāi)展軟件測試工作?
答:軟件測試在整個(gè)一個(gè)團隊中占有非常重要的地位,具體來(lái)說(shuō)就是測試是一個(gè)發(fā)現軟件錯誤的過(guò)程,執行軟件測試會(huì )以最少的人力和時(shí)間,系統的找到軟件存在的缺陷和錯誤,建立起開(kāi)發(fā)人員和使用者對軟件的信心。
02. 您是否了解以往所工作的企業(yè)的軟件測試過(guò)程?如果了解,請試述在這個(gè)過(guò)程中都有哪些工作要做?分別由哪些不同的角色來(lái)完成這些工作?
答:軟件測試部門(mén)配合系統分析人員軟件需求分析討論,并根據需求說(shuō)明書(shū)制定《項目測試計劃》,編寫(xiě)測試用例,建立測試環(huán)境。
軟件測試人員負責軟件開(kāi)發(fā)部門(mén)的新產(chǎn)品測試及原有產(chǎn)品的升級測試,負責軟件問(wèn)題解決過(guò)程跟蹤,負責軟件開(kāi)發(fā)文檔開(kāi)發(fā)工作的規范化及管理開(kāi)發(fā)部門(mén)的產(chǎn)品文檔,制作用戶(hù)手冊及操作手冊,負責產(chǎn)品的上線(xiàn)測試,監督軟件開(kāi)發(fā)過(guò)程的執行,提高產(chǎn)品質(zhì)量。
03. 您是否了解以往所工作的企業(yè)的軟件開(kāi)發(fā)過(guò)程?如果了解,請試述一個(gè)完整的開(kāi)發(fā)過(guò)程需要完成哪些工作?分別由哪些不同的角色來(lái)完成這些工作?(對于軟件測試部分,可以簡(jiǎn)述)
答:需求人員連同系統分析人員&測試人員開(kāi)會(huì )討論需求。系統分析人員寫(xiě)出需求分析說(shuō)明,并連同系統分析人員&測試人員&需求人員開(kāi)會(huì )討論可行性。系統分析人員寫(xiě)出詳細設計說(shuō)明書(shū),程式人員編碼,給出系統流程圖。交與測試人員,測試人員給出Bug統計表。
04. 您在以往的測試工作中都曾經(jīng)具體從事過(guò)哪些工作?其中最擅長(cháng)哪部分工作?
答:從事過(guò)write test plan,creation of test case,進(jìn)行功能測試,性能測試,編寫(xiě)測試工具,文檔的管理等,比較擅長(cháng)與寫(xiě)測試用例和進(jìn)行功能測試。
05. 您所熟悉的軟件測試類(lèi)型都有哪些?請試著(zhù)分別比較這些不同的測試類(lèi)型的區別與聯(lián)系(如功能測試、性能測試……)
答:有功能測試,性能測試,可靠性測試,安全性測試,負載測試,壓力測試,安裝/卸載測試,啟動(dòng)/停止測試,兼容性測試,互連測試,文檔測試,恢復測試,回歸測試,可使用性測試,容量測試。
功能測試只對軟件的功能是否滿(mǎn)足用戶(hù)需求來(lái)做測試。性能測試需要和壓力和負載測試聯(lián)合起來(lái)。
06. 請試著(zhù)比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯(lián)系。
黑盒測試:把測試對象當成一個(gè)黑盒子,測試人員完全不考慮邏輯結構和內部特性,只依據程式的需求說(shuō)明書(shū)來(lái)檢查程式的功能是否滿(mǎn)足它的功能說(shuō)明。
白盒測試:把測試對象當成一個(gè)透明的盒子,允許測試人員利用程序內部邏輯結構及相關(guān)信息,設計或選擇測試用例,對程式所有邏輯路徑進(jìn)行測試。
單元測試:白盒測試的一種,對軟件設計中的單元模塊進(jìn)行測試。
集成測試:在單元測試的基礎上,對單元模塊之間的連接和組裝進(jìn)行測試。
系統測試:在所有都考慮的情況下,對系統進(jìn)行測試。
驗收測試:第三方進(jìn)行的確認軟件滿(mǎn)足需求的測試。
07. 測試計劃工作的目的是什么?測試計劃工作的內容都包括什么?其中哪些是最重要的?
答:測試計劃工作是對測試工作內容的一個(gè)有效的組織和規劃,能保證測試工作有效的展開(kāi)。測試計劃工作包括測試目標,測試范圍的定義,測試方法的選擇,測試進(jìn)度里程碑,測試資源的有效配置和管理。
測試計劃工作也稱(chēng)為測試策略,主要描述測試工程的總體方法和目標,描述目前在進(jìn)行那一階段的測試(單元測試,集成測試,系統測試)以及每一階段內進(jìn)行的測試種類(lèi)(功能測試,性能測試等)確定測試范圍,生成測試數據等。
其中軟件計劃中的測試目標最重要,他的軟件測試的所需要達成的最終結果。
08. 您認為做好測試計劃工作的關(guān)鍵是什么?
答:1. 明確測試的目標,增強測試計劃的實(shí)用性
2. 堅持“5W”規則,明確內容與過(guò)程,what\why\when\where\how
3. 采用評審和更新機制,保證測試計劃滿(mǎn)足實(shí)際需求
4. 分別創(chuàng )建測試計劃與測試詳細規格、測試用例
09. 您所熟悉的測試用例設計方法都有哪些?請分別以具體的例子來(lái)說(shuō)明這些方法在測試用例設計工作中的應用。
答:有黑盒和白盒兩種測試種類(lèi),黑盒有等價(jià)類(lèi)劃分法,邊界分析法,因果圖法和錯誤猜測法。白盒有邏輯覆蓋法,循環(huán)測試路徑選擇,基本路徑測試。
例子:在一次輸入多個(gè)條件的完整性查詢(xún)中。利用等價(jià)類(lèi)劃分法則和邊界分析法則,首先利用等價(jià)類(lèi)劃分法,可以一個(gè)或多個(gè)結果是OK的測試用例,然后確認多個(gè)NG的測試用例,然后利用邊界值分析法,可以對結果分別是OK和NG的測試用例進(jìn)行擴展和補充。
10. 您認為做好測試用例設計工作的關(guān)鍵是什么?
答:測試用例設計工作的關(guān)鍵是對可行的和不可行的都要考慮。
1,輸入 2,詳細的操作步驟 3,預期輸出 4,實(shí)際輸出。
11. 請以您以往的實(shí)際工作為例,詳細的描述一次測試用例設計的完整的過(guò)程。
12. 您以往的工作中是否曾開(kāi)展過(guò)測試用例的評審工作?如果有,請描述測試用例評審的過(guò)程和評審的內容。
13. 您以往是否曾經(jīng)從事過(guò)性能測試工作?如果有,請盡可能的詳細描述您以往的性能測試工作的完整過(guò)程。
14. 您在從事性能測試工作時(shí),是否使用過(guò)一些測試工具?如果有,請試述該工具的工作原理,并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應用的。
答:有使用過(guò)LoadRunner,該工具能夠錄制測試人員的操作步驟,然后對這個(gè)操作步驟模擬出多個(gè)用戶(hù)來(lái)播放出來(lái)。
1。Visural User Genertor創(chuàng )建腳本,選擇協(xié)議,錄制操作,編輯操作。
2。中央控制器(Controller)調度虛擬用戶(hù)。創(chuàng )建場(chǎng)景,選擇腳本,建立虛擬用戶(hù),設計shedual,設置ip spoofer。
3。運行腳本。分析shedual。
4。分析測試結果。
15. 您認為性能測試工作的目的是什么?做好性能測試工作的關(guān)鍵是什么?
答:性能測試工作的目的是檢查系統是否滿(mǎn)足在需求說(shuō)明書(shū)中規定的性能,性能測試常常需要和強度測試結合起來(lái),并常常要求同時(shí)進(jìn)行軟件和硬件的檢測。
性能測試主要的關(guān)注對象是響應時(shí)間,吞吐量,占用內存大小(輔助存儲區),處理精度等。
16. 在您以往的工作中,一條軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?
答:檢測時(shí)間,系統環(huán)境,硬體環(huán)境,嚴重程度,程式版本,確認人,功能模塊,問(wèn)題描述,詳細操作步驟,是否會(huì )重現。
問(wèn)題描述和詳細操作步驟要盡可能的詳細。Bug應該盡量用書(shū)面語(yǔ),對與嚴重程度比較高的缺陷要在相同環(huán)境下在測試一遍。
在C/S模式下,如果條件滿(mǎn)足可以使用替換法來(lái)確認是client端的問(wèn)題還是server端的問(wèn)題。