1、什么是軟件測(cè)試？

軟件測(cè)試（英語(yǔ)：Software Testing），描述一種用來(lái)促進(jìn)鑒定軟件的正確性、完整性、安全性和質(zhì)量的過(guò)程。換句話說(shuō)，軟件測(cè)試是一種實(shí)際輸出與預(yù)期輸出之間的審核或者比較的過(guò)程。

通俗的來(lái)講，“軟件測(cè)試”就是通過(guò)軟件測(cè)試人員驗(yàn)證軟件是否滿足用戶(hù)的需求。最終交付的產(chǎn)品是否和用戶(hù)本來(lái)的需求一致，如果不一致，需要找出不一樣的點(diǎn)提交給開(kāi)發(fā)員進(jìn)行修復(fù)改善，測(cè)試人員在測(cè)試過(guò)程中找出的問(wèn)題統(tǒng)稱(chēng)為“Bug”。

軟件測(cè)試的經(jīng)典定義是：在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過(guò)程。

2、什么是Bug（軟件錯(cuò)誤）？

所謂“（Bug）”，是指電腦系統(tǒng)的硬件、系統(tǒng)軟件（如操作系統(tǒng)）或應(yīng)用軟件（如文字處理軟件）出錯(cuò)。硬件的出錯(cuò)有兩個(gè)原因，一是設(shè)計(jì)錯(cuò)誤，一是硬件部件老化失效等。

軟件的Bug：狹義概念是指軟件程序的漏洞或缺陷，廣義概念除此之外還包括測(cè)試工程師或用戶(hù)所發(fā)現(xiàn)和提出的軟件可改進(jìn)的細(xì)節(jié)、或與需求文檔存在差異的功能實(shí)現(xiàn)等。僅就狹義概念而言，軟件出現(xiàn)Bug的原因有：

• 對(duì)各種流程分支考慮不全面；對(duì)邊界情況的處理不到位；編碼時(shí)的手誤。

任何軟件在發(fā)布時(shí)都不可能是絕對(duì)的零Bug。在軟件過(guò)程管理中通行的CMM（能力成熟度模型）中規(guī)定的軟件質(zhì)量標(biāo)準(zhǔn)是（Bug個(gè)數(shù)/千行源碼）：

• CMM1級(jí) 11.95、CMM2級(jí) 5.52、CMM3級(jí) 2.39、CMM4級(jí) 0.92、CMM5級(jí) 0.32

當(dāng)且僅當(dāng)，程序規(guī)格說(shuō)明書(shū)(軟件需求)存在并且合理，如果軟件功能和軟件規(guī)格說(shuō)明書(shū)不相符合，我們就說(shuō)是軟件錯(cuò)誤。當(dāng)軟件需求不存在，用戶(hù)需求存在并且合理，軟件功能和用戶(hù)功能不相符合，就說(shuō)明是軟件錯(cuò)誤；軟件測(cè)試的階段：整個(gè)軟件開(kāi)發(fā)的生命周期，需求階段介入 驗(yàn)證需求的合理性和正確性。

3、軟件測(cè)試與軟件開(kāi)發(fā)的區(qū)別？

①技能要求專(zhuān)業(yè)度：

軟件研發(fā)：技能的要求專(zhuān)業(yè)度高,技能要求不廣泛,需要極強(qiáng)的代碼基礎(chǔ)

• 編程語(yǔ)言：Java、C、JavaScript、C++、Go、R、HTML 以及 C# 和 SQL

軟件測(cè)試：技能要求比較廣泛，但是專(zhuān)業(yè)度不高,無(wú)硬性代碼基礎(chǔ)

• 接口測(cè)試：soupUl, postman , jmeter
• 性能測(cè)試：loadrunner jmeter
• 自動(dòng)化測(cè)試腳本：Python java unittest TestNg Charles fiddler appium

②軟件測(cè)試和軟件調(diào)試

目的：軟件測(cè)試就是驗(yàn)證軟件是否實(shí)現(xiàn)了它應(yīng)該實(shí)現(xiàn)的功能(需求)軟件調(diào)試的目的是軟件開(kāi)發(fā)人員驗(yàn)證軟件是否實(shí)現(xiàn)了“開(kāi)發(fā)”想讓軟件實(shí)現(xiàn)的功能。

角色：測(cè)試是由開(kāi)發(fā)人員(白盒測(cè)試)和測(cè)試人員共同完成，調(diào)試是由開(kāi)發(fā)人員完成。

