軟件測試常見典型面試題庫（整理100題）

PAGEPAGE1軟件測試常見典型面試題庫（整理100題）簡答題1.安卓和ios測試有什么區(qū)別？答案：一、兩者運行機制不同：IOS采用的是沙盒運行機制，安卓采用的是虛擬機運行機制。

二、兩者后臺制度不同：IOS中任何第三方程序都不能在后臺運行；安卓中任何程序都能在后臺運行，直到?jīng)]有內(nèi)存才會關(guān)閉。

三、IOS中用于UI指令權(quán)限最高，安卓中數(shù)據(jù)處理指令權(quán)限最高。2.當測試過程發(fā)生錯誤時，有哪幾種解決辦法？答案：一、分析下錯誤大小，涉及內(nèi)容；可以轉(zhuǎn)其他模塊進行測試。

二、阻塞測試的話，需盡快與開發(fā)溝通去解決3.測試退出標準？答案：1)系統(tǒng)測試用例設(shè)計已經(jīng)通過評審

2)按照系統(tǒng)測試計劃完成了系統(tǒng)測試

3)系統(tǒng)測試的功能覆蓋率達100％

4)系統(tǒng)的功能和性能滿足產(chǎn)品需求規(guī)格說明書的要求

5)在系統(tǒng)測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改并且各級缺陷修復(fù)率達到標準

6)系統(tǒng)測試后不存在A、B、C類缺陷

7)D類缺陷允許存在，不超過總?cè)毕莸?％

8)E類缺陷允許存在，不超過總?cè)毕莸?0％

注：這只是一套比較理想化的退出標準，但在實際工作中不可能達到這種程度，尤其是測試覆蓋率和缺陷解決率不可能是100%?，F(xiàn)在的軍方標準是達到99%。對于通用軟件來說就要根據(jù)公司實際情況了。4.測試原則答案：追溯到需求；冒煙測試；按照用例全部覆蓋測試；回歸測試；業(yè)務(wù)流程測試；發(fā)散測試，盡可能的讓問題提暴漏出來；避免隨意性測試。5.你覺得軟件測試，通過的標準應(yīng)該是？答案：測試用例覆蓋到所有的測試點，并且用例全部執(zhí)行；優(yōu)先級別高得bug已全部回歸測試，并且缺陷的密度達到客戶需求。6.詳細的描述一個測試活動的完整過程？答案：項目經(jīng)理通過和客戶的交流，完成需求文檔，由開發(fā)人員和測試人員共同完成需求文檔的評審，評審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功能的地方。項目經(jīng)理通過綜合開發(fā)人員，測試人員以及客戶的意見，完成項目計劃。然后SQA進入項目，開始進行統(tǒng)計和跟蹤

開發(fā)人員根據(jù)需求文檔完成需求分析文檔，測試人員進行評審，評審的主要內(nèi)容包括是否有遺漏或雙方理解不同的地方。測試人員完成測試計劃文檔，測試計劃包括的內(nèi)容上面有描述。

測試人員根據(jù)修改好的需求分析文檔開始寫測試用例，同時開發(fā)人員完成概要設(shè)計文檔，詳細設(shè)計文檔。此兩份文檔成為測試人員撰寫測試用例的補充材料。

測試用例完成后，測試和開發(fā)需要進行評審。

測試人員搭建環(huán)境

開發(fā)人員提交第一個版本，可能存在未完成功能，需要說明。測試人員進行測試，發(fā)現(xiàn)BUG后提交給BugZilla。

開發(fā)提交第二個版本，包括BugFix以及增加了部分功能，測試人員進行測試。

重復(fù)上面的工作，一般是3-4個版本后BUG數(shù)量減少，達到出貨的要求。

如果有客戶反饋的問題，需要測試人員協(xié)助重現(xiàn)并重新測試。7.軟件的評審一般由哪些人員參加？其目的是什么？答案：參加人員：客戶相關(guān)人員、項目經(jīng)理、產(chǎn)品，開發(fā)人員、測試人員

目的：查看軟件在未正式投入運行前是否還存在問題。對于不同軟硬件平臺能否正常運行，是否有與客戶理解不一致的地方，同時可以對一些可以改進的地方再多加改進。8.你怎么做需求分析的？答案：一、結(jié)合場景使用，分析具體的功能

二、開發(fā)需求中具有可測性的需求或特征提取出來9.這有一個杯子，你怎么測？答案：需求測試:查看杯子使用說明書

界面測試:查看杯子外觀

功能度：用水杯裝水看漏不漏；水能不能被喝到

安全性：杯子有沒有毒或細菌

可靠性：杯子從不同高度落下的損壞程度

可移植性：杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用

兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等

易用性：杯子是否燙手、是否有防滑措施、是否方便飲用

