🍅?點(diǎn)擊文末小卡片?，免費(fèi)獲取軟件測(cè)試全套資料，資料在手，漲薪更快????

大廠面試熱點(diǎn)問(wèn)題

1、測(cè)試人員需要何時(shí)參加需求分析？

如果條件循序 原則上來(lái)說(shuō) 是越早介入需求分析越好 因?yàn)闇y(cè)試人員對(duì)需求理解越深刻 對(duì)測(cè)試工作的開(kāi)展越有利 可以盡早的確定測(cè)試思路 減少與開(kāi)發(fā)人員的交互 減少對(duì)需求理解上的偏差

2、軟件測(cè)試與調(diào)試的關(guān)系

測(cè)試條件已知，規(guī)程可定義，結(jié)果可預(yù)知

測(cè)試可以計(jì)劃，過(guò)程可控

測(cè)試是檢驗(yàn)，調(diào)試是推理過(guò)程

測(cè)試表明程序失敗，調(diào)試表明正確

測(cè)試可不了解設(shè)計(jì)細(xì)節(jié)

測(cè)試由非設(shè)計(jì)人員完成

測(cè)試有理論依據(jù)

測(cè)試可自動(dòng)化

3、比較一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系

黑盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)黑盒子，測(cè)試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說(shuō)明書來(lái)檢查程式的功能是否滿足它的功能說(shuō)明。 白盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)透明的盒子，允許測(cè)試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程式所有邏輯路徑進(jìn)行測(cè)試。 單元測(cè)試：白盒測(cè)試的一種，對(duì)軟件設(shè)計(jì)中的單元模塊進(jìn)行測(cè)試。 集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，對(duì)單元模塊之間的連接和組裝進(jìn)行測(cè)試。 系統(tǒng)測(cè)試：在所有都考慮的情況下，對(duì)系統(tǒng)進(jìn)行測(cè)試。 驗(yàn)收測(cè)試：第三方進(jìn)行的確認(rèn)軟件滿足需求的測(cè)試。

4、什么是兼容性測(cè)試？兼容性測(cè)試側(cè)重哪些方面？

兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說(shuō)的軟件的可移植性。

兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫(kù)兼容，以及數(shù)據(jù)格式的兼容。

兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般都能夠得出用戶會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測(cè)試的兼容環(huán)境了。

兼容和配置測(cè)試的區(qū)別在于，做配置測(cè)試通常不是Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS的環(huán)境下做的。

5、所有的軟件缺陷都能修復(fù)嗎？所有的軟件缺陷都要修復(fù)嗎？

從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒(méi)有必要修復(fù)所有的軟件缺陷。測(cè)試人員要做的是能夠正確判斷什么時(shí)候不能追求軟件的完美。對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對(duì)每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定那些缺陷要修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：

-沒(méi)有足夠的時(shí)間資源。在任何一個(gè)項(xiàng)目中，通常情況下開(kāi)發(fā)人員和測(cè)試人員都是不夠用的，而且在項(xiàng)目中沒(méi)有預(yù)算足夠的回歸測(cè)試時(shí)間，再加上修改缺陷可能引入新的缺陷，因此在交付期限的強(qiáng)大壓力下，必須放棄某些缺陷的修改。

-有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級(jí)中進(jìn)行修復(fù)。

-不是缺陷的缺陷。我們經(jīng)常會(huì)碰到某些功能方面的問(wèn)題被當(dāng)成缺陷來(lái)處理，這類問(wèn)題可以以后有時(shí)間時(shí)考慮再處理。

最后要說(shuō)的是，缺陷是否修改要由軟件測(cè)試人員、項(xiàng)目經(jīng)理、程序員共同討論來(lái)決定是否修復(fù)，不同角色的人員從不同的角度來(lái)思考，以做出正確的決定。

6、簡(jiǎn)述一下缺陷的生命周期？

參考答案：提交->確認(rèn)->分配->修復(fù)->驗(yàn)證->關(guān)閉

7、如果一個(gè)缺陷被提交后，開(kāi)發(fā)人員認(rèn)為不是問(wèn)題，怎么處理？

1.首先，將問(wèn)題提交到缺陷管理庫(kù)里面進(jìn)行備案。

2.然后，要獲取判斷的依據(jù)和標(biāo)準(zhǔn)：

(1)根據(jù)需求說(shuō)明書、產(chǎn)品說(shuō)明、設(shè)計(jì)文檔等，確認(rèn)實(shí)際結(jié)果是否與計(jì)劃有不一致的地方，提供缺陷是否確認(rèn)的直接依據(jù)；