階段：測(cè)試現(xiàn)在貫穿了整個(gè)軟件開(kāi)發(fā)的生命周期：

• 需求一>計(jì)劃一> 設(shè)計(jì)一>編碼一>測(cè)試一>運(yùn)維調(diào)試是在開(kāi)發(fā)階段

4、開(kāi)發(fā)與測(cè)試中的需求是什么？

用戶(hù)的期望和滿足合同（文檔，規(guī)則，標(biāo)準(zhǔn)）的規(guī)定所需要的條件和權(quán)限。軟件需求是用戶(hù)需求轉(zhuǎn)換而來(lái)的，它是用戶(hù)需求的細(xì)化，是用戶(hù)需求的具體實(shí)現(xiàn)細(xì)節(jié)和規(guī)范。

用戶(hù)需求比較粗略，直接實(shí)現(xiàn)會(huì)有困難，因?yàn)闆](méi)有細(xì)節(jié)，所以需要軟件需求把用戶(hù)需求細(xì)節(jié)實(shí)現(xiàn)和規(guī)范，把用戶(hù)需求變成一個(gè)具體的可實(shí)現(xiàn)的過(guò)程文檔。

5、需求是軟件測(cè)試的依據(jù)

驗(yàn)證需求，保證需求正確可實(shí)現(xiàn)，細(xì)化需求，從需求中提煉出一個(gè)一個(gè)的測(cè)試項(xiàng)。以用戶(hù)登陸為例，闡述下整個(gè)過(guò)程：

軟件測(cè)試人員如何深入了解需求? 答:從用戶(hù)需求分析階段就開(kāi)始介入了解需求，站在用戶(hù)的角度。

6、如何編寫(xiě)完整的測(cè)試用例

測(cè)試用例就是向被測(cè)試系統(tǒng)發(fā)起的一組集合，包含測(cè)試環(huán)境，測(cè)試數(shù)據(jù)，測(cè)試步驟，預(yù)期結(jié)果，（重要性、優(yōu)先級(jí)、操作方式、標(biāo)題等）

如圖：測(cè)試點(diǎn)：用正確（已經(jīng)注冊(cè)）的賬號(hào)和密碼登陸知乎界面，登陸成功

測(cè)試用例：所測(cè)試的項(xiàng)目標(biāo)題

測(cè)試環(huán)境：Chrome版本99.0.4844.51 PC端 Windows系統(tǒng)

測(cè)試數(shù)據(jù)：用戶(hù)名：QingshengRuanjianCeshi 密碼: *******

測(cè)試步驟：

• 1.在瀏覽器打開(kāi)知乎URL：https://www.zhihu.com/signin?next=%2F
• 2.輸入用戶(hù)名和密碼
• 3.點(diǎn)擊登陸

預(yù)期結(jié)果：(操作完測(cè)試步驟后的結(jié)果)登陸成功

測(cè)試用例告訴我們測(cè)什么，怎么測(cè)，該測(cè)哪些

優(yōu)點(diǎn)：衡量需求的覆蓋率(測(cè)試用例和需求對(duì)比)：復(fù)用性，借鑒意義; 可以用于回歸測(cè)試; 防止遺漏測(cè)試需求。

7、軟件開(kāi)發(fā)的常見(jiàn)5個(gè)模型

軟件開(kāi)發(fā)的生命周期 ： 需求分析一計(jì)劃一 設(shè)計(jì)一 開(kāi)發(fā)一 測(cè)試一 運(yùn)行維護(hù)

（1）瀑布模型

瀑布模型在軟件測(cè)試工程中占有重要地位，是所有其他模型的基礎(chǔ)框架。瀑布模型的每一個(gè)階段都只執(zhí)行一次，因此是線性順序的軟件開(kāi)發(fā)模式。

特點(diǎn)：階段性強(qiáng)（強(qiáng)調(diào)開(kāi)發(fā)的階段性、強(qiáng)調(diào)早期計(jì)劃及需求調(diào)查、強(qiáng)調(diào)產(chǎn)品測(cè)試），每一個(gè)階段比較獨(dú)立; 看重前期的需求分析和后期的測(cè)試

缺點(diǎn)：易串行有去無(wú)回，測(cè)試介入晚，導(dǎo)致項(xiàng)目前期的問(wèn)題到后面才發(fā)現(xiàn)，失去了錯(cuò)誤及時(shí)修正的機(jī)會(huì)、不支持項(xiàng)目頻繁變動(dòng)