壓力測試：用根針并在針上面不斷加重量，看壓強多大時會穿透10.你認為軟件測試人員從什么時候介入項目比較好？答案：越早越好，需求評審階段。軟件測試不僅是測試功能，對于需求文檔一類也要進行測試，越早的找出bug，就會減少后續(xù)開發(fā)人員修改程序的次數(shù)，并且可以降低成本，如果等整個軟件開發(fā)的差不多了發(fā)現(xiàn)一個致命的錯誤的話，是需要花費很多時間和人力來重新修改的。如果在一開始就發(fā)現(xiàn)的話就不會出現(xiàn)這種情況了。11.你為什么做測試？你最大的興趣？答案：最大的興趣，感覺這是一個有挑戰(zhàn)性的工作;

測試是一個經(jīng)驗行業(yè)，工作越久越能感覺到做好測試的難度和樂趣

通過自己的工作，能使軟件產(chǎn)品越來越完善，從中體會到樂趣12.軟件測試風(fēng)險答案：測試人員：業(yè)務(wù)不熟、人員變動、疲態(tài)、同化效應(yīng)、定位效應(yīng)

測試材料：需求變更、質(zhì)量標準不一樣、測試用例或測試數(shù)據(jù)設(shè)計不充分

測試環(huán)境：測試軟件版本不統(tǒng)一、軟件環(huán)境不統(tǒng)一、硬件環(huán)境不統(tǒng)一、硬件不到位

測試時間：測試時間不足、測試時間延長

測試方法：錯誤或缺失測試方法、場景缺失、測試用例實施不充分13.B/S和C/S架構(gòu)有哪些不同？答案：B/S為瀏覽器/服務(wù)器架構(gòu)。通過瀏覽器訪問，使用方便，訪問速度相對較慢，更易維護更新，只需更新服務(wù)器數(shù)據(jù)，安全性相對較低。

C/S為客戶端/服務(wù)器架構(gòu)。需下載客戶端應(yīng)用程序，由于要下載并安裝客戶端才能使用，相對來說不易使用；由于有部分客戶存儲在客戶端，所以訪問速率較快，維護更新較為負責(zé)，安全性更高。14.什么是測試用例？測試腳本？兩者的關(guān)系是？答案：為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個特定的集合。

測試腳本是為了進行自動化測試而編寫的腳本。

測試腳本的編寫必須對應(yīng)相應(yīng)的測試用例15.邊界值怎么用？答案：（1）邊界值點：有效等價類和?效等價類之間的分界點（最?值和最?值）。（2）（2）次邊界值（4個）：最?值和最?值相鄰兩邊的點

最?次邊界：有效最?次邊界、?效最?次邊界

最?次邊界：有效最?次邊界、?效最大次邊界

問題1:如果測試時間緊張，那些邊界值點要優(yōu)先測試?優(yōu)先測試邊界值點(最小值、最大值)

問題2:需求中有可能數(shù)據(jù)的邊界開始時是不明確的。

