軟件測試基礎(chǔ)知識

-.z.一．測試根底：1.瀑布模型軟件生命周期分為哪些階段方案階段需求分析階段設(shè)計階段編碼階段測試階段運行維護階段2.軟件測試的預(yù)防目的，是預(yù)防什么盡早返現(xiàn)、盡早解決，防止問題延后導(dǎo)致的問題擴大化發(fā)現(xiàn)問題找出問題原因，并實施改良，從而防止同類問題的再次發(fā)生3.軟件測試的對象包括哪些可執(zhí)行的程序開發(fā)這個程序的一切中間過程產(chǎn)品，包括需求文檔、設(shè)計文檔、源代碼該程序所在的運行環(huán)境4.設(shè)計階段要設(shè)計哪2個文檔，中英文名分別叫什么？概要設(shè)計，HLD詳細(xì)設(shè)計，LLD5.軟件研發(fā)團隊中包括哪些角色？工程經(jīng)理需求分析人員設(shè)計人員編碼人員測試人員QA配置管理人員二．測試方法：6.說一下白盒測試、黑盒測試、灰盒測試的區(qū)別黑盒測試：把測試對象看做一個黑盒子，不考慮部邏輯，只依據(jù)外部規(guī)格要求，檢查產(chǎn)品的實際規(guī)格是否符合要求的測試方法。白盒測試：把測試對象看做一個翻開的盒子，利用設(shè)計的部邏輯構(gòu)造，對產(chǎn)品運行邏輯進展測試的方法。灰盒測試：是介于白盒測試與黑盒測試之間的，灰盒測試關(guān)注輸出對于輸入的正確性，同時也關(guān)注部表現(xiàn)。7.說一下白盒測試、黑盒測試各自的優(yōu)缺點黑盒測試優(yōu)點：1.符合使用者的視角，測試人員容易理解、容易執(zhí)行2.對測試人員技能要求不高，工作量相對較小3.發(fā)現(xiàn)的問題都是和規(guī)格不一致的異常黑盒測試缺點：1.難于考慮到因設(shè)計引入的新的測試項，導(dǎo)致測試有遺漏2.難于對復(fù)雜業(yè)務(wù)進展充分覆蓋的測試3.發(fā)現(xiàn)問題相對較難定位白盒測試優(yōu)點：1.深入到最底層邏輯進展測試，能發(fā)現(xiàn)深層次問題2.邏輯覆蓋充分，可到達足夠高的覆蓋率3.發(fā)現(xiàn)問題后定位解決問題本錢低白盒測試缺點：1.測試技能要求高，測試工作量絕大2.發(fā)現(xiàn)的不一定是規(guī)格上的缺陷8.功能測試自動化適用的場合回歸次數(shù)多質(zhì)量要求高版本迭代變化不大9.靜態(tài)測試和動態(tài)測試的區(qū)別靜態(tài)測試，無需運行被測試對象，而是直接觀察，通常靜態(tài)測試的對象是文檔和源代碼動態(tài)測試，運行被測試產(chǎn)品，觀察產(chǎn)品運行時的表現(xiàn)現(xiàn)象。通常測試對象是可執(zhí)行的程序。10.對自動化能否取代手工測試這個問題，你是怎么理解的？自動化測試無法取代手工測試。因為：1.自動化測試適用的場合比擬少，而手工測試適合于大局部場合2.自動化測試解決的不是測試的質(zhì)量問題，而是測試的效率問題，單純靠自動化測試無法發(fā)現(xiàn)產(chǎn)品突發(fā)性的問題3.正常的測試過程中，手工測試居主，對沒有修改的模塊進展回歸測試，才是自動化測試的主要適用場合通過對大局部沒有修改模塊的自動化測試，可以大大節(jié)約人力，來投入到更需要手工測試的復(fù)雜或修改正的模塊，通過更細(xì)致的手工測試來提高產(chǎn)品質(zhì)量三．測試過程：11.軟件測試過程一般劃分為幾個階段？每個階段的測試重點是什么？單元、集成、系統(tǒng)、驗收單元測試主要測試單元部的數(shù)據(jù)構(gòu)造、邏輯控制、異常處理等集成測試主要測試模塊之間的接口和接口數(shù)據(jù)傳遞關(guān)系，以及模塊組合后的整體功能系統(tǒng)測試主要測試整個系統(tǒng)相對于需求的符合度驗收測試主要測試產(chǎn)品是否到達用戶可使用的狀態(tài)12.瀑布模型與雙v模型的優(yōu)缺點瀑布模型有以下優(yōu)點：1〕為工程提供了按階段劃分的檢查點。2〕當(dāng)前一階段完成后，您只需要去關(guān)注后續(xù)階段。3〕可在迭代模型中應(yīng)用瀑布模型。瀑布模型有以下缺點：1〕在工程各個階段之間極少有反響。2〕只有在工程生命周期的后期才能看到結(jié)果。3〕通過過多的強制完成日期和里程碑來跟蹤各個工程階段。雙V模型的優(yōu)點:1〕將測試貫穿到整個軟件的生命周期中，且除了代碼要測試，需求、設(shè)計等都要測試。2〕測試更早的介入到軟件開發(fā)中，能盡早的發(fā)現(xiàn)缺陷進展修復(fù)。3〕測試與開發(fā)獨立起來，并與開發(fā)并行。雙V模型的缺點：1〕對有些工程，開發(fā)過程中根本沒有文檔產(chǎn)生，故W模型無法使用。2〕對于需求和設(shè)計的測試技術(shù)要求很高，實踐起來很困難。13.什么是回歸測試？你們公司是如何做回歸測試的？回歸測試，即就是在軟件生命周期中，只要軟件發(fā)生了改變，就可能給該軟件產(chǎn)產(chǎn)生問題;所以，每當(dāng)軟件發(fā)生變化時，我們就必須重新測試現(xiàn)有的功能，以便確定修改是否到達了預(yù)期的目的，檢查修改是否破壞原有的正常功能?；貧w測試可以發(fā)生在任何一個階段，包括單元測試、集成測試和系統(tǒng)測試。回歸測試實施過程：1、在測試策略制定階段，制定回歸測試策略2、確定需要回歸測試的版本3、回歸測試版本發(fā)布,按照回歸測試策略執(zhí)行回歸測試4、回歸測試通過，關(guān)閉缺陷跟蹤單〔問題單〕5、回歸測試不通過，缺陷跟蹤單返回開發(fā)人員，開發(fā)人員重新修改問題，再次提交測試人員回歸測試14.回歸測試的策略有哪些？完全重復(fù)的回歸測試策略選擇性重復(fù)的回歸測試策略，包括了錯誤修改法、周邊影響法、指標(biāo)達成法15.你們公司的測試流程是什么？1〕需求評審-需求定稿，測試人員理解需求2〕測試組長發(fā)布測試方案3〕測試人員進展測試方案的編寫及評審4〕測試人員根據(jù)測試方案定稿進展測試類型選擇、測試用例的編寫和評審5〕測試人員根據(jù)測試用例進執(zhí)行功能、性能、易用性、安裝性、強健性、恢復(fù)性等各類型的測試6〕發(fā)現(xiàn)問題提交缺陷，并審核缺陷7〕修復(fù)后，進展回歸測試確認(rèn)bug修復(fù)，關(guān)閉bug8〕編寫測試報告及總結(jié)9〕提交過程文檔到知識庫。四．測試覆蓋率：1、白盒測試的覆蓋率有哪些？如何計算的？1〕語句覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的語句所占總語句的比率覆蓋率=所有用例執(zhí)行到的語句/總語句2〕判定覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的取真/取假分支總數(shù)所占總分支數(shù)的比率覆蓋率=〔所有用例執(zhí)行到的取真分支數(shù)+取假分支數(shù)〕/總分支數(shù)3〕條件覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的條件取真值假值總數(shù)所占總條件取值的比率覆蓋率：〔所有用例執(zhí)行到條件的取真值+取假值〕/總條件取值數(shù)4〕判定-條件覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的條件取真假值總數(shù)與判定真假分支的總數(shù)所占總條件取值以及總的判定分支總數(shù)的比率覆蓋率：〔所有用例執(zhí)行到條件的取值數(shù)+執(zhí)行到分支數(shù)〕/〔總條件取值+總分支的取值〕5〕條件組合覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的條件組合總數(shù)所占總條件組合的比率所有用例執(zhí)行到條件組合數(shù)/總條件組合數(shù)6〕路徑覆蓋率：所有的用例運行被測試程序后，執(zhí)行到的路徑數(shù)所占總路徑的比率執(zhí)行到路徑數(shù)/總路徑數(shù)2、黑盒測試的覆蓋率如何計算？所有測試用例的測試點所占所有需求的測試點的比例，因此，必須將需求的大概的所有測試點分析出來3、覆蓋率越全面越好嗎？不是，覆蓋率越高，測試設(shè)計及執(zhí)行的本錢會越高；因此只要重要的測試點覆蓋到就滿足覆蓋率的要求了4、常用的白盒測試設(shè)計技術(shù)邏輯覆蓋測試、根本路徑測試、程序插裝、循環(huán)覆蓋測試5、什么是根本路徑測試？一種常用的白盒測試用例設(shè)計方法，設(shè)計用例的步驟如下：1〕分析程序的控制流圖2〕分析控制構(gòu)造的環(huán)路復(fù)雜性3〕導(dǎo)出根本可執(zhí)行路徑集合4〕設(shè)計測試用例5〕保證程序的每一個可執(zhí)行語句至少執(zhí)行一次五．用例寫作：測試用例應(yīng)包含的主要工程？答：測試用例編號、測試工程測試標(biāo)題、重要級別、預(yù)置條件、輸入數(shù)據(jù)、操作步驟、預(yù)期輸出用例預(yù)置條件的作用？答：執(zhí)行當(dāng)前測試用例需要的前提條件，如果這些前提條件不滿足，則后面的測試步驟無法進展或者無法得到預(yù)期結(jié)果。前提條件必須是最近接近操作步驟的條件，不要離得太遠(yuǎn)了。預(yù)期結(jié)果可能包含哪些容？答：當(dāng)前測試用例的預(yù)期輸出結(jié)果，包括返回值的容、界面的響應(yīng)結(jié)果、輸出結(jié)果的規(guī)則符合度等等六．缺陷管理：提交的缺陷開發(fā)不認(rèn)可怎么辦首先和開發(fā)溝通，看是否能說服對方，或者被對方說服如果雙方達成不了共識，則就可以上交給測試組長或者經(jīng)理，由他去協(xié)調(diào)，如果工程組中有ccb組織，可以上ccb進展裁決缺陷提單后的處理流程簡化版提單過程：測試人員提單后直接交給開發(fā)人員確認(rèn)是否是問題，如果是則進展修改，改好后交給測試人員在新版本上做回歸測試?；貧w測試通過則問題單關(guān)閉，不通過則返回開發(fā)人員重新修改(具體可以參照ppt上的流程圖來講解，如果覺得自己表達能力有限，怕說不清楚，可以用紙筆給面試官一邊畫一邊講)缺陷單的主要容編號，測試環(huán)境，測試版本，缺陷描述，操作步驟，預(yù)期結(jié)果，實際結(jié)果，嚴(yán)重程度等七．系統(tǒng)測試請描述常見的系統(tǒng)測試類型有哪些？功能測試、性能測試〔負(fù)載測試、壓力測試、并發(fā)測試、基準(zhǔn)測試……〕、異常測試、界面測試、易用性測試、安裝測試、兼容性測試……什么是異常測試？異常測試，是檢測系統(tǒng)對異常情況的處理。異常測試覆蓋硬件或軟件異常時的處理。測試方應(yīng)通過人為制造錯誤情況測試系統(tǒng)對錯誤操作、錯誤報文的反響，檢查程序中的屏幕或頁面是否給出了清晰且充分的提示或約束；一旦出現(xiàn)錯誤情況，系統(tǒng)是否能正常報告，并檢查系統(tǒng)的錯誤提示是否清晰且充分；測試系統(tǒng)是否處理了用戶的異常操作，還是造成死機或處理錯誤。只有通過異常測試的軟件產(chǎn)品，才可以保證軟件在正式上線后長時間的保持良好的運營狀態(tài)，給最終用戶以信心。異常測試的結(jié)果也有助于為我們進一步的系統(tǒng)優(yōu)化設(shè)計積累經(jīng)歷，設(shè)計和測試是一個相互反響的過程。八．單元測試1〕junit中有哪些注解，分別表示什么意思？注解〔Annotation)Test:測試方法Ignore:被忽略的測試方法Before:每一個測試方法之前運行After:每一個測試方法之后運行BeforeClass:所有測試開場之前運行AfterClass:所有測試完畢之后運行2〕例舉常用的斷言5個Assert.assertEqualsAssert.assertNotEqualsAssert.assertTrueAssert.assertArrayEqualsAssert.assertNull3〕單元測試，集成測試，系統(tǒng)測試的區(qū)別a)測試方法不同單元測試屬于白盒測試疇集成測試屬于灰盒測試疇系統(tǒng)測試屬于黑盒測試疇b)考察圍不同單元測試主要測試單元部的數(shù)據(jù)構(gòu)造，邏輯控制，異常處理等集成測試主要測試模塊之間的接口和接口數(shù)據(jù)傳遞關(guān)系，以及模塊組合后的整體功能c)系統(tǒng)測試主要測試整個系統(tǒng)相對于需求的符合度評估基準(zhǔn)不同單元測試的評估基準(zhǔn)主要是邏輯覆蓋率集成測試的評估基準(zhǔn)主要是接口覆蓋率系統(tǒng)測試的評估主要是測試用例對需求規(guī)格的覆蓋率4〕什么是驅(qū)動單元和樁單元驅(qū)動單元：用來模擬被測試單元的上層單元，相當(dāng)于被測函數(shù)的主程序樁單元：用來代替被測單元工作過程中調(diào)用的子單元5〕單元測試的策略有哪些，方法是什么？分別有什么優(yōu)缺點a)孤立的測試策略方法：不考慮每個模塊與其他模塊之間的關(guān)系，為每個模塊設(shè)計樁模塊和驅(qū)動模塊，每個模塊進展獨立的單元測試優(yōu)點：最簡單，最容易操作，可以到達高的構(gòu)造覆蓋率缺點：樁函數(shù)和驅(qū)動函數(shù)工作量很大，效率低b)自頂向上的測試策略方法：不考慮每個模塊與其他模塊之間的關(guān)系，為每個模塊設(shè)計樁模塊和驅(qū)動模塊，每個模塊進展獨立的單元測試優(yōu)點：最簡單，最容易操作，可以到達高的構(gòu)造覆蓋率缺點：樁函數(shù)和驅(qū)動函數(shù)工作量很大，效率低c)自頂向下的測試策略方法：不考慮每個模塊與其他模塊之間的關(guān)系，為每個模塊設(shè)計樁模塊和驅(qū)動模塊，每個模塊進展獨立的單元測試優(yōu)點：最簡單，最容易操作，可以到達高的構(gòu)造覆蓋率缺點：樁函數(shù)和驅(qū)動函數(shù)工作量很大，效率低6〕樁模塊、驅(qū)動模塊的概念。驅(qū)動模塊：在大多數(shù)場合稱為“主程序〞，它接收測試數(shù)據(jù)并將這些數(shù)據(jù)傳送到被測試模塊，單元測試一個函數(shù)單元時，被測單元本身是不能獨立運行的，需要為其傳送數(shù)據(jù)，為此寫驅(qū)動驅(qū)動模塊要完成以下事情：1.承受測試輸入2.對輸入進展判斷3.將輸入傳給被測單元，驅(qū)動被測單元執(zhí)行4.承受被測單元執(zhí)行結(jié)果，并對結(jié)果進展判斷5.將判斷結(jié)果作為用例執(zhí)行結(jié)果輸出測試報告樁模塊：比方對函數(shù)A做單元測試時，被測的函數(shù)單元下還包括了一個函數(shù)B，為了更好的測試錯誤，定位錯誤，就要為函數(shù)B寫樁，來模