軟件測試筆試題2019

1、軟件的概念？軟件是計算機系統(tǒng)中與硬件相互依存的一部分，包括程序、數(shù)據(jù)以及與其相關(guān)文 檔的完集合。軟件測試的概念？使用人工會自動手段來運行或測試某個系統(tǒng)的過程，其目的在于檢驗他是否滿足 規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別。測試人員與開發(fā)人員區(qū)別？1）人員不同測試：開發(fā)人員和測試人員開發(fā)：只有開發(fā)人員2）所處階段不同測試：貫穿整個軟件開發(fā)生命周期調(diào)試：在軟件開發(fā)編碼階段以及測試過程中對bug進行調(diào)試3）對bug處理結(jié)果不同測試：只找出錯誤，不解決調(diào)試：找出錯誤并解決什么是需求？1）用戶解決問題或達到目標所需的條件或權(quán)能2）系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其他正式規(guī)定文檔所需具有的條

2、 件或權(quán)能測試生命周期模型V模型、W模型、瀑布模型、螺旋模型、敏捷H模型軟件測試流程1）需求分析、需求評審2）制定測試計劃、計劃評審3）編寫測試用例、用例評審4）測試實施階段、執(zhí)行測試用例按照設(shè)計好的用例、準備好的數(shù)據(jù)和制定的測試策略，實施進行具體的測試 過程5）測試評估階段測試總結(jié)、缺陷分析、過程評估7. V模型W模型8.瀑布模型9.瀑布模型9.開發(fā)階段開發(fā)階段需求評審內(nèi)容？1）對需求的描述是否易于理解？2）是否存在二義性的需求？3）是否定義了術(shù)語表，對特定含義的術(shù)語給予了定義？4）最終產(chǎn)品的每個特征是用唯一的術(shù)語描述的嗎？5）需求中的條件和結(jié)果是否合理，有沒有遺漏一些異常因果關(guān)系？6）需求

3、中有沒有包含不確定描述，如：大約、可能、等7）每個規(guī)格是不是都有明確說明？8）環(huán)境搭建是否可能有困難？需求分類業(yè)務(wù)需求、用戶需求、系統(tǒng)需求什么是測試用例？為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果 的一個特定的集合。也就是解決要測什么、怎么測和如何衡量的問題什么是測試計劃軟件測試計劃就是軟件測試工作正式實施之前明確測試的對象，并且通過對資源、 時間、風(fēng)險、測試規(guī)范和預(yù)算等方面的綜合分析和規(guī)劃，保證有效的實施軟件測 試。用例優(yōu)先級1）高：最常執(zhí)行以保證功能性是穩(wěn)定的，目標的行為和能力可以正常的工作， 和重要的錯誤和邊界被測試的測試用例的集合2）中：這是給出的功能區(qū)域或

4、功能變得更詳細，檢查功能的多數(shù)方面包括邊界， 錯誤和配置測試的測試用例3）低：這是通常最少被執(zhí)行的測試用例，但這并不意味之這些測試不重要，只 是說他們在項目的生命期間里不是常常被執(zhí)行，如GUI、錯誤信息、可用性用例內(nèi)容主要分為三大部分：基本信息、用例主體、執(zhí)行記錄基本信息：項目名稱、功能模塊名、用例設(shè)計人、測試執(zhí)行人、功能特性、測試 目的、預(yù)置條件、參考信息用例主體：用例編號、測試對象、檢查點、預(yù)置條件、用例說明、優(yōu)先級、預(yù)期 結(jié)果執(zhí)行記錄：測試結(jié)果、缺陷編號、備注用例執(zhí)行結(jié)果通過、不通過、未運行、無法運行測試計劃內(nèi)容測試目的、測試背景、文件受眾、術(shù)語和定義、測試參考文檔、測試提交文檔、 測試

5、范圍、測試策略、測試資源、測試進度里程碑、系統(tǒng)錯誤和優(yōu)先級 測試階段進入退出標準和通過標準18,測試階段1）單元測試（組件測試）：對軟件中的最小可測試單元進行檢查和驗證2）集成測試：自頂向下集成測試、自底向上集成測試集成策略：廣度優(yōu)先、深度優(yōu)先3）系統(tǒng)測試4）驗收測試黑盒測試方法動態(tài)測試、故障轉(zhuǎn)移和恢復(fù)測試、配置測試、容量測試、UI測試、cookie測試、 數(shù)據(jù)和數(shù)據(jù)庫完整性測試、易用性測試、功能測試、性能測試、自動化測試、健 壯性測試、穩(wěn)定性測試、場景測試、邏輯測試、隨機測試、冒煙測試、兼容性測 試、逆向思維測試本地化測試、接口測試、回歸測試、alpha測試、beta測試、 安全性和訪問控制