[說明】邊界值得數(shù)據(jù)本質(zhì)上就是屬于某個等價類范圍的，但是由于邊界值是最容易出現(xiàn)bug的地方，所以即使存在冗余（重復(fù)）測試，也必須要測試質(zhì)量必要的冗余是可以接受的。

等價類劃分+邊界值法綜合測試16.電梯測試實例？答案：

測試點可以分為：功能測試、兼容性測試、易用性測試、性能測試、UI測試、安全性測試等等。

一、功能測試：

上下樓層；上下按鍵的使用；報警鍵使用；顯示的電梯層數(shù)；感應(yīng)系統(tǒng)是否有效

一、性能測試：

測試電梯負載單人時的運行情況（基準測試）

多人時的運行情況（負載測試）

一定人數(shù)下較長時間的運作（穩(wěn)定性測試）

更長時間運作時的運行情況（疲勞測試）

不斷增加人數(shù)導(dǎo)致電梯報警（拐點壓力測試）

一、易用性測試：

二、樓層按鍵高度（小孩和一些身高矮的用戶會按鍵不方便）

三、電梯是否有地毯、夏天是否有空調(diào)、通風(fēng)條件、照明條件、手機信號是否通暢

電梯是否有扶手，是否有專針對殘疾人的扶手等等

一、兼容性測試：

電梯的整體和其他設(shè)備的兼容性，與大樓的兼容，與海地隧道的兼容等等

不同類型的電壓是否兼容

電梯的整體和其他設(shè)備的兼容性，與大樓的兼容，與海地隧道的兼容等等

不同類型的電壓是否兼容

一、安全性測試：

下墜時是否有制動裝置

暴力破壞電梯時是否報警，超重是否報警

停電情況下電梯是否有應(yīng)急電源裝置

一、UI界面測試：

查看電梯的外觀，按鈕的圖標顯示，電梯內(nèi)部張貼的說明（比如報警裝置的說明、稱重量等）17.什么是回歸測試？答案：用例回歸：對之前執(zhí)行的用例在重新測試一遍；

錯誤回歸，就是在新版本中，對以前版本中出現(xiàn)并修復(fù)的缺陷進行再次驗證，并以缺陷為核心，對相關(guān)修改的部分進行測試的方法。18.Sum函數(shù)count函數(shù)的區(qū)別？答案：Sum()：對符合條件的記錄數(shù)值列求和；

Count():對符合條件的結(jié)果個數(shù)求和；

1）求和用累加sum(),求行的個數(shù)用累計count()

2）數(shù)據(jù)庫中對空值的處理：sum()不計算，count()認為沒有此項

示例：

例如：

表fruit

Idnameprice

1apple3.00

2pear4.00

Selectcount(price)fromfruit;執(zhí)行之后結(jié)果為：2(表示有2條記錄)

Selectsum(price)fromfruit;執(zhí)行之后結(jié)果為：7:00（表示各記錄price字段之和為7.00）19.為什么盡量不要讓時間富裕的員工去做一些測試？答案：首先，專業(yè)的測試人員是有一定的技能和耐心對軟件一步一步進行測試。如果讓時間充裕的員工去測試的話，他可能心思并不在測試上面。會很隨意的、沒有目標的進行測試。這樣子的話測試并不完整，有的時候甚至很重要的bug都沒法找出。所以還是需要專業(yè)的測試人員來進行測試的。20.什么是軟件質(zhì)量？特性？答案：軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”；

正確性、健壯性、效率、完整性、可用性、風(fēng)險(產(chǎn)品運行);可理解性、可維修性、靈活性、可測試性(產(chǎn)品修改);可移植性、可再用性、互運行性(產(chǎn)品轉(zhuǎn)移)。21.為什么從上一家公司離職？你認為多久能適應(yīng)我們公司？答案：一：發(fā)展受到限制，想追求突破，二是：公司近半年項目較少，無挑戰(zhàn)性；1到2周左右。22.軟件測試的文檔，那么軟件系統(tǒng)測試的文檔包括哪些？答案：一：用戶安裝文檔；二：用戶配置文檔；三：用戶使用手冊、常見問題列表、聯(lián)機指導(dǎo)等。23.性能測試指標？答案：并發(fā)用戶數(shù)，吞吐量，響應(yīng)時間，資源利用率，tps與hps，交易成功率24.您所熟悉的測試用例設(shè)計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。答案：黑盒：有等價類劃分法，邊界分析法，因果圖法和錯誤猜測法。

白盒：有邏輯覆蓋法，循環(huán)測試路徑選擇，基本路徑測試。

例子：在一次輸入多個條件的完整性查詢中。利用等價類劃分法則和邊界分析法則，首先利用等價劃分法，可以一個或多個結(jié)果是OK的測試用例，然后確認多個NG的測試用例，然后利用邊界值分析法，可以對結(jié)果分別是OK和NG的測試用例進行擴展和補充。25.開發(fā)人員老是犯一些低級錯誤怎么解決？答案：主要是以溝通為主，不埋怨，埋怨解決不了問題，過多的埋怨只會激化矛盾；

一種方法：可以跟開發(fā)老大溝通，建議開發(fā)人員在開發(fā)的前期就制定好一些編碼規(guī)范，這樣子可以減少很多因為個人習(xí)慣引起的錯誤。【測試人員在發(fā)現(xiàn)開發(fā)人員犯一些低級錯誤的時候不可以指責(zé)他們，要耐心的給他們指出錯誤所在】

二種方法：開發(fā)人員進行自測，找出一些一眼看得出來是錯誤的地方。26.什么是軟件測試，軟件測試的目的？答案：軟件測試是通過人工或者自動化的操作進行發(fā)現(xiàn)程序中的錯誤，查看他們的功能是否滿足客戶需求，保證產(chǎn)品質(zhì)量，漸少bug出現(xiàn)。

目的：最短的時間內(nèi)盡可能的找出軟件中的軟件缺陷。27.為什么選擇測試這行？答案：

具有挑戰(zhàn)性，鍛煉耐心和細心，有發(fā)展?jié)摿?，可以很鍛煉人的溝通能力，需要掌握更多的技能?8.怎樣做好測試計劃？答案：

一、及早介入（從剛開始的需求評審會介入）

二、需求文檔分析（細化模塊以及每個功能點，輸入框長度格式等校驗）

三、吸取經(jīng)驗（把以前的經(jīng)驗運用）

四、工作量大小，完成測試需要多少人天

五、開發(fā)和測試的時間分配表，截至日期

六、什么時候功能測試？

某一個模塊開發(fā)完成可執(zhí)行該模塊的測試用例，功能測試是在規(guī)定的一段時間內(nèi)運行軟件系統(tǒng)的所有功能，以驗證這個軟件系統(tǒng)有無嚴重錯誤。29.完全測試程序是可能的嗎？答案：不可能

測試人員對程序進行測試，減少程序中的bug，但是并不能保證程序是沒有bug的。30.B/S系統(tǒng)（Web）要從哪方面測？答案：

一、功能測試（鏈接，表單，頁面跳轉(zhuǎn)，導(dǎo)航菜單，數(shù)據(jù)，業(yè)務(wù)邏輯，功能校驗等）

二、兼容性測試（不同的瀏覽器，不同的系統(tǒng)ie，谷歌，火狐）

三、安全性測試（登錄次數(shù)校驗，權(quán)限測試）

四、界面測試（字體大小，圖標和字段的間距等，列表預(yù)留高度，頁面自適應(yīng)（等比例縮小頁面））