（2）螺旋模型

適合于項(xiàng)目龐大，風(fēng)險(xiǎn)大，不是很明確項(xiàng)目，一個(gè)項(xiàng)目分多層小迭代。

特點(diǎn)：強(qiáng)調(diào)每一個(gè)迭代的測(cè)試質(zhì)量和風(fēng)險(xiǎn)分析。適合風(fēng)險(xiǎn)比較大并且整個(gè)項(xiàng)目也比較龐大，每一個(gè)迭代做風(fēng)險(xiǎn)分析，討論項(xiàng)目是否有價(jià)值繼續(xù)。

缺點(diǎn)：風(fēng)險(xiǎn)管控人力物力投入很多，風(fēng)險(xiǎn)分析要求很高，需要投入專(zhuān)業(yè)人員，導(dǎo)致時(shí)間，項(xiàng)目支出成本費(fèi)用比較高。風(fēng)險(xiǎn)對(duì)比對(duì)測(cè)試人員和開(kāi)發(fā)人員要求比較高。

（3、4）迭代、增量模型

前置：4周時(shí)間開(kāi)發(fā) 系統(tǒng)的A模塊，B模塊，C模塊，D模塊的功能

增量：

• 第一周完成A模塊；
• 第二周完成B模塊：
• 三周完成C模塊：
• 第四周完成D模塊：

迭代：

• 第一周完成A B C D四個(gè)模塊的基礎(chǔ)框架部分，
• 第二周完成基礎(chǔ)功能的開(kāi)發(fā)和測(cè)試，
• 第三周進(jìn)一步開(kāi)發(fā)復(fù)雜的功能，
• 第四周完善細(xì)節(jié)；

特點(diǎn)是抗擊風(fēng)險(xiǎn)能力強(qiáng)

（5）敏捷模型（常用）

注重和客戶(hù)的溝通，整個(gè)研發(fā)團(tuán)隊(duì)有效溝通，注重產(chǎn)品的質(zhì)量，注重產(chǎn)品規(guī)定的交付日期；（擁抱變化，客戶(hù)可以在項(xiàng)目開(kāi)發(fā)過(guò)程中改變需求）

敏捷開(kāi)發(fā)周期很短（1~4周時(shí)間），團(tuán)隊(duì)研發(fā)人員少；

特點(diǎn)：重目標(biāo)、重產(chǎn)出、輕文檔、輕流程；

舉例說(shuō)明：Scrum流程：

角色解析：

• PO（product Owner）產(chǎn)品經(jīng)理：負(fù)責(zé)整理用戶(hù)需求，形成userstory；
• SM（scurm Master）項(xiàng)目經(jīng)理：負(fù)責(zé)保證整個(gè)敏捷開(kāi)發(fā)流程的順利實(shí)施，開(kāi)發(fā)和各種協(xié)調(diào)等；
• ST（scrum team）研發(fā)團(tuán)隊(duì)：負(fù)責(zé)整個(gè)項(xiàng)目的研發(fā)，各種技能的人組成，測(cè)試、開(kāi)發(fā)、UI設(shè)計(jì)等；
• 發(fā)布計(jì)劃會(huì)：產(chǎn)品經(jīng)理需求整理成userstory，形成product backlog，會(huì)議上討論userstory的重要性排版，決定本期迭代要開(kāi)發(fā)的userstory；
• 迭代計(jì)劃會(huì)議：研發(fā)團(tuán)隊(duì)確認(rèn)迭代任務(wù)，分解userstory，將userstory分解成為一個(gè)個(gè)的任務(wù)，確定任務(wù)完成的時(shí)間，具體的人員等；
• 每日站會(huì)：（重點(diǎn)在于總結(jié)和解決出現(xiàn)的問(wèn)題，以及了解整個(gè)研發(fā)的進(jìn)展）解決三個(gè)問(wèn)題：昨天完成了什么？解決了什么問(wèn)題？今天的計(jì)劃；
• 產(chǎn)品展示會(huì)議：給客戶(hù)和Boss演示產(chǎn)品研發(fā)的成果，PO整理后形成新的userstory，放到下一次的迭代中；
• 項(xiàng)目總結(jié)：總結(jié)這個(gè)迭代的優(yōu)缺點(diǎn)，不足的改進(jìn)，優(yōu)化這個(gè)敏捷開(kāi)發(fā)流程；