6、測試白盒測試和黑盒測試區(qū)別白盒測試：通過程序的源代碼進行測試而不是用用戶界面黑盒測試：通過使用整個軟件或某種軟件功能來嚴格的測試1）測試特點不同白盒測試：測試程序接口與結(jié)構(gòu)黑盒測試：測試功能2）測試依據(jù)不同白盒測試：軟件程序黑盒測試：需求規(guī)格說明書3）側(cè)重點不同白盒測試：關(guān)注背部代碼結(jié)構(gòu)黑盒測試：關(guān)注功能邏輯實現(xiàn)測試類型黑盒測試、白盒測試、灰盒測試回歸測試更新新版本以后確保老版本的功能依然可以使用Alpha測試、beta測試和驗收測試區(qū)別1）Alpha 測試：由用戶在開發(fā)環(huán)境下進行的測試，也可以是開發(fā)機構(gòu)內(nèi)部的用戶在模擬實際操作 環(huán)境下進行的測試。開發(fā)者坐在用戶旁邊，這是在開發(fā)者受控的環(huán)境下進

7、行的測 試。由開發(fā)者隨時記錄下錯誤情況和使用中的問題。2）Beta 測試：由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常 不在測試現(xiàn)場，這是在開發(fā)者無法控制的環(huán)境下進行的測試。由用戶記錄下遇到 的所有問題，定期向開發(fā)者報告。beta測試是一模擬真實的使用環(huán)境從而發(fā)現(xiàn)缺 陷的一種測試3）驗收測試是以用戶為主的測試，軟件開發(fā)和QA人員也應(yīng)該參加，測試一般在用戶所在地 進行，由用戶驗證軟件產(chǎn)品是否滿足了所有的需求的一系列的驗收測試工作。僅 限于做項目的公司，部門內(nèi)部測試穩(wěn)定后，根據(jù)合同中需求由發(fā)包商進行驗收測 試。驗收測試的目的是為了以發(fā)現(xiàn)”未實現(xiàn)的需求”為目的，以評估”適合

8、使用” 為目標，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。4）區(qū)別：兩者的主要區(qū)別是測試的場所不同。Alpha測試是指把用戶請到開發(fā)方的場所來測試，beta測試是指在一個或多個用戶的場所進行的測試。Alpha測試的環(huán)境是受開發(fā)方控制的，用戶的數(shù)量相對比較少,時間比較集中。而 beta測試的環(huán)境是不受開發(fā)方控制的，誰也不知道用戶如何折磨軟件，用戶數(shù)量相 對比較多，時間不集中。一般地,alpha測試先于beta測試執(zhí)行。通用的軟件產(chǎn)品 需要較大規(guī)模的beta測試，測試周期比較長。如果產(chǎn)品通過了 beta測試,那么就 可以正式發(fā)行了。Alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的

9、設(shè) 計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。 Beta測試當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā) 行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完 成。冒煙測試確保軟件滿足系統(tǒng)測試的要求系統(tǒng)測試通過標準不存在致命或嚴重級別的bug不存在優(yōu)先級為P1的bug遺留問題不能大于總bug數(shù)的8%遺留問題不能明顯影響用戶使用集成模塊驅(qū)動模塊、存根模塊驗收測試內(nèi)容合同驗收測試、法規(guī)性驗收測試、alpha測試、beta測試、確保實際效果與需求 一致確認測試缺陷修復(fù)后再對其進行測試，確保真正被修復(fù)設(shè)計用例原則100%覆蓋需求規(guī)格說明書

10、編寫測試用例方法大綱法、等價類劃分法、邊界值、因果圖、錯誤推斷、場景法、正交法Bug優(yōu)先級P1：應(yīng)立即修復(fù)問題P2：在產(chǎn)品發(fā)布之前必須修復(fù)的問題P3：如果時間允許應(yīng)該修復(fù)的問題P4：可以在發(fā)布版本中存在的問題P5：可改可不改，無傷大雅Bug嚴重程度致命、嚴重、一般、輕微、建議常用的bug管理工具禪道、JIRA、bugfree、QC符合以下5個規(guī)則的才能叫做軟件缺陷1）軟件為達到產(chǎn)品說明書標明的功能2）軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤3）軟件功能超出產(chǎn)品說明書指明范圍4）軟件未達到產(chǎn)品說明書雖未指出但應(yīng)達到的目標5）軟件測試人員認為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶 認為不

