軟件測(cè)試筆試題2019

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

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

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

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

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

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

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

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

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

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

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

12、分類、缺陷跟蹤缺陷報(bào)告生命周期()處理流程激活、待確認(rèn)、已解決、待返測(cè)、重新激活、己關(guān)閉缺陷報(bào)告內(nèi)容三部分：基本信息、缺陷主體、跟蹤記錄基本信息：編號(hào)、版本號(hào)、軟件名稱、編譯號(hào)、測(cè)試人員、日期、指定處理 人、硬件平臺(tái)、操作系統(tǒng)、嚴(yán)重程度、優(yōu)先級(jí)缺陷主體：缺陷概述、預(yù)置條件、詳細(xì)描述、預(yù)期結(jié)果、實(shí)際結(jié)果跟蹤記錄：處理報(bào)告、處理日期、修改記錄、返測(cè)人、返測(cè)版本、返測(cè)日期、 返測(cè)記錄41.OSI網(wǎng)絡(luò)七層協(xié)議OSI塌網(wǎng)糙型LinuxiFnM機(jī)注枝型對(duì)應(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兼容性測(cè)試有哪些瀏覽器、系統(tǒng)、分辨率、網(wǎng)絡(luò)、系統(tǒng)版本W(wǎng)eb測(cè)試方法UI、兼容性、易用性、表單值域、義務(wù)流程、業(yè)務(wù)邏輯、本地化、接口、逆向思 維、cookie、安全性、配置、故障轉(zhuǎn)移恢復(fù)、數(shù)據(jù)準(zhǔn)確性

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

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