8、軟件測(cè)試人常用的測(cè)試模型

軟件測(cè)試V模型：

特點(diǎn)： 每一個(gè)階段獨(dú)立性強(qiáng)；左邊每一個(gè)階段都是右邊測(cè)試階段的依據(jù)；和右邊階段每一個(gè)測(cè)試階段一一對(duì)應(yīng)。

缺點(diǎn)：編碼后才進(jìn)行測(cè)試；串行的過(guò)程，測(cè)試是在編碼后有的，測(cè)試的介入比較晚導(dǎo)致前期的錯(cuò)誤后期才發(fā)現(xiàn)，后期測(cè)試發(fā)現(xiàn)時(shí)，已經(jīng)失去了錯(cuò)誤及時(shí)糾正的最好時(shí)機(jī)。

軟件測(cè)試W模型：又稱(chēng)雙V模型

特點(diǎn)： 每一階段獨(dú)立性強(qiáng)；測(cè)試一開(kāi)始就介入；可以保證前期的問(wèn)題及時(shí)發(fā)現(xiàn)和糾正；測(cè)試和開(kāi)發(fā)并行。

缺點(diǎn)：每一階段都是串行的過(guò)程；一個(gè)階段完了之后就進(jìn)行下一個(gè)階段。不適合需求頻繁變更的項(xiàng)目，不支持敏捷(擁抱變化)開(kāi)發(fā)。

9、軟件測(cè)試的生命周期（軟件測(cè)試流程）

需求分析——測(cè)試計(jì)劃——測(cè)試設(shè)計(jì)/開(kāi)發(fā)——測(cè)試執(zhí)行——測(cè)試報(bào)告

• 去求分析：分析需求，驗(yàn)證需求的正確性、合理性；細(xì)化需求，根據(jù)需求去提煉測(cè)試點(diǎn)
• 測(cè)試計(jì)劃：確定測(cè)試范圍、目的、目標(biāo)、測(cè)試人員、測(cè)試工具、時(shí)間、測(cè)試環(huán)境
• 測(cè)試設(shè)計(jì)/開(kāi)發(fā)：開(kāi)發(fā)測(cè)試用例
• 測(cè)試執(zhí)行：開(kāi)發(fā)人員已經(jīng)提交了代碼，執(zhí)行測(cè)試，提交BUG
• 測(cè)試報(bào)告：
• 對(duì)本次迭代的測(cè)試情況進(jìn)行分析和總結(jié)；
• 寫(xiě)了多少測(cè)試用例執(zhí)行了多少；
• 發(fā)現(xiàn)了多少BUG，修改了多少，剩余多少BUG沒(méi)有解決；
• 方案；測(cè)試的覆蓋率；上線風(fēng)險(xiǎn)評(píng)估

10、如何正確的描述一個(gè)BUG

舉例場(chǎng)景：注冊(cè)功能，密碼長(zhǎng)度是8~18個(gè)字符，但輸入1個(gè)字符時(shí)，也能注冊(cè)成功

標(biāo)題：注冊(cè)時(shí)密碼輸入1位字符，提示注冊(cè)成功

測(cè)試版本（代碼提交版本號(hào)）：代碼版本號(hào)Qs1001

測(cè)試環(huán)境：Chrome瀏覽器 版本號(hào)96.0.4664.45（因?yàn)樵诓煌瑴y(cè)試環(huán)境問(wèn)題出現(xiàn)的情況也不一樣）

操作系統(tǒng)：Windows10，電腦品牌型號(hào)聯(lián)想xx型號(hào)

測(cè)試數(shù)據(jù)：賬號(hào)；qingshengceshi666@163.com、密碼；1

測(cè)試步驟：測(cè)試數(shù)據(jù)和執(zhí)行測(cè)試的詳細(xì)步驟，方便為開(kāi)發(fā)人員復(fù)現(xiàn)問(wèn)題

（打開(kāi)注冊(cè)頁(yè)面?輸入郵箱賬戶(hù)?填寫(xiě)密碼?點(diǎn)擊同意條款?點(diǎn)擊注冊(cè)）

實(shí)際結(jié)果：注冊(cè)成功

預(yù)期結(jié)果（需求期望的結(jié)果）：注冊(cè)成功注冊(cè)失敗，提示“密碼長(zhǎng)度不符合規(guī)則”BUG的級(jí)別，附件（截圖，錯(cuò)誤日志）BUG產(chǎn)生時(shí)的log日志，錯(cuò)誤截圖等附件：