五、性能測試：接口反應(yīng)速度，頁面響應(yīng)時長，壓力測試，并發(fā)測試

六、安全性測試：修改密碼是否能重新登錄，密碼能否復(fù)制粘貼等

七、易用性測試:功能是否滿足用戶需求，是否方便使用31.開發(fā)人員修復(fù)缺陷后，如何保證不影響其他功能？答案：重新全部覆蓋執(zhí)行用例、看是否出現(xiàn)錯誤結(jié)果。并對周圍的一些相關(guān)功能點追加新的測試用例。（發(fā)散測試）32.進行測試時產(chǎn)生了哪些文檔或記錄？答案：測試計劃，測試用例，測似報告，缺陷報告，產(chǎn)品常遇見問題33.測試用例如何設(shè)計答案：在測試用例的設(shè)計之前首閱讀設(shè)計需求文檔，產(chǎn)品原型設(shè)計，充分了解產(chǎn)品的詳細功能，盡量詳細到輸入框規(guī)格校驗、按鈕等小功能，根據(jù)功能模塊分類，細化每一個功能模塊涉及的測試點34.Linux常用命令？答案：

Mv移動文件夾

Source更新

Cd/home進入'/home'目錄'

Cd..返回上一級目錄

Cd../..返回上兩級目錄

Cd進入個人的主目錄

Cd~user1進入個人的主目錄

Cd-返回上次所在的目錄

Vi編輯

Wq編輯保存

Ls-F查看目錄中的文件

Ls-l顯示文件和目錄的詳細資料

Ls-a顯示隱藏文件35.測試用例通常包括哪些元素？答案：用例編號、用例標題、預(yù)知條件、操作步驟、預(yù)期結(jié)果、重要級別、負責(zé)人等36.所有的軟件缺陷都能修復(fù)嗎？所有的軟件缺陷都要修復(fù)嗎？答案：從理論上來說所有的缺陷都是可以修復(fù)的；

但是并不是所有的缺陷都要修復(fù)，一些對于軟件沒有影響的、不影響使用的缺陷可以暫時不修復(fù)。37.測試活動中，如果發(fā)現(xiàn)需求文檔不完善或者不準確，怎么處理？答案：項目經(jīng)理有時間的情況下：及時的與項目經(jīng)理進行溝通協(xié)調(diào)。并把不完善不準確的地方描述出來【加已標記】，并寫下自己的見解和想法。

沒有時間的話，通過郵件的方式發(fā)送至郵箱。38.您認為做好測試用例設(shè)計工作的關(guān)鍵是什么？答案：用例覆蓋各種可能性?？尚泻筒豢尚行远家紤]39.開發(fā)人員說不是bug時，你如何應(yīng)付？答案：首先詢問需求是否明確？

需求不明確：需找產(chǎn)品經(jīng)理確認需求，明確需求

需求明確：首先記錄bug管理工具上，做好優(yōu)先級bug分類；

然后在開發(fā)人員有時間的情況下與其溝通，如果開發(fā)人員還是認為不是bug的話，最后需產(chǎn)品或項目經(jīng)理介入，是否覺得這是個bug問題，然后決定是否此次上線就修改。40.http頁面返回值的含義？答案：

200--成功；400--請求錯誤；401無法解析次請求；403禁止訪問；404找不到王爺；500內(nèi)部服務(wù)器錯誤；502網(wǎng)關(guān)錯誤；503服務(wù)器不可用。41.數(shù)據(jù)庫查詢語句答案：查詢所有語句：*from

查詢條件語句：where語句

模糊查詢語句：wherelike語句

排序語句：orderbyasc升序；orderbydesc降序

分組查詢語句：groupbyhaving42.給你一個插板，你怎么測試答案：測試點可以分為:功能測試、兼容性測試、易用性測試、UI測試、安全性測試等等;比如功能測試:插板的大小、有幾個插孔、有沒有開關(guān)按鈕;

比如兼容性測試:手機的充電器能不能用，電腦的插孔能不能用等;安全性測試:在插入的時候會不會觸電，用電的時候會不會漏電的情況。43.測試用例的設(shè)計方法？答案：白盒測試：邏輯覆蓋、循環(huán)覆蓋、基本路徑覆蓋

黑盒測試：邊界值分析法、等價類劃分、錯誤猜測法、因果圖法、狀態(tài)圖法、測試大綱法、隨機測試、場景44.發(fā)現(xiàn)的缺陷越多，說明軟件缺陷越多嗎？答案：一般情況是的，（除非需求變動）通常如果發(fā)現(xiàn)一個缺陷的話，有的時候會發(fā)現(xiàn)很多類似的缺陷，由于開發(fā)人員的編碼習(xí)慣，可能一個地方有錯誤，另外一個地方就會有相同的錯誤。45.你對測試最大的興趣在哪里？為什么？答案：最大的興趣就是具有挑戰(zhàn)性。

并不知道哪里會出現(xiàn)bug，測試需要耐心和細心，找到一些細節(jié)性的問題。46.郵箱輸入框字段校驗測試？答案：

