軟件測(cè)試基礎(chǔ)知識(shí)

1、一測(cè)試基礎(chǔ)：1. 瀑布模型軟件生命周期分為哪些階段 計(jì)劃階段 需求分析階段設(shè)計(jì)階段 編碼階段 測(cè)試階段 運(yùn)行維護(hù)階段2. 軟件測(cè)試的預(yù)防目的，是預(yù)防什么盡早返現(xiàn)、盡早解決，避免問題延后導(dǎo)致的問題擴(kuò)大化 發(fā)現(xiàn)問題找出問題原因，并實(shí)施改進(jìn)，從而避免同類問題的再次發(fā)生3. 軟件測(cè)試的對(duì)象包括哪些 可執(zhí)行的程序 開發(fā)這個(gè)程序的一切中間過程產(chǎn)品，包括需求文檔、設(shè)計(jì)文檔、源代碼 該程序所在的運(yùn)行環(huán)境4. 設(shè)計(jì)階段要設(shè)計(jì)哪 2 個(gè)文檔，中英文名分別叫什么？ 概要設(shè)計(jì)， HLD 詳細(xì)設(shè)計(jì)， LLD5. 軟件研發(fā)團(tuán)隊(duì)中包括哪些角色？ 項(xiàng)目經(jīng)理需求分析人員設(shè)計(jì)人員編碼人員測(cè)試人員QA 配置管理人員二測(cè)試方法：6.

2、 說一下白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試的區(qū)別 黑盒測(cè)試：把測(cè)試對(duì)象看做一個(gè)黑盒子，不考慮內(nèi)部邏輯，只依據(jù)外部規(guī)格要求，檢查產(chǎn)品 的實(shí)際規(guī)格是否符合要求的測(cè)試方法。白盒測(cè)試：把測(cè)試對(duì)象看做一個(gè)打開的盒子，利用設(shè)計(jì)的內(nèi)部邏輯結(jié)構(gòu)，對(duì)產(chǎn)品運(yùn)行邏輯進(jìn) 行測(cè)試的方法?；液袦y(cè)試：是介于白盒測(cè)試與黑盒測(cè)試之間的，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí) 也關(guān)注內(nèi)部表現(xiàn)。7. 說一下白盒測(cè)試、黑盒測(cè)試各自的優(yōu)缺點(diǎn)黑盒測(cè)試優(yōu)點(diǎn)：1. 符合使用者的視角，測(cè)試人員容易理解、容易執(zhí)行2. 對(duì)測(cè)試人員技能要求不高，工作量相對(duì)較小3. 發(fā)現(xiàn)的問題都是和規(guī)格不一致的異常黑盒測(cè)試缺點(diǎn)：1. 難于考慮到因設(shè)計(jì)引入的新的測(cè)試項(xiàng)，導(dǎo)致

3、測(cè)試有遺漏2. 難于對(duì)復(fù)雜業(yè)務(wù)進(jìn)行充分覆蓋的測(cè)試3. 發(fā)現(xiàn)問題相對(duì)較難定位白盒測(cè)試優(yōu)點(diǎn)：1. 深入到最底層邏輯進(jìn)行測(cè)試，能發(fā)現(xiàn)深層次問題2. 邏輯覆蓋充分，可達(dá)到足夠高的覆蓋率3. 發(fā)現(xiàn)問題后定位解決問題成本低白盒測(cè)試缺點(diǎn)：1. 測(cè)試技能要求高，測(cè)試工作量絕大2. 發(fā)現(xiàn)的不一定是規(guī)格上的缺陷8. 功能測(cè)試自動(dòng)化適用的場(chǎng)合回歸次數(shù)多質(zhì)量要求高 版本迭代變化不大9. 靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試的區(qū)別 靜態(tài)測(cè)試，無需運(yùn)行被測(cè)試對(duì)象，而是直接觀察，通常靜態(tài)測(cè)試的對(duì)象是文檔和源代碼 動(dòng)態(tài)測(cè)試，運(yùn)行被測(cè)試產(chǎn)品，觀察產(chǎn)品運(yùn)行時(shí)的表現(xiàn)現(xiàn)象。通常測(cè)試對(duì)象是可執(zhí)行的程序10. 對(duì)自動(dòng)化能否取代手工測(cè)試這個(gè)問題，你是怎么理

