2023年軟件測試技術(shù)及策略軟件測試面試必備

＿軟件測試面試必備由安博測試空間技術(shù)中心軟件測試技術(shù)及策略軟件測試的流程軟件開發(fā)所有過程、活動和任務(wù)的結(jié)構(gòu)框架，是從可行性研究到需求分析、軟件設(shè)計、編碼、測試、軟件發(fā)布維護(hù)的過程。最后淘汰。?測試計劃的前期是否需要需求調(diào)研?需要?測試具體分幾個階段，每個階段執(zhí)行的依據(jù)是什么?? 計劃測試:需要制定測試計劃整理測試需求 設(shè)計測試：要設(shè)計測試用例和測試過程;要保證測試用例完全覆蓋測試需求；要根據(jù)測試用例實現(xiàn)具體的自動化腳本或者手工的操作環(huán)節(jié) ?執(zhí)行測試：通過自動化測試工具或人手工來執(zhí)行那些自動化腳本或手工的操作環(huán)節(jié) 評估：要對軟件的質(zhì)量和測試工作自身的質(zhì)量做出一個客觀的評價開發(fā)生命周期中的驗證活動：需求；設(shè)計;編碼;測試；安裝；維護(hù)單元測試:Ｕnitｔｅsｔiｎg目的：檢查程序最小單元有無錯誤(類,文獻(xiàn),窗口，函數(shù)，菜單,報表或一個存儲過程)接口,數(shù)據(jù)結(jié)構(gòu),邊界，覆蓋,邏輯進(jìn)入條件：代碼無錯誤地通過編譯或匯編方法：白盒測試測試執(zhí)行人:開發(fā)工程師測試內(nèi)容:模塊接口:對被測模塊，信息是否能對的地流入和流出局部數(shù)據(jù)結(jié)構(gòu)：模塊的工作過程中，其內(nèi)部的數(shù)據(jù)能否保持其完整性邊界條件:在邊界上模塊是否能正常工作覆蓋條件：模塊運營是否達(dá)成了規(guī)定的邏輯覆蓋犯錯解決:檢查模塊的錯誤解決設(shè)施是否有效具體規(guī)定：在進(jìn)行單元測試之前，由項目負(fù)責(zé)人決定是否進(jìn)行靜態(tài)分析單元測試的重要形式是結(jié)構(gòu)測試單元測試的測試計劃應(yīng)當(dāng)根據(jù)被測單元的性質(zhì)而制定語句覆蓋率達(dá)成100％分支覆蓋率達(dá)成85%單元測試有開發(fā)部負(fù)責(zé)開展集成測試:interｇraｔionteｓting目的:檢查組成系統(tǒng)的模塊接口有無錯誤;代碼實現(xiàn)的系統(tǒng)設(shè)計與需求定義是否吻合進(jìn)入條件：重要的單元測試完畢后,經(jīng)常與單元測試同步進(jìn)行方法：黑盒測試,白盒測試測試執(zhí)行人：開發(fā)工程師、測試工程師系統(tǒng)測試：syｓtemtesting目的:檢查組成整個系統(tǒng)的代碼，以及系統(tǒng)的軟硬件配合有無錯誤代碼實現(xiàn)的系統(tǒng)與用戶需求是否吻合檢查系統(tǒng)的文檔等各種是否完整、有效模擬驗收測試的要球，檢查系統(tǒng)是否符合用戶的驗收標(biāo)準(zhǔn)進(jìn)入條件:多數(shù)集成測試完畢后方法：黑盒測試測試執(zhí)行人:測試工程師驗收測試:ａｃcepｔａncｅtｅｓtiｎｇ目的：使客戶驗收簽字系統(tǒng)是否符合實現(xiàn)約定的驗收標(biāo)準(zhǔn)進(jìn)入條件：系統(tǒng)測試完畢后,在項目組看來開發(fā)和測試工作已經(jīng)所有完畢，可以交付使用方法:黑盒測試α測試是由用戶在開發(fā)環(huán)境下進(jìn)行的測試,也可以使開發(fā)機(jī)構(gòu)內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的測試目的是評價軟件產(chǎn)品的ＦＬＵRPS（即功能、局域化、可用性、可靠性、性能和支持)可以在軟件編碼結(jié)束時開始，或在模塊（子系統(tǒng)）測試完畢后開始，也可在確認(rèn)測試過程中軟件達(dá)成一定的穩(wěn)定和可靠限度之后再開始需要開發(fā)人員參與β測試是由用戶在實際使用環(huán)境下進(jìn)行的測試,這些用戶通常是與公司簽訂一定協(xié)議的外部用戶,用戶在使用該產(chǎn)品是樂意返回有關(guān)錯誤信息給開發(fā)者。開發(fā)人員不在測試現(xiàn)場重要衡量產(chǎn)品的FLURPS，著重于產(chǎn)品的支持性，涉及文檔,客戶培訓(xùn)和支持產(chǎn)品生產(chǎn)能力只有當(dāng)α測試達(dá)成一定可靠限度時,才干開始β測試通常由主持產(chǎn)品發(fā)行的人員來管理?測試過程的總結(jié)測試類型對象目的測試依據(jù)測試方法單元測試?模塊內(nèi)部的消除局部模塊的模塊邏輯設(shè)計大量采用程序錯誤邏輯和功能的錯誤模塊外部說明白盒測試集成測試模塊間的集找出與軟件設(shè)計相程序結(jié)構(gòu)設(shè)計成和調(diào)用關(guān)系關(guān)的程序結(jié)構(gòu)，模黑白結(jié)合塊調(diào)用關(guān)系，接口問題系統(tǒng)測試整個系統(tǒng)涉及對整個系統(tǒng)進(jìn)行一系統(tǒng)結(jié)構(gòu)設(shè)計系統(tǒng)中的軟硬件系列的整體、有效目的說明書黑盒測試性測試需求說明書軟件測試的分類按測試階段分類單元,集成，系統(tǒng),驗收按測試策略分類黑白盒(要不要看代碼）,動態(tài)靜態(tài)（是否運營代碼、軟件），手工自動按測試技術(shù)方法分類功能測試，性能測試（包含壓力測試）,壓力測試，易用性測試，安裝測試,容錯性測試,兼容性測試,安全性測試常用的測試技術(shù)功能測試使用測試應(yīng)用系統(tǒng)的功能需求的黑盒測試方法應(yīng)由測試員做,這并不意味著程序員在發(fā)布前不必檢查他們的代碼能否工作運營系統(tǒng)，查看其功能是否正常實現(xiàn)，是否滿足需求，對于需求沒有涵蓋,但功能實現(xiàn)上部合理的地方與項目經(jīng)理溝通,進(jìn)行系統(tǒng)完善。性能測試壓力測試負(fù)載測試易用性測試安裝測試安裝測試需要測試些什么？安裝測試;運營測試;卸載測試界面測試配置測試文檔測試哪些文檔需要測試?聯(lián)機(jī)幫助;用戶手冊；readｍｅ文獻(xiàn)；包裝文字和圖形；市場宣傳材料;授權(quán)/注冊登記表／用戶許可協(xié)議；標(biāo)簽；指南、向?qū)Ъ嫒菪詼y試測試平臺兼容操作系統(tǒng)；應(yīng)用程序數(shù)據(jù)共享兼容版本兼容(向前、向后兼容）數(shù)據(jù)格式兼容剪貼板標(biāo)準(zhǔn)和規(guī)范安全性測試恢復(fù)測試測試技術(shù)小結(jié)測試用例設(shè)計的目的是導(dǎo)出也許發(fā)現(xiàn)錯誤的測試集測試用例設(shè)計的技術(shù)重要是白盒和黑盒白盒測試注重程序的結(jié)構(gòu)，是小規(guī)模的低層測試黑盒測試注重需求的實現(xiàn),是大規(guī)模的高層測試尚有大量的特定軟件系統(tǒng)的測試方法,需要專門的測試技術(shù)和指南測試永無止境,設(shè)計測試用例最終目的是為了盡量多的發(fā)現(xiàn)問題，在產(chǎn)品發(fā)布前解決。軟件測試策略我們無法為軟件做窮舉測試,存在著組合爆炸的情況軟件測試中的“殺蟲劑”現(xiàn)象我們無法修復(fù)所有發(fā)現(xiàn)的錯誤黑盒測試：又稱功能測試,數(shù)據(jù)驅(qū)動測試或給予規(guī)格說明書的測試 是對需求的所有輸入條件進(jìn)行測試 黑盒測試發(fā)現(xiàn)的錯誤類型?功能不對或漏掉?界面錯誤 數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤?性能錯誤?初始化和終止錯誤 關(guān)注點 功能數(shù)值界面性能其他白盒測試:又稱結(jié)構(gòu)測試,邏輯驅(qū)動測試或給予程序的測試?白盒測試發(fā)現(xiàn)的錯誤類型 語法錯誤?編譯錯誤 Meｍoryleaｋ?Ｐerforｍancｅprｏblem 邏輯問題?鑒定條件問題 編程規(guī)范 測試技術(shù) 基本途徑 控制結(jié)構(gòu)?基本途徑測試 根據(jù)源代碼導(dǎo)出流圖 ?分析程序邏輯復(fù)雜度??導(dǎo)出測試case優(yōu)缺陷比較? ?黑盒測試白盒測試測試依據(jù)用戶能看到的規(guī)格說明針對功能進(jìn)行測試｜程序的內(nèi)部結(jié)構(gòu)優(yōu)點能站在用戶立場上進(jìn)行測試|可以對程序內(nèi)部的特定部位進(jìn)行覆蓋測試缺陷不能測試程序內(nèi)部特定部位｜無法檢查程序的外特性假如規(guī)格說明有誤則無法發(fā)現(xiàn)|無法對為實現(xiàn)規(guī)格說明的程序內(nèi)部欠缺部分進(jìn)行測試靜態(tài)測試與動態(tài)測試靜態(tài)測試：不實際運營被測試的程序而是同國檢查和閱讀等手段來發(fā)現(xiàn)錯誤并評估代碼質(zhì)量的軟件測試技術(shù)測試對象:軟件文檔(用戶類、開發(fā)類)；源代碼分類:代碼走查wａlｋthrouｇh：開發(fā)組內(nèi)部進(jìn)行的,采用講解、討論和模擬運營的方式進(jìn)行的查找錯誤的活動代碼審查ｉnｓｐection:開發(fā)組內(nèi)部進(jìn)行的，采用講解，提問并使用chｅcｋlｉst方式進(jìn)行的查找錯誤的活動,一般有正式的計劃、流程和結(jié)果報告技術(shù)評審reviｅw：開發(fā)組、測試組、相關(guān)人員聯(lián)合進(jìn)行的，采用講解，提問并使用cｈecｋliｓt方式進(jìn)行的查找錯誤的活動,一般有正式的計劃、流程和結(jié)果報告。?為了使工作效率提高,提出了測試驅(qū)動開發(fā)——靈敏編程動態(tài)測試:實際運營程序并通過觀測程序運營的實際結(jié)果來發(fā)現(xiàn)錯誤的軟件測試技術(shù)手工測試與自動測試手工測試：測試人員手動執(zhí)行軟件進(jìn)行測試自動測試:運用測試工具和測試腳本來進(jìn)行測試自動化測試與手工測試的關(guān)系 自動化測試是對手工測試的一種補(bǔ)充?自動化測試不也許完全代替手工測試?手工測試和自動化測試一個都不能少,關(guān)鍵是在合適的地方使用合適的測試手段?自動化測試是軟件測試發(fā)展的一個趨勢自動測試的優(yōu)勢對程序的回歸測試更方便，可以極大提高測試效率,縮短回歸測試時間可以運營更多更繁瑣的測試,自動化的一個明顯的好處是可以在較少的時間內(nèi)運營更多的測試可以執(zhí)行一些手工測試?yán)щy或不也許進(jìn)行的測試更好的運用資源，將繁瑣的任務(wù)自動化可以提高準(zhǔn)確性和測試人員的積極性,將測試技術(shù)人員解脫出來投入更多精力設(shè)計更好的測試用例?測試具有一致性和可反復(fù)性?測試的復(fù)用性?增長軟件信任度自動測試的缺陷?手工測試比自動測試發(fā)現(xiàn)的缺陷更多（85%１5％）?工具自身不具有想象力 不能解決意外事件（如網(wǎng)絡(luò)中斷) 前期的購置工具、培訓(xùn)成本高不能取代手工測試測試自動化不