01）輸入合理的英文及數(shù)字字符組成的正確格式

02）格式正確的前提下輸入第一部分中的異常字段校驗

03）輸入無的格式，如：http://ab.

04）輸入前無內(nèi)容的格式，如http://b.

05）輸入后無內(nèi)容的格式，如a

06）輸入前后均沒有內(nèi)容的格式，如

07）輸入沒有域名的格式，如ab.，ab

08）輸入email中有多個的，如ab.，abc.d

09）輸入后面直接跟域名的，如a.

10）輸入后面有多個分隔符的，如ab.c.d，ab.c.d.e

11）輸入前面有分隔符的情況，如a.bc.d，a.b.cd.e，a.bc，a.b.cd47.測試人員在軟件開發(fā)過程中的任務(wù)是什么？答案：一、盡可能早的找出系統(tǒng)中的Bug;

二、避免軟件開發(fā)過程中缺陷的出現(xiàn);

三、衡量軟件的品質(zhì)，保證系統(tǒng)的質(zhì)量;

四、關(guān)注用戶的需求，并保證系統(tǒng)符合用戶需求。

總的目標是：確保軟件的質(zhì)量。48.需求評審都有那些人參加？答案：參加人員：測試人員，開發(fā)人員，產(chǎn)品，項目經(jīng)理

首先是梳理業(yè)務(wù)需求，所涉及的功能開發(fā)49.您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。答案：有使用過LoadRunner，該工具能夠錄制測試人員的操作步驟，然后對這個操作步驟模擬出多個用戶來播放出來。

一、VisuralUserGenertor創(chuàng)建腳本，選擇協(xié)議，錄制操作，編輯操作。

二、中央控制器（Controller）調(diào)度虛擬用戶，創(chuàng)建場景，選擇腳本，建立虛擬用戶，設(shè)計shedual，設(shè)置ipspoofer。

三、運行腳本。分析shedual。

四、分析測試結(jié)果。50.測試計劃主要包含哪些內(nèi)容？答案：背景；目標；范圍;測試進度安排；測試組織；測試執(zhí)行中開始與結(jié)束的標準；測試相關(guān)的風(fēng)險。51.怎么才能夠全面的測試到每一個點？答案：測試的全面性主要需要在設(shè)計測試計劃的時候考慮，從測試策略，產(chǎn)品需求等等多個角度考慮從而定義全部的測試點。52.缺陷bug的等級是如何分類的？答案：致命：測試過程死機、系統(tǒng)崩潰、數(shù)據(jù)跌勢、功能沒有實現(xiàn)

嚴重：導(dǎo)致軟件功能不穩(wěn)定、功能實現(xiàn)錯誤、流程錯誤

一般：校驗錯誤、罕見故障、錯別字，不影響功能，影響體驗

低級：沒影響的小問題53.測試設(shè)計方法？答案：等價類劃分、邊界值、因果圖劃分、正交、場景、隨機、錯誤推斷、測試大綱54.手機號碼輸入框校驗？答案：

01）不輸入，空內(nèi)容

02）空格輸入

03）輸入空格+數(shù)字，空格出現(xiàn)在開頭，中間，結(jié)尾均需要測試

04）輸入其他非數(shù)字內(nèi)容

05）輸入第一部分中的異常字段校驗

06）輸入1個數(shù)字

07）輸入16位數(shù)字

08）輸入超過17位數(shù)字

09）輸入超長全數(shù)字測試

10）輸入空格+數(shù)字，空格出現(xiàn)在開頭，中間，結(jié)尾均需要測試55.簡述軟件系統(tǒng)中用戶文檔的測試要點？答案：完整性：用戶文檔中功能的描述要完整的，以免讓用戶產(chǎn)生疑問。

一致性：用戶文檔中的功能描述要與實際軟件中的功能一致，不能描述過盛。

易使用性：用戶文檔描述的內(nèi)容要方便用戶閱讀并且能夠讓用戶很清楚的知道如何操作。56.軟件測試的策略？答案：在一定的軟件測試標準、測試規(guī)范的指導(dǎo)下，依據(jù)測試項目的特定環(huán)境約束而規(guī)定的軟件測試的原則、方式、方法的集合。57.開發(fā)與測試的關(guān)系？答案：開發(fā)和測試是一個有機的整體。在產(chǎn)品發(fā)布之前，開發(fā)和測試是循環(huán)進行的，測出的缺陷要經(jīng)開發(fā)人員修改后繼續(xù)測試。在開發(fā)的同時測試經(jīng)理開始編寫測試用例，測試文檔要參考開發(fā)文檔，所以開發(fā)和測試是不可分割的，少了任何一個都不能開發(fā)出產(chǎn)品。58.什么是內(nèi)存溢出？答案：內(nèi)存不夠，比如：安裝程序需要內(nèi)存超出你本機安裝內(nèi)存

內(nèi)存泄漏

由于疏忽或者錯誤造成程序未能釋放已經(jīng)不再使用的內(nèi)存，造成系統(tǒng)內(nèi)存浪費，導(dǎo)致程序運行速度減慢甚至系統(tǒng)崩潰等嚴重后果。59.session和cookie的區(qū)別答案：Session屬于服務(wù)器端