4、解的？ 自動(dòng)化測(cè)試無法取代手工測(cè)試。因?yàn)椋?. 自動(dòng)化測(cè)試適用的場(chǎng)合比較少，而手工測(cè)試適合于大部分場(chǎng)合2. 自動(dòng)化測(cè)試解決的不是測(cè)試的質(zhì)量問題，而是測(cè)試的效率問題，單純靠自動(dòng)化測(cè)試無法發(fā) 現(xiàn)產(chǎn)品突發(fā)性的問題3. 正常的測(cè)試過程中，手工測(cè)試居主，對(duì)沒有修改的模塊進(jìn)行回歸測(cè)試，才是自動(dòng)化測(cè)試的 主要適用場(chǎng)合 通過對(duì)大部分沒有修改模塊的自動(dòng)化測(cè)試，可以大大節(jié)約人力，來投入到更需要手工測(cè)試的 復(fù)雜或修改過的模塊，通過更細(xì)致的手工測(cè)試來提高產(chǎn)品質(zhì)量三測(cè)試過程：11. 軟件測(cè)試過程一般劃分為幾個(gè)階段？每個(gè)階段的測(cè)試重點(diǎn)是什么？ 單元、集成、系統(tǒng)、驗(yàn)收 單元測(cè)試主要測(cè)試單元內(nèi)部的數(shù)據(jù)結(jié)構(gòu)、邏輯控制、異常處理

5、等 集成測(cè)試主要測(cè)試模塊之間的接口和接口數(shù)據(jù)傳遞關(guān)系，以及模塊組合后的整體功能 系統(tǒng)測(cè)試主要測(cè)試整個(gè)系統(tǒng)相對(duì)于需求的符合度 驗(yàn)收測(cè)試主要測(cè)試產(chǎn)品是否達(dá)到用戶可使用的狀態(tài)12. 瀑布模型與雙 v 模型的優(yōu)缺點(diǎn)瀑布模型有以下優(yōu)點(diǎn)：1）為項(xiàng)目提供了按階段劃分的檢查點(diǎn)。2）當(dāng)前一階段完成后，您只需要去關(guān)注后續(xù)階段。3）可在迭代模型中應(yīng)用瀑布模型。 瀑布模型有以下缺點(diǎn)：1）在項(xiàng)目各個(gè)階段之間極少有反饋。2）只有在項(xiàng)目生命周期的后期才能看到結(jié)果。3）通過過多的強(qiáng)制完成日期和里程碑來跟蹤各個(gè)項(xiàng)目階段。雙V模型的優(yōu)點(diǎn)：1）將測(cè)試貫穿到整個(gè)軟件的生命周期中，且除了代碼要測(cè)試，需求、設(shè)計(jì)等都要測(cè)試。2）測(cè)試更早的

6、介入到軟件開發(fā)中，能盡早的發(fā)現(xiàn)缺陷進(jìn)行修復(fù)。3）測(cè)試與開發(fā)獨(dú)立起來，并與開發(fā)并行。雙V模型的缺點(diǎn)：1） 對(duì)有些項(xiàng)目，開發(fā)過程中根本沒有文檔產(chǎn)生，故W 模型無法使用。2）對(duì)于需求和設(shè)計(jì)的測(cè)試技術(shù)要求很高，實(shí)踐起來很困難。;所13. 什么是回歸測(cè)試？你們公司是如何做回歸測(cè)試的？ 回歸測(cè)試，即就是在軟件生命周期中，只要軟件發(fā)生了改變，就可能給該軟件產(chǎn)產(chǎn)生問題 以，每當(dāng)軟件發(fā)生變化時(shí)， 我們就必須重新測(cè)試現(xiàn)有的功能，以便確定修改是否達(dá)到了預(yù)期 的目的，檢查修改是否破壞原有的正常功能?；貧w測(cè)試可以發(fā)生在任何一個(gè)階段，包括單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。 回歸測(cè)試實(shí)施過程：1、在測(cè)試策略制定階段，制定回歸測(cè)