(2)如果沒(méi)有文檔依據(jù)，可以根據(jù)類似軟件的一般特性來(lái)說(shuō)明是否存在不一致的地方，來(lái)確認(rèn)是否是缺陷；

(3)根據(jù)用戶的一般使用習(xí)慣，來(lái)確認(rèn)是否是缺陷；

(4)與設(shè)計(jì)人員、開(kāi)發(fā)人員和客戶代表等相關(guān)人員探討，確認(rèn)是否是缺陷；

3.合理的論述，向測(cè)試經(jīng)理說(shuō)明自己的判斷的理由，注意客觀、嚴(yán)謹(jǐn)，不摻雜個(gè)人情緒。

4.等待測(cè)試經(jīng)理做出最終決定，如果仍然存在爭(zhēng)議，可以通過(guò)公司政策所提供的渠道，向上級(jí)反映，并有上級(jí)做出決定。

8、如果一個(gè)缺陷被提交后，開(kāi)發(fā)人員認(rèn)為不是問(wèn)題，怎么處理？

1.首先，將問(wèn)題提交到缺陷管理庫(kù)里面進(jìn)行備案。

2.然后，要獲取判斷的依據(jù)和標(biāo)準(zhǔn)：

(1)根據(jù)需求說(shuō)明書、產(chǎn)品說(shuō)明、設(shè)計(jì)文檔等，確認(rèn)實(shí)際結(jié)果是否與計(jì)劃有不一致的地方，提供缺陷是否確認(rèn)的直接依據(jù)；

(2)如果沒(méi)有文檔依據(jù)，可以根據(jù)類似軟件的一般特性來(lái)說(shuō)明是否存在不一致的地方，來(lái)確認(rèn)是否是缺陷；

(3)根據(jù)用戶的一般使用習(xí)慣，來(lái)確認(rèn)是否是缺陷；

(4)與設(shè)計(jì)人員、開(kāi)發(fā)人員和客戶代表等相關(guān)人員探討，確認(rèn)是否是缺陷；

3.合理的論述，向測(cè)試經(jīng)理說(shuō)明自己的判斷的理由，注意客觀、嚴(yán)謹(jǐn)，不摻雜個(gè)人情緒。

4.等待測(cè)試經(jīng)理做出最終決定，如果仍然存在爭(zhēng)議，可以通過(guò)公司政策所提供的渠道，向上級(jí)反映，并有上級(jí)做出決定。

9、什么是關(guān)系型數(shù)據(jù)庫(kù)，主鍵，外鍵，索引分別是什么？

關(guān)系型數(shù)據(jù)庫(kù)是由多張能互相聯(lián)接的二維行列表格組成的數(shù)據(jù)庫(kù)

主關(guān)鍵字(primary key)是表中的一個(gè)或多個(gè)字段，它的值用于唯一地標(biāo)識(shí)表中的某一條記錄

外鍵表示了兩個(gè)關(guān)系之間的相關(guān)聯(lián)系。以另一個(gè)關(guān)系的外鍵作主關(guān)鍵字的表被稱為主表，具有此外鍵的表被稱為主表的從表。外鍵又稱作外關(guān)鍵字

在關(guān)系數(shù)據(jù)庫(kù)中，索引是一種單獨(dú)的、物理的對(duì)數(shù)據(jù)庫(kù)表中一列或多列的值進(jìn)行排序的一種存儲(chǔ)結(jié)構(gòu)， 它是某個(gè)表中一列或若干列值的集合和相應(yīng)的指向表中物理標(biāo)識(shí)這些值的數(shù)據(jù)頁(yè)的邏輯指針清單

10、nginx，tomcat,apache 都是什么？

Nginx (engine x) 是一個(gè)高性能的HTTP 和反向代理服務(wù)器，也是一個(gè) IMAP/POP3/SMTP 服務(wù)器。

Apache HTTP Server 是一個(gè)模塊化的服務(wù)器，源于 NCSAhttpd 服務(wù)器

Tomcat 服務(wù)器是一個(gè)免費(fèi)的開(kāi)放源代碼的 Web 應(yīng)用服務(wù)器，屬于輕量級(jí)應(yīng)用服務(wù)器，是開(kāi)發(fā)和調(diào)試JSP 程序的首選。

11、描述 TCP/IP 協(xié)議的層次結(jié)構(gòu)，以及每一層中重要協(xié)議

12、Jmeter，一個(gè)接口的響應(yīng)結(jié)果如下：

請(qǐng)用正則表達(dá)式方法分別獲取一下 74956 和 713504275825 這兩個(gè)數(shù)值分別賦值給 A1 和A2

13、HTTPS和HTTP的區(qū)別主要如下：