Cookie屬于客戶端存儲60.示例：給你一個網(wǎng)站，你如何測試？答案：首先，查找需求說明、網(wǎng)站設(shè)計等相關(guān)文檔，分析測試需求。

制定測試計劃，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試;界面測試;性能測試;數(shù)據(jù)庫測試;安全性測試;兼容性測試

設(shè)計測試用例：

功能性測試可以包括，但不限于以下幾個方面：

鏈接測試。鏈接是否正確跳轉(zhuǎn)，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。

提交功能的測試。

多媒體元素是否可以正確加載和顯示。

多語言支持是否能夠正確顯示選擇的語言等。

界面測試可以包括但不限于一下幾個方面：

頁面是否風(fēng)格統(tǒng)一，美觀

頁面布局是否合理，重點內(nèi)容和熱點內(nèi)容是否突出

控件是否正常使用

對于必須但未安裝的控件，是否提供自動下載并安裝的功能

文字檢查

性能測試一般從以下兩個方面考慮：

壓力測試;負載測試;強度測試

數(shù)據(jù)庫測試要具體決定是否需要開展。數(shù)據(jù)庫一般需要考慮連結(jié)性，對數(shù)據(jù)的存取操作，數(shù)據(jù)內(nèi)容的驗證等方面。

安全性測試：

基本的登錄功能的檢查

是否存在溢出錯誤，導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露

相關(guān)開發(fā)語言的常見安全性問題檢查，例如SQL注入等

如果需要高級的安全性測試，確定獲得專業(yè)安全公司的幫助，外包測試，或者獲取支持

兼容性測試，根據(jù)需求說明的內(nèi)容，確定支持的平臺組合：

瀏覽器的兼容性;

操作系統(tǒng)的兼容性;

軟件平臺的兼容性;

數(shù)據(jù)庫的兼容性

開展測試，并記錄缺陷。合理的安排調(diào)整測試進度，提前獲取測試所需的資源，建立管理體系(例如，需求變更、風(fēng)險、配置、測試文檔、缺陷報告、人力資源等內(nèi)容)。

定期評審，對測試進行評估和總結(jié)，調(diào)整測試的內(nèi)容61.你認為做好測試計劃工作的關(guān)鍵是？答案：明確測試目標，增強測試計劃的實用性62.UDP，tcp有什么區(qū)別，QQ屬于什么協(xié)議？答案：TCP：可靠的，面向連接的協(xié)議，傳輸效率低

UDP:不可靠的，無連接協(xié)議，傳輸效率高63.什么是觸發(fā)器？什么是存儲過程？答案：觸發(fā)器：通過事件來觸發(fā)運行的，不需要人工干預(yù)的，從而保證數(shù)據(jù)的完整性和一致性。

存儲過程：sql語句集,存儲在數(shù)據(jù)庫中，通過指定存儲過程的名稱來執(zhí)行對應(yīng)的語句。64.什么是系統(tǒng)瓶頸？答案：系統(tǒng)瓶頸就是軟件在一定的并發(fā)量、訪問量下無法達到用戶的需求。

比如說用戶需要在10s內(nèi)完成一個訪問，但是每一次都要12s才能完成，這個就是性能瓶頸。65.案例分析答案：暫無66.請問功能測試和性能測試的區(qū)別是什么？答案：一、測試目的：

首先，功能測試：檢測實際軟件的功能是否符合用戶需求，測功能是不是全部實現(xiàn)，某個實現(xiàn)是不是有BUG。主要為了發(fā)現(xiàn)以下幾類錯誤：A、是否有不正確或遺漏的功能？B、功能實現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計的隱藏需求？C、能否正確接收輸入？能否正確輸出結(jié)果？

然后，性能測試：驗證軟件質(zhì)量的三個質(zhì)量特性，可靠性，正確性和效率。主要是測試產(chǎn)品的健壯性

二、測試方式：

首先，功能測試按照用例，對產(chǎn)品的功能一步步操作進行測試，查看產(chǎn)品的功能是否全部實現(xiàn)。

然后，性能測試：使用性能工具對產(chǎn)品的健壯性進行評估。通過創(chuàng)建場景和虛擬用戶模擬真實環(huán)境，進行壓力測試和負載測試。67.測試工具jmeter講解答案：是一款java編寫負載功能測試和性能測試開源工具，支持接口自動化測試，錄制、抓包、可進行壓力測試（增加線程，考驗服務(wù)器最大支持訪問數(shù)）、弱網(wǎng)測試、添加請求、添加斷言，查看斷言、結(jié)果樹，聚合報告，分析測試報告等。

聚合報告參數(shù)詳解：

一、Label：每個JMeter的element（例如HTTPRequest）都有一個Name屬性，這里顯示的就是Name屬性的值

二、Samples：請求數(shù)——表示這次測試中一共發(fā)出了多少個請求，如果模擬10個用戶，每個用戶迭代10次，那么這里顯示100