7、試策略2、確定需要回歸測(cè)試的版本3、回歸測(cè)試版本發(fā)布 ,按照回歸測(cè)試策略執(zhí)行回歸測(cè)試4、回歸測(cè)試通過，關(guān)閉缺陷跟蹤單（問題單）5、回歸測(cè)試不通過，缺陷跟蹤單返回開發(fā)人員，開發(fā)人員重新修改問題，再次提交測(cè)試人 員回歸測(cè)試14. 回歸測(cè)試的策略有哪些？ 完全重復(fù)的回歸測(cè)試策略 選擇性重復(fù)的回歸測(cè)試策略，包括了錯(cuò)誤修改法、周邊影響法、指標(biāo)達(dá)成法15. 你們公司的測(cè)試流程是什么？1）需求評(píng)審 - 需求定稿，測(cè)試人員理解需求2）測(cè)試組長(zhǎng)發(fā)布測(cè)試計(jì)劃3）測(cè)試人員進(jìn)行測(cè)試方案的編寫及評(píng)審4）測(cè)試人員根據(jù)測(cè)試方案定稿進(jìn)行測(cè)試類型選擇、測(cè)試用例的編寫和評(píng)審5）測(cè)試人員根據(jù)測(cè)試用例進(jìn)執(zhí)行功能、性能、易用性、安裝性

8、、健壯性、恢復(fù)性等各類型 的測(cè)試6）發(fā)現(xiàn)問題提交缺陷，并審核缺陷7）修復(fù)后，進(jìn)行回歸測(cè)試確認(rèn) bug 修復(fù)，關(guān)閉 bug8）編寫測(cè)試報(bào)告及總結(jié)9）提交過程文檔到知識(shí)庫(kù)。四測(cè)試覆蓋率：1、白盒測(cè)試的覆蓋率有哪些？如何計(jì)算的？1）語句覆蓋率：所有的用例運(yùn)行被測(cè)試程序后，執(zhí)行到的語句所占總語句的比率 覆蓋率 =所有用例執(zhí)行到的語句 / 總語句2）判定覆蓋率：所有的用例運(yùn)行被測(cè)試程序后，執(zhí)行到的取真/取假分支總數(shù)所占總分支數(shù)的比率覆蓋率 =（所有用例執(zhí)行到的取真分支數(shù) +取假分支數(shù)） /總分支數(shù) 3）條件覆蓋率：所有的用例運(yùn)行被測(cè)試程序后，執(zhí)行到的條件取真值假值總數(shù)所占總條件 取值的比率覆蓋率：（所有

9、用例執(zhí)行到條件的取真值 +取假值） /總條件取值數(shù)4）判定 -條件覆蓋率：所有的用例運(yùn)行被測(cè)試程序后，執(zhí)行到的條件取真假值總數(shù)與判定真 假分支的總數(shù)所占總條件取值以及總的判定分支總數(shù)的比率覆蓋率：（所有用例執(zhí)行到條件的取值數(shù)+執(zhí)行到分支數(shù)） /（總條件取值 +總分支的取值）5）條件組合覆蓋率：所有的用例運(yùn)行被測(cè)試程序后，執(zhí)行到的條件組合總數(shù)所占總條件組 合的比率所有用例執(zhí)行到條件組合數(shù) /總條件組合數(shù)6）路徑覆蓋率：所有的用例運(yùn)行被測(cè)試程序后，執(zhí)行到的路徑數(shù)所占總路徑的比率 執(zhí)行到路徑數(shù) /總路徑數(shù) 2、黑盒測(cè)試的覆蓋率如何計(jì)算？ 所有測(cè)試用例的測(cè)試點(diǎn)所占所有需求的測(cè)試點(diǎn)的比例，因此，必須將需

10、求的大概的所有測(cè)試 點(diǎn)分析出來3、覆蓋率越全面越好嗎？ 不是，覆蓋率越高，測(cè)試設(shè)計(jì)及執(zhí)行的成本會(huì)越高；因此只要重要的測(cè)試點(diǎn)覆蓋到就滿足覆 蓋率的要求了4、常用的白盒測(cè)試設(shè)計(jì)技術(shù)邏輯覆蓋測(cè)試、基本路徑測(cè)試、程序插裝、循環(huán)覆蓋測(cè)試5、什么是基本路徑測(cè)試？ 一種常用的白盒測(cè)試用例設(shè)計(jì)方法，設(shè)計(jì)用例的步驟如下：1）分析程序的控制流圖2）分析控制構(gòu)造的環(huán)路復(fù)雜性3）導(dǎo)出基本可執(zhí)行路徑集合4）設(shè)計(jì)測(cè)試用例5）保證程序的每一個(gè)可執(zhí)行語句至少執(zhí)行一次五用例寫作： 測(cè)試用例應(yīng)包含的主要項(xiàng)目？ 答：測(cè)試用例編號(hào)、測(cè)試項(xiàng)目測(cè)試標(biāo)題、重要級(jí)別、預(yù)置條件、輸入數(shù)據(jù)、操作步驟、預(yù)期 輸出用例預(yù)置條件的作用？ 答：執(zhí)行當(dāng)前