11、好缺陷產(chǎn)生原因程序設(shè)計錯誤、文檔不完善、需求不斷變化、軟件的復(fù)雜性、溝通交流不夠、工 期短，任務(wù)大、軟硬件支持不完善判斷發(fā)現(xiàn)的問題是否是缺陷的方法1）通過參考文檔來確認缺陷2）通過了解軟件產(chǎn)品的行業(yè)背景來發(fā)現(xiàn)缺陷3）通過溝通來確認和識別缺陷缺陷報告準則1）Correct（準確）：每個組成部分的描述準確，不會引起誤解2）Clear（清晰）：每個組成部分的描述清晰，易于理解3）Concise（簡潔）：只包含必不可少的信息，不包括任何多余的內(nèi)容4）Complete（完整）：包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息5）Consistent（一致）：按照一致的格式書寫全部缺陷報告缺陷報告用途記錄缺陷、缺陷

12、分類、缺陷跟蹤缺陷報告生命周期()處理流程激活、待確認、已解決、待返測、重新激活、己關(guān)閉缺陷報告內(nèi)容三部分：基本信息、缺陷主體、跟蹤記錄基本信息：編號、版本號、軟件名稱、編譯號、測試人員、日期、指定處理 人、硬件平臺、操作系統(tǒng)、嚴重程度、優(yōu)先級缺陷主體：缺陷概述、預(yù)置條件、詳細描述、預(yù)期結(jié)果、實際結(jié)果跟蹤記錄：處理報告、處理日期、修改記錄、返測人、返測版本、返測日期、 返測記錄41.OSI網(wǎng)絡(luò)七層協(xié)議OSI塌網(wǎng)糙型LinuxiFnM機注枝型對應(yīng)皤一議二闿廳(Application；TFTR FTP: NFS, WAJS表示居(Presentation)-elnet, Rlog n. SNMP.

13、 Gopher話層(Session)SMTP, DNS傳輸層(Transpori)傳輸層-CP. UDP矛籍 E (Nelwork ICMP ARP. RARP. AKP. UUCP敝據(jù)銷罌層(DataLftK)禰若接口fddi. Ethernet Arpanet, pdn. slip, ppp構(gòu)是K ； pn/sicai：IEEE 802.1A. IEEE flO2.SjlEEE 002.11App兼容性測試有哪些瀏覽器、系統(tǒng)、分辨率、網(wǎng)絡(luò)、系統(tǒng)版本W(wǎng)eb測試方法UI、兼容性、易用性、表單值域、義務(wù)流程、業(yè)務(wù)邏輯、本地化、接口、逆向思 維、cookie、安全性、配置、故障轉(zhuǎn)移恢復(fù)、數(shù)據(jù)準確性

14、、壓力、負載、穩(wěn)定性、 錯誤推測、比較、探索性、隨機測試等App測試方法弱網(wǎng)、耗電量、流量、兼容性、UI、來電異常、內(nèi)存溢出、權(quán)限、安全性、交互 易用性、安裝、卸載、升級更新、以及所有web測試方法性能測試三種方法壓力測試、負載測試、穩(wěn)定測試.測試對象有哪些程序、數(shù)據(jù)、文檔、過程、網(wǎng)絡(luò)、硬件.測試軟件架構(gòu)如何劃分CS/BS接口測試的請求方式post、get分別是什么意思Post :向服務(wù)器提交請求（數(shù)據(jù)）Get :向服務(wù)器獲取數(shù)據(jù)接口測試能做哪些測試方法等價類、邊界值、必填項、邏輯、流程、安全性sql注入、cookie給你一個物體要怎么測試功能、可靠性、易用性、效率、可維護性、可移植性杯子測試

15、1）功能測試（Function test）能否裝水，除了裝水，能否裝其他液體。比如可樂，酒精能裝多少ML的水杯子是否有刻度表杯子能否泡茶，跑咖啡杯子是否能放冰箱，做冰塊杯子的材質(zhì)是什么（玻璃，塑料，黃金做的）2）界面測試（UI Test）外觀好不好看。什么顏色杯子的形狀是怎么樣的。杯子的重量是多少杯子是否有異味杯子的圖案是否合理3）性能測試（performance test）能否裝100度的開水（泡茶）能否裝0度冰水裝滿水，放幾天后，是否會漏水杯子內(nèi)壁上的涂料是否容易脫落。杯子上的顏色是否容易褪色或者脫落被坦克壓下，是否會碎（這條是開玩笑的哈）4）安全性測試（Security test）制作杯子的材料，是否有毒放微波爐里轉(zhuǎn)的時候，是否會爆炸，或者杯子是否會