三、Average：平均響應(yīng)時間——默認情況下是單個Request的平均響應(yīng)時間

四、Median：中位數(shù)，也就是50％用戶的響應(yīng)時間

五、0%Line：90％用戶的響應(yīng)時間

六、Min：最小響應(yīng)時間

七、Max：最大響應(yīng)時間68.為何從上家辭職？答案：為了個人發(fā)展，公司近半年接到的項目較少，相對比較清閑。69.性能測試包含哪些指標？答案：并發(fā)用戶數(shù)，吞吐量，響應(yīng)時間，資源利用率，tps與hps，交易成功率70.一臺客戶端有三百個客戶與三百個客戶端有三百個客戶對服務(wù)器施壓，有什么區(qū)別？答案：300個用戶在一個客戶端上，會占用客戶機更多的資源，而影響測試的結(jié)果。線程之間可能發(fā)生干擾，而產(chǎn)生一些異常。

300個用戶在一個客戶端上，需要更大的帶寬。

在不同的客戶端上，需要考慮使用控制器來整體調(diào)配不同客戶機上的用戶。同時，還需要給予相應(yīng)的權(quán)限配置和防火墻設(shè)置。71.你們公司測試用例如何評審的？答案：一、評審就是對測試用例進行檢查

二、評審類型：同行評審、小組評審、部門評審、三方評審

三、評審目的：發(fā)現(xiàn)測試用例不足，方便測試人員改進測試用例，提高測試質(zhì)量

四、評審過程：循環(huán)執(zhí)行“測試用例評審--》改進測試用例”72.用例評審都有哪些人參加？答案：參加人員：測試人員、開發(fā)人員、產(chǎn)品人員、會議評審

標準：

一、用例設(shè)計的結(jié)構(gòu)安排是否清晰、合理，是否利于高效對需求進行覆蓋。

二、優(yōu)先極安排是否合理。

三、是否覆蓋測試需求上的所有功能點。

四、用例是否具有很好可執(zhí)行性。例如用例的前提條件、執(zhí)行步驟、輸入數(shù)據(jù)和期待結(jié)果是否清晰、正確；期待結(jié)果是否有明顯的驗證方法。

五、是否已經(jīng)刪除了冗余的用例。73.你能不能說下3-5年的職業(yè)規(guī)劃？答案：首先，要鞏固自己的測試基礎(chǔ)知識，在基本知識扎實的情況下提高理解需求文檔地能力。

其次，學(xué)習(xí)自動化測試工具，并將它運用到測試中。

然后，在測試技術(shù)達到一定程度后，要學(xué)會如何帶領(lǐng)一個測試團隊。

最后，爭取在最快的時間內(nèi)達到測試經(jīng)理的水平。

【首先：做好測試的基礎(chǔ)上，學(xué)習(xí)調(diào)控測試人員，分配對應(yīng)的測試工作，把控測試進度，與開發(fā)積極配合。后期轉(zhuǎn)項目經(jīng)理或者產(chǎn)品方向】74.你認為什么是bug？答案：bug指的是軟件中（包括程序和文檔）不符合用戶需求的問題。

常見的軟件bug分為以：

沒有實現(xiàn)的功能；完成需求基礎(chǔ)上，運行時會出現(xiàn)一些功能或性能上的問題。75.功能測試用例需要詳細到什么程度才是合格的？答案：全部覆蓋所有測試點76.什么是兼容性測試？答案：兼容性測試是檢查軟件在不同軟件平臺，硬件平臺上是否可以正常運行的測試。主要查看軟件在不同操作系統(tǒng)、瀏覽器、數(shù)據(jù)庫中是否運行正常。77.集成測試通常都有哪些策略？答案：

一、大爆炸集成

二、自頂向下集成

三、自底向上集成

四、三明治集成適應(yīng)于大部分軟件開發(fā)項目

五、基干集成

六、分層集成

七、基于功能的集成

八、基于消息的集成

九、基于風(fēng)險的集成

十、基于進度的集成78.驗證碼輸入框字段校驗測試？4位數(shù)答案：

01）不輸入，空內(nèi)容

02）空格輸入

03）輸入空格+正確驗證碼，空格出現(xiàn)在開頭，中間，結(jié)尾均需要測試

04）輸入4位其他非數(shù)字內(nèi)容

05）輸入第一部分中的異常字段校驗

06）輸入前3位或后3位驗證碼正確數(shù)字

07）輸入4位正確驗證碼+其他數(shù)字79.安卓測試？答案：一、使用灰盒進行功能測試

二、使用fiddler或者Charles進行抓包測試

三、兼容性測試,Android從4.0版本的手機測試到9.0版本手機

四、各大品牌的手機都的進行測試,比如:小米小米9小米8小米7小米6note紅米系列7紅米5，華為:華為mate20華為mate10,華為榮耀:榮耀10,9,8，vivo:x21,27,23，oppo:R7,R9,R11，三星手機:note9,8,7S9,8。

五、穩(wěn)定性測試:使用monkey命令進行穩(wěn)定性測試

六、專項測試,使用騰訊專項測試工具進行,測試耗電量,流量,CPU占用率