11、測(cè)試用例需要的前提條件，如果這些前提條件不滿足，則后面的測(cè)試步驟無法 進(jìn)行或者無法得到預(yù)期結(jié)果 。前提條件必須是最近接近操作步驟的條件， 不要離得太遠(yuǎn)了 預(yù)期結(jié)果可能包含哪些內(nèi)容？ 答：當(dāng)前測(cè)試用例的預(yù)期輸出結(jié)果，包括返回值的內(nèi)容、界面的響應(yīng)結(jié)果、輸出結(jié)果的規(guī)則 符合度等等 六缺陷管理： 提交的缺陷開發(fā)不認(rèn)可怎么辦 首先和開發(fā)溝通，看是否能說服對(duì)方，或者被對(duì)方說服 如果雙方達(dá)成不了共識(shí)，那么就可以上交給測(cè)試組長(zhǎng)或者經(jīng)理，由他去協(xié)調(diào)，如果項(xiàng)目組中 有 ccb 組織，可以上 ccb 進(jìn)行裁決 缺陷提單后的處理流程 簡(jiǎn)化版提單過程： 測(cè)試人員提單后直接交給開發(fā)人員確認(rèn)是否是問題，如果是則進(jìn)行修改，改

12、好后交給測(cè)試人 員在新版本上做回歸測(cè)試。回歸測(cè)試通過則問題單關(guān)閉，不通過則返回開發(fā)人員重新修改 （具 體可以參照 ppt 上的流程圖來講解，如果覺得自己表達(dá)能力有限，怕說不清楚，可以用紙筆 給面試官一邊畫一邊講 ）缺陷單的主要內(nèi)容 編號(hào)，測(cè)試環(huán)境，測(cè)試版本，缺陷描述，操作步驟，預(yù)期結(jié)果，實(shí)際結(jié)果，嚴(yán)重程度等 七系統(tǒng)測(cè)試請(qǐng)描述常見的系統(tǒng)測(cè)試類型有哪些？功能測(cè)試、性能測(cè)試（負(fù)載測(cè)試、壓力測(cè)試、并發(fā)測(cè)試、基準(zhǔn)測(cè)試）、異常測(cè)試、界面測(cè)試、易用性測(cè)試、安裝測(cè)試、兼容性測(cè)試 什么是異常測(cè)試？異常測(cè)試，是檢測(cè)系統(tǒng)對(duì)異常情況的處理。異常測(cè)試覆蓋硬件或軟件異常時(shí)的處理。測(cè)試方 應(yīng)通過人為制造錯(cuò)誤情況測(cè)試系統(tǒng)對(duì)錯(cuò)

13、誤操作、錯(cuò)誤報(bào)文的反應(yīng)，檢查程序中的屏幕或頁(yè)面 是否給出了清晰且充分的提示或約束；一旦出現(xiàn)錯(cuò)誤情況，系統(tǒng)是否能正常報(bào)告，并檢查系 統(tǒng)的錯(cuò)誤提示是否清晰且充分；測(cè)試系統(tǒng)是否處理了用戶的異常操作，還是造成死機(jī)或處理 錯(cuò)誤。只有通過異常測(cè)試的軟件產(chǎn)品，才可以保證軟件在正式上線后長(zhǎng)時(shí)間的保持良好的運(yùn) 營(yíng)狀態(tài)，給最終用戶以信心。異常測(cè)試的結(jié)果也有助于為我們進(jìn)一步的系統(tǒng)優(yōu)化設(shè)計(jì)積累經(jīng) 驗(yàn)，設(shè)計(jì)和測(cè)試是一個(gè)相互反饋的過程。八單元測(cè)試1）junit 中有哪些注解，分別表示什么意思？ 注解（ Annotation）Test: 測(cè)試方法Ignore: 被忽略的測(cè)試方法Before: 每一個(gè)測(cè)試方法之前運(yùn)行Afte

14、r: 每一個(gè)測(cè)試方法之后運(yùn)行 BeforeClass: 所有測(cè)試開始之前運(yùn)行 AfterClass: 所有測(cè)試結(jié)束之后運(yùn)行2）例舉常用的斷言 5 個(gè)Assert.assertEqualsAssert.assertNotEqualsAssert.assertTrueAssert.assertArrayEqualsAssert.assertNull 3）單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試的區(qū)別a）測(cè)試方法不同單元測(cè)試屬于白盒測(cè)試范疇集成測(cè)試屬于灰盒測(cè)試范疇系統(tǒng)測(cè)試屬于黑盒測(cè)試范疇b）考察范圍不同整體功能單元測(cè)試主要測(cè)試單元內(nèi)部的數(shù)據(jù)結(jié)構(gòu)，邏輯控制，異常處理等集成測(cè)試主要測(cè)試模塊之間的接口和接口數(shù)據(jù)傳遞關(guān)