1、https協(xié)議需要到ca申請(qǐng)證書，一般免費(fèi)證書較少，因而需要一定費(fèi)用。

2、http是超文本傳輸協(xié)議，信息是明文傳輸，https則是具有安全性的ssl加密傳輸協(xié)議。

3、http和https使用的是完全不同的連接方式，用的端口也不一樣，前者是80，后者是443。

4、http的連接很簡(jiǎn)單，是無(wú)狀態(tài)的；HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議，比http協(xié)議安全。

14、1Python 里 match 與 search 的 區(qū) 別 ？

match()函數(shù)只檢測(cè) RE 是不是在 string 的開(kāi)始位置匹配， search()會(huì)掃描整個(gè) string 查找匹配；也就是說(shuō) match()只有在 0 位置匹配成功的話才有返回，如果不是開(kāi)始位置匹配成功的話，match()就返回 none。

15、Python 里面如何生成隨機(jī)數(shù)？

在 Python 中用于生成隨機(jī)數(shù)的模塊是 random，在使用前需要 import.

如下例子可以酌情列舉：

random.random()：生成一個(gè) 0-1 之間的隨機(jī)浮點(diǎn)數(shù)；

random.uniform(a, b)：生成[a,b]之間的浮點(diǎn)數(shù)；

random.randint(a, b)：生成[a,b]之間的整數(shù)；

random.randrange(a, b, step) ：在指定的集合 [a,b) 中，以 step 為基數(shù)隨機(jī)取一個(gè)數(shù)； random.choice(sequence)：從特定序列中隨機(jī)取一個(gè)元素，這里的序列可以是字符串，列表，元組等。

16、Python 是如何進(jìn)行類型轉(zhuǎn)換的？

內(nèi)建函數(shù)封裝了各種轉(zhuǎn)換函數(shù)，可以使用目標(biāo)類型關(guān)鍵字強(qiáng)制類型轉(zhuǎn)換，進(jìn)制之間的轉(zhuǎn)換可以用int(‘str’，base=’n’)將特定進(jìn)制的字符串轉(zhuǎn)換為十進(jìn)制，再用相應(yīng)的進(jìn)制轉(zhuǎn)換函數(shù)將十進(jìn)制轉(zhuǎn)換為目標(biāo)進(jìn)制。

可以使用內(nèi)置函數(shù)直接轉(zhuǎn)換的有：

list---->tuple tuple(list)

tuple---->list list(tuple)

17、常用自動(dòng)化測(cè)試工具機(jī)器運(yùn)行原理，寫出一段元素查找的代碼？

webdriver 原理：

每個(gè)Selenium 命令，這里指的是所謂的基礎(chǔ)操作，例如，點(diǎn)擊、輸入等，都會(huì)創(chuàng)建一條 HTTP 請(qǐng)求， 發(fā)送給 Browser

WebDriver Browser WebDriver 使用一個(gè)HTTPServer 監(jiān)聽(tīng)和接收HTTP 請(qǐng)求

HTTP Server根據(jù)協(xié)議規(guī)則定義這些 Selenium 命令對(duì)應(yīng)的瀏覽器具體操作

瀏覽器執(zhí)行這些操作

瀏覽器將執(zhí)行狀態(tài)返回給HTTP Server

HTTP Server 再將這些狀態(tài)信息返回給自動(dòng)化腳本

from selenium import webdriver
from selenium.webdriver.common.keys import Keys
driver = webdriver.Chrome()
driver.get("http://www.python.org")
assert "Python" in driver.title
elem = driver.find_element_by_name("q")
elem.send_keys("pycon")
elem.send_keys(Keys.RETURN)
assert "No result found." not in driver page source
driver.close()

18、什么是自動(dòng)化測(cè)試框架?

測(cè)試自動(dòng)化框架是設(shè)置特定產(chǎn)品的自動(dòng)化規(guī)則的集成系統(tǒng)。該系統(tǒng)集成了功能庫(kù)，測(cè)試數(shù)據(jù)源，對(duì)象詳細(xì)信息和各種可重復(fù)使用的模塊。這些組件用作需要組裝以代表業(yè)務(wù)流程的小型構(gòu)建塊。該框架為測(cè)試自動(dòng)化提供了基礎(chǔ)，并簡(jiǎn)化了自動(dòng)化工作。

也是為自動(dòng)化軟件測(cè)試提供支持的假設(shè)框架，概念和工具的主要優(yōu)點(diǎn)是維護(hù)成本低。如果任何測(cè)試用例發(fā)生變化，那么只需要更新測(cè)試用例文件，驅(qū)動(dòng)程序腳本和啟動(dòng)腳本將保持不變。理想情況下，如果應(yīng)用程序發(fā)生更改，則無(wú)需更新腳本。