七、性能測試,對app的接口進行性能測試,使用工具jmeter或者loadrunner

八、對app接口進行接口測試,使用postman或者Jmeter都行

九、如果有時間寫自動化腳本80.測試人員在軟件開發(fā)過程中的任務(wù)是？答案：一、盡可能早的找出系統(tǒng)中的Bug;

二、避免軟件開發(fā)過程中缺陷的出現(xiàn);

三、衡量軟件的品質(zhì)，保證系統(tǒng)的質(zhì)量;

四、關(guān)注用戶的需求，并保證系統(tǒng)符合用戶需求。

總的目標是：確保軟件的質(zhì)量。81.數(shù)據(jù)庫查詢什么是左連接，右鏈接？答案：左連接：左右兩張表按某個列進行關(guān)聯(lián)查找，左連接以左邊的表為基礎(chǔ)表，基礎(chǔ)表中的數(shù)據(jù)全部查找出來，右邊的表如果有和左邊的表條件相符的數(shù)據(jù)就查找出來，如果條件不相符就用Null顯示。右連接剛好相反【leftjoinon;rightjoinon】82.性能測試的流程？答案：需求分析編寫測試用例設(shè)計測試用例維護腳本執(zhí)行腳本分析結(jié)果性能調(diào)優(yōu)83.沒有產(chǎn)品說明書和需求文檔地情況下能夠進行黑盒測試嗎？答案：可以。

這個情況下我們就要進行探索性測試，把軟件當成用戶需求，一步步進行測試。憑借經(jīng)驗判斷功能正確與否，有的時候還可以與產(chǎn)品經(jīng)理、開發(fā)人員一起進行交流溝通，從而進行更好做好全部覆蓋性測試。84.請介紹你做的項目？答案：首先給什么類型公司或者什么行業(yè)做的項目；

其次這個項目的基本模塊功能羅列下

最后介紹自己負責(zé)的模塊有哪些85.你覺得你有哪些優(yōu)點，哪些缺點？答案：優(yōu)點：工作負責(zé)，有耐心，細心，性格：外向，善于溝通交流

缺點：自己有主見，有一定的原則性，立場比較堅定86.安全測試怎么進行的？答案：軟件安全性測試主要包括程序、數(shù)據(jù)庫安全性測試。根據(jù)系統(tǒng)安全指標不同測試策略也不同。87.我現(xiàn)在有個程序，發(fā)現(xiàn)在Windows上運行的很慢，怎么判別是程序存在問題，還是軟硬件系統(tǒng)存在問題？答案：

一、檢查系統(tǒng)是否有中毒的特征；

二、檢查軟件/硬件的配置是否符合軟件的推薦標準；

三、確認當前的系統(tǒng)是否是獨立，即沒有對外提供什么消耗CPU資源的服務(wù)；

四、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因為與服務(wù)器的連接有問題，或者訪問有問題造成的；

五、在系統(tǒng)沒有任何負載的情況下，查看性能監(jiān)視器，確認應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。88.你認為做好測試計劃關(guān)鍵？編寫測試計劃的原因/優(yōu)點，起到什么作用？答案：一：詳細的需求文檔說明；二：對測試人員，測試時間，測試進度把控進行一個預(yù)估，并預(yù)先進行管理；三：根據(jù)開發(fā)排期設(shè)定好測試時間，具體的測試模塊，不能隨心所欲。

原因/優(yōu)點：起到一個規(guī)范化的作用，后期好管理；多個項目或者一個項目多個模塊測試時，方便查看測試進度89.白盒測試和黑盒測試的優(yōu)缺點？答案：黑盒測試優(yōu)點：簡單，不需要了解程序內(nèi)部代碼的實現(xiàn)；從用戶角度觸發(fā)，自測試過程中知道軟件實現(xiàn)了哪些功能。

黑盒測試缺點：不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%;自動化測試的復(fù)用性較低。

白盒測試的優(yōu)點有：幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。

白盒測試的缺點有：程序運行會有很多不同的路徑，不可能測試所有的運行路徑;測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設(shè)計的正確與否，可能會漏掉一些功能需求;系統(tǒng)龐大時，很費時間。90.軟件測試的風(fēng)險主要體現(xiàn)在哪里？答案：發(fā)散性測試做的較少，隱形的bug91.假設(shè)有一個文本框要求輸入10個字符的郵政編碼，對于該文本框應(yīng)該怎樣劃分等價類?答案：特殊字符，如10個*或￥;英文字母，如ABCDefghik;小于十個字符，如123;大于十個字符，如11111111111;數(shù)字和其他混合，如123AAAAAAA;空字符;保留字符92.在您以往的工作中，一個bug/缺陷都包含哪些內(nèi)容？答案：所述版本，所述模塊，問題描述，對應(yīng)的用例編號，詳細操作步驟（輸入數(shù)據(jù)，輸出結(jié)果），重要程度，編寫時間，實際結(jié)果，缺陷描述，嚴重級別，優(yōu)先級，所屬開發(fā)人員，bug/缺陷分析上傳截圖：比如接口