描述BUG 的要素：測(cè)試環(huán)境，測(cè)試數(shù)據(jù)，測(cè)試步驟，預(yù)期結(jié)果，實(shí)際結(jié)果，附件（錯(cuò)誤，錯(cuò)誤日志），等級(jí)，標(biāo)題

11、Bug的級(jí)別的劃分與解析

• 致命錯(cuò)誤：系統(tǒng)崩潰，不能運(yùn)行，死循環(huán)，數(shù)據(jù)庫(kù)死鎖，資源分配不均，黑屏，閃退，阻塞。線上（用戶(hù)使用的環(huán)境）出現(xiàn)崩潰級(jí)別的BUG：回到上一個(gè)可穩(wěn)定運(yùn)行的歷史版本即可

• 嚴(yán)重錯(cuò)誤：服務(wù)器可以用，但是不穩(wěn)定，繼續(xù)使用會(huì)產(chǎn)生嚴(yán)重的錯(cuò)誤；一級(jí)菜單錯(cuò)誤，數(shù)據(jù)庫(kù)插入數(shù)據(jù)錯(cuò)誤，威脅到用戶(hù)的安全等
• 一般錯(cuò)誤：系統(tǒng)可以穩(wěn)定的運(yùn)行，次要的功能沒(méi)有實(shí)現(xiàn)，提示語(yǔ)不完整，彈出框沒(méi)有關(guān)閉按鈕，不影響用戶(hù)的使用
• 次要（建議）：建議性的，提示信息重疊（看不清楚），界面排版不符合用戶(hù)使用習(xí)慣，顏色不符合軟件使用場(chǎng)景

12、Bug的生命周期（附管理流程）

提問(wèn)：當(dāng)測(cè)試員發(fā)現(xiàn)一個(gè)Bug提交給開(kāi)發(fā)員后修改，開(kāi)發(fā)員通知測(cè)試員驗(yàn)證，但是測(cè)試員又復(fù)現(xiàn)了這個(gè)Bug，是哪些可能的原因引起的？

回答：測(cè)試環(huán)境不一樣；開(kāi)發(fā)人員理解不到位，沒(méi)有修改成功；代碼在開(kāi)發(fā)人員修改之后未進(jìn)行遠(yuǎn)程提交代碼，測(cè)試人員用舊版本（有問(wèn)題的代碼）進(jìn)行測(cè)試

13、測(cè)試員因?yàn)橐粋€(gè)Bug和開(kāi)發(fā)人員發(fā)生爭(zhēng)執(zhí)時(shí)該怎么處理？

• 檢查自己的BUG描述，是否描述清楚
• 可以從用戶(hù)的角度考慮，說(shuō)服開(kāi)發(fā)人員
• BUG定級(jí)要有理有據(jù)，符合公司規(guī)范
• 測(cè)試人員要不斷提升自己的專(zhuān)業(yè)技能和業(yè)務(wù)水平（權(quán)威性）
• 找產(chǎn)品經(jīng)理去討論問(wèn)題的解決方案

14、面試最喜歡問(wèn)的問(wèn)題：為什么選擇軟件測(cè)試這個(gè)崗位？

答：一名優(yōu)秀的軟件測(cè)試人員應(yīng)具備良好的溝通能力，編程能力，學(xué)習(xí)能力，自動(dòng)化開(kāi)發(fā)能力，編寫(xiě)測(cè)試用例的能力。首先對(duì)于軟件測(cè)試，我非常感興趣，我認(rèn)為做一個(gè)十分優(yōu)秀的測(cè)試人員也是非常不容易的；我學(xué)了點(diǎn)關(guān)于開(kāi)發(fā)的技能， 能在以后作為一個(gè)專(zhuān)業(yè)的測(cè)試人員與開(kāi)發(fā)人員溝通過(guò)程中會(huì)更容易點(diǎn)。其次現(xiàn)在一個(gè)軟件產(chǎn)品的問(wèn)世，也離不開(kāi)軟件測(cè)試，在平常的工作學(xué)習(xí)生涯中，我具有強(qiáng)烈的責(zé)任感和壓力并且善于發(fā)現(xiàn)探索新事物，對(duì)日后的職業(yè)生涯肯定會(huì)有很大的促進(jìn)作用。