選擇正確的框架/腳本技術(shù)有助于降低成本。與測(cè)試腳本相關(guān)的成本是由于開(kāi)發(fā)和維護(hù)工作。測(cè)試自動(dòng)化期間使用的腳本的方法對(duì)成本有影響。

通常使用各種框架/腳本技術(shù)：

線性（程序代碼，可能由使用記錄和播放的工具生成）

結(jié)構(gòu)化（使用控制結(jié)構(gòu) - 通常是“if-else”，“switch”，“for”，“while”條件/語(yǔ)句）

數(shù)據(jù)驅(qū)動(dòng)（數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)庫(kù)，電子表格或其他機(jī)制中，比如xml）

關(guān)鍵字驅(qū)動(dòng)

行為驅(qū)動(dòng)

混合（使用上述兩種或更多種模式）

自動(dòng)化測(cè)試框架主要負(fù)責(zé)：

定義表達(dá)期望的格式

創(chuàng)建一個(gè)掛鉤或驅(qū)動(dòng)被測(cè)應(yīng)用程序的機(jī)制

執(zhí)行測(cè)試

報(bào)告結(jié)果

19、你對(duì)Selenium Grid有什么了解？它提供了什么功能？

Selenium Grid是一款利用現(xiàn)有計(jì)算基礎(chǔ)架構(gòu)大幅加速Web應(yīng)用程序功能測(cè)試的工具。允許測(cè)試者輕松地在多臺(tái)機(jī)器上并行運(yùn)行多個(gè)測(cè)試，并且可以在異構(gòu)環(huán)境中運(yùn)行。

基于優(yōu)秀的Selenium Web測(cè)試工具，Selenium Grid允許測(cè)試者并行運(yùn)行多個(gè)Selenium Remote Control實(shí)例。更好的是，它集成顯示所有Selenium遠(yuǎn)程控制，所以不必?fù)?dān)心實(shí)際的基礎(chǔ)設(shè)施。Selenium Grid將運(yùn)行Selenium測(cè)試套件所需的時(shí)間，縮短到Selenium實(shí)例的單個(gè)實(shí)例運(yùn)行時(shí)間的一小點(diǎn)。

20、Selenium WebDriver中的可用定位器是什么？

ID,

Name,名稱

CSS,

XPath,

Class name,

TagName,

LinkText, 鏈接文本

Partial Link Text.部分鏈接文本

21、性能測(cè)試有哪些分類

1.負(fù)載測(cè)試

2.壓力測(cè)試

3.并發(fā)測(cè)試

4.基準(zhǔn)測(cè)試

5.穩(wěn)定性測(cè)試

6.可恢復(fù)測(cè)試

22、簡(jiǎn)述什么是值傳遞，什么是地址傳遞，兩者區(qū)別是什么？

值傳遞主調(diào)函數(shù)傳遞給被調(diào)函數(shù)的是值的拷貝，不是原值；地址傳遞主調(diào)函數(shù)傳遞給被調(diào)函數(shù)的是值的地址。區(qū)別是值傳遞被調(diào)函數(shù)中的操作不改變主調(diào)函數(shù)的值，而地址傳遞則不同。

23、什么函數(shù)可以捕捉到web Vuser腳本的動(dòng)態(tài)值？

Web_reg_save_param函數(shù)保存動(dòng)態(tài)的數(shù)據(jù)信息到一個(gè)參數(shù)中。

24、Loadrunner支持哪些常用協(xié)議？

Web(HTTP/HTML)

Sockets

.net 協(xié)議

web services

常用數(shù)據(jù)庫(kù)協(xié)議（ODBC，ORACLE，SQLSERVER 等）

郵件(SMTP、pop3)

其它協(xié)議

25、HTTP 和 HTTPS 的區(qū)別？

安全性上的區(qū)別:HTTPS：HTTP 協(xié)議的安全加強(qiáng)版，通過(guò)在 HTTP 上建立加密層，對(duì)傳輸數(shù)據(jù)進(jìn)行加密。主要作用可以分為兩種：一種是建立一個(gè)信息安全通道，來(lái)保證數(shù)據(jù)傳輸?shù)陌踩?#xff1b;另一種就是確認(rèn)網(wǎng)站的真實(shí)性。

表現(xiàn)形式：HTTPS 站點(diǎn)會(huì)在地址欄上顯示一把綠色小鎖，表明這是加密過(guò)的安全網(wǎng)站，如果采用了全球認(rèn)證的頂級(jí) EV SSL 證書的話，其地址欄會(huì)以綠色高亮顯示，方便用戶辨認(rèn)。