15、系，以及模塊組合后的c）系統(tǒng)測(cè)試主要測(cè)試整個(gè)系統(tǒng)相對(duì)于需求的符合度評(píng)估基準(zhǔn)不同單元測(cè)試的評(píng)估基準(zhǔn)主要是邏輯覆蓋率集成測(cè)試的評(píng)估基準(zhǔn)主要是接口覆蓋率系統(tǒng)測(cè)試的評(píng)估主要是測(cè)試用例對(duì)需求規(guī)格的覆蓋率4）什么是驅(qū)動(dòng)單元和樁單元 驅(qū)動(dòng)單元：用來模擬被測(cè)試單元的上層單元，相當(dāng)于被測(cè)函數(shù)的主程序 樁單元：用來代替被測(cè)單元工作過程中調(diào)用的子單元5）單元測(cè)試的策略有哪些，方法是什么？分別有什么優(yōu)缺點(diǎn)a）孤立的測(cè)試策略方法：不考慮每個(gè)模塊與其他模塊之間的關(guān)系，為每個(gè)模塊設(shè)計(jì)樁模塊和驅(qū)動(dòng)模塊，每個(gè)模 塊進(jìn)行獨(dú)立的單元測(cè)試優(yōu)點(diǎn)：最簡(jiǎn)單，最容易操作，可以達(dá)到高的結(jié)構(gòu)覆蓋率 缺點(diǎn)：樁函數(shù)和驅(qū)動(dòng)函數(shù)工作量很大，效率低b)

16、自頂向上的測(cè)試策略 方法：不考慮每個(gè)模塊與其他模塊之間的關(guān)系，為每個(gè)模塊設(shè)計(jì)樁模塊和驅(qū)動(dòng)模塊，每個(gè)模 塊進(jìn)行獨(dú)立的單元測(cè)試優(yōu)點(diǎn)：最簡(jiǎn)單，最容易操作，可以達(dá)到高的結(jié)構(gòu)覆蓋率 缺點(diǎn)：樁函數(shù)和驅(qū)動(dòng)函數(shù)工作量很大，效率低c) 自頂向下的測(cè)試策略方法：不考慮每個(gè)模塊與其他模塊之間的關(guān)系，為每個(gè)模塊設(shè)計(jì)樁模塊和驅(qū)動(dòng)模塊，每個(gè)模 塊進(jìn)行獨(dú)立的單元測(cè)試優(yōu)點(diǎn)：最簡(jiǎn)單，最容易操作，可以達(dá)到高的結(jié)構(gòu)覆蓋率 缺點(diǎn)：樁函數(shù)和驅(qū)動(dòng)函數(shù)工作量很大，效率低6) 樁模塊、驅(qū)動(dòng)模塊的概念。驅(qū)動(dòng)模塊：在大多數(shù)場(chǎng)合稱為 “主程序 ”，它接收測(cè)試數(shù)據(jù)并將這些數(shù)據(jù)傳送到被測(cè)試模塊， 單元測(cè)試一個(gè)函數(shù)單元時(shí)，被測(cè)單元本身是不能獨(dú)立運(yùn)行的，需要為其傳送數(shù)據(jù)，為此寫驅(qū) 動(dòng)驅(qū)動(dòng)模塊要完成以下事情：1.接受測(cè)試輸入2.對(duì)輸入進(jìn)行判斷3. 將輸入傳給被測(cè)單元，驅(qū)動(dòng)被測(cè)單元執(zhí)行4. 接受被測(cè)單元執(zhí)行結(jié)果，并對(duì)結(jié)果進(jìn)行判斷5. 將判斷結(jié)果作為用例執(zhí)行結(jié)果輸出測(cè)試報(bào)告樁模塊：比如對(duì)函數(shù) A做單元測(cè)試時(shí)，被測(cè)的函數(shù)單元下還包括了一個(gè)函數(shù)B,為了更好的測(cè)試錯(cuò)誤，定位錯(cuò)誤，就要為函數(shù) B寫樁，來模擬函數(shù) B的功能，保證其正確。7)