SEO：在 2015 年之前百度是無(wú)法收錄 HTTPS 頁(yè)面的，不過(guò)自從 2015 年 5 月份百度搜索全站 HTTPS 加密后，就已經(jīng)可以收錄 HTTPS 了。谷歌則是從 2014 年起便開(kāi)始收錄 HTTPS 頁(yè)面，并且 HTTPS 頁(yè)面權(quán)重比HTTP 頁(yè)面更高。從SEO 的角度來(lái)說(shuō)，HTTPS 和HTTP 區(qū)別不大，甚至HTTPS 效果更好。

技術(shù)層面：如果要說(shuō)HTTPS 和HTTP 的區(qū)別，最關(guān)鍵的還是在技術(shù)層面。比如 HTTP 標(biāo)準(zhǔn)端口是 80， 而 HTTPS 標(biāo)準(zhǔn)端口是 443；HTTP 無(wú)需證書，HTTPS 需要 CA 機(jī)構(gòu)頒發(fā)的 SSL 證書；HTTP 工作于應(yīng)用層， HTTPS 工作于傳輸層。

26、TCP 的連接建立過(guò)程，以及斷開(kāi)過(guò)程？

27、還有問(wèn)一下你是怎樣保證軟件質(zhì)量的，也就是說(shuō)你覺(jué)得怎樣才能最大限度地保證軟件質(zhì)量？

測(cè)試并不能夠最大限度的保證軟件的質(zhì)量，軟件的高質(zhì)量是開(kāi)發(fā)和設(shè)計(jì)出來(lái)的，而不是測(cè)試出來(lái)的，它不僅要通過(guò)對(duì)軟件開(kāi)發(fā)流程的監(jiān)控，使得軟件開(kāi)發(fā)的各個(gè)階段都要按照指定的規(guī)程進(jìn)行，通過(guò)對(duì)各個(gè)階段產(chǎn)物的評(píng)審，QA對(duì)流程的監(jiān)控，對(duì)功能及配置的審計(jì)來(lái)達(dá)到開(kāi)發(fā)的最優(yōu)化。當(dāng)然測(cè)試也是保證軟件質(zhì)量的一個(gè)重要方式，是軟件質(zhì)量保證工程的一個(gè)重要組成部分。

28、16.2.4你在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作？其中最擅長(zhǎng)哪部分工作？

測(cè)試從事過(guò) web 測(cè)試，后臺(tái)測(cè)試，客戶端軟件，進(jìn)行功能測(cè)試，性能測(cè)試，編寫測(cè)試工具，文檔的管理等，比較擅長(zhǎng)編寫測(cè)試用例和進(jìn)行功能測(cè)試。

29、測(cè)試結(jié)果分析如何？如何產(chǎn)生和被記錄？

在項(xiàng)目測(cè)試之后，我們對(duì)缺陷進(jìn)行了統(tǒng)計(jì)分析，并生成了測(cè)試報(bào)告文檔。在此次項(xiàng)目中所有的缺陷都已修復(fù)并關(guān)閉。所有的缺陷都記錄在缺陷管理工具中，并導(dǎo)出了缺陷報(bào)告

30、16.2.35在你以往的工作中，一條軟件缺陷（或者叫 Bug）記錄都包括哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

檢測(cè)時(shí)間，系統(tǒng)環(huán)境，硬體環(huán)境，嚴(yán)重程度，程式版本，確認(rèn)人，功能模塊，問(wèn)題描述，詳細(xì)操作步驟，是否會(huì)重現(xiàn)。

問(wèn)題描述和詳細(xì)操作步驟要盡可能的詳細(xì)。Bug 應(yīng)該盡量用書面語(yǔ)，對(duì)與嚴(yán)重程度比較高的缺陷要在相同環(huán)境下在測(cè)試一遍。

在 C/S 模式下，如果條件滿足可以使用替換法來(lái)確認(rèn)是 client 端的問(wèn)題還是 server 端的問(wèn)題。

最后感謝每一個(gè)認(rèn)真閱讀我文章的人，禮尚往來(lái)總是要有的，雖然不是什么很值錢的東西，如果你用得到的話可以直接拿走：

這些資料，對(duì)于做【軟件測(cè)試】的朋友來(lái)說(shuō)應(yīng)該是最全面最完整的備戰(zhàn)倉(cāng)庫(kù)，這個(gè)倉(cāng)庫(kù)也陪伴我走過(guò)了最艱難的路程，希望也能幫助到你！凡事要趁早，特別是技術(shù)行業(yè)，一定要提升技術(shù)功底。