● 請問你有沒有寫過測試腳本律胀，怎么寫的柴淘？

參考回答：

然后，撰寫測試樁與驅動示括，白盒測試保證代碼邏輯中循環(huán)和分支都能夠走到铺浇，黑盒測試保證函數(shù)和首先，代碼走查結合動態(tài)單步跟蹤以及觀察日志與文件輸出垛膝，網(wǎng)絡鳍侣、CPU狀態(tài)。

功能腳本接口正確吼拥，輸入輸出符合設計預期倚聚。

對于異常處理，特別是變量的檢查需要特別關注扔罪，變量在使用前都需要進行檢查秉沼，是否為空？或者為0？對于文件名和路徑必須檢查唬复，確認文件是否存在矗积，路徑是否可達之后再進行后續(xù)操作。

另外敞咧，需要考慮所依賴的其他功能腳本以及二進制工具棘捣，這些功能性單元應該如何使用，調(diào)用后的返回會有哪些情況休建，對于正常和異常結果乍恐，腳本是否能夠捕捉到并且作出正確的判斷。

● 請問你有沒有寫過web測試测砂，怎么寫的茵烈？

參考回答：

Web測試主要從下面幾個大方向考慮

功能測試，主要做鏈接測試砌些，表單測試呜投，cookies測試，設計語言測試等

性能測試存璃，考慮連接速度測試仑荐，以及負載測試，例如：Web應用系統(tǒng)能允許多少個用戶同時在線纵东？如果超過了這個數(shù)量粘招，會出現(xiàn)什么現(xiàn)象？Web應用系統(tǒng)能否處理大量用戶對同一個頁面的請求偎球？還有壓力測試

可用性測試洒扎，比如導航測試，圖形測試甜橱，內(nèi)容測試逊笆，整體界面測試等

兼容性測試，市場上有很多不同的操作系統(tǒng)類型岂傲，最常見的有Windows难裆、Unix、Macintosh镊掖、Linux等乃戈。Web應用系統(tǒng)的最終用戶究竟使用哪一種操作系統(tǒng)，取決于用戶系統(tǒng)的配置亩进。這樣症虑，就可能會發(fā)生兼容性問題，同一個應用可能在某些操作系統(tǒng)下能正常運行归薛，但在另外的操作系統(tǒng)下可能會運行失敗谍憔。因此匪蝙，在Web系統(tǒng)發(fā)布之前，需要在各種操作系統(tǒng)下對Web系統(tǒng)進行兼容性測試习贫。

安全性測試逛球，

（1）現(xiàn)在的Web應用系統(tǒng)基本采用先注冊，后登陸的方式苫昌。因此颤绕，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感祟身，可以試多少次的限制奥务，是否可以不登陸而直接瀏覽某個頁面等。

（2）Web應用系統(tǒng)是否有超時的限制袜硫，也就是說氯葬，用戶登陸后在一定時間內(nèi)（例如15分鐘）沒有點擊任何頁面，是否需要重新登陸才能正常使用婉陷。

（3）為了保證Web應用系統(tǒng)的安全性溢谤，日志文件是至關重要的。需要測試相關信息是否寫進了日志文件憨攒、是否可追蹤。

（4）當使用了安全套接字時阀参，還要測試加密是否正確肝集，檢查信息的完整性。

（5）服務器端的腳本常常構成安全漏洞蛛壳，這些漏洞又常常被黑客利用杏瞻。所以，還要測試沒有經(jīng)過授權衙荐，就不能在服務器端放置和編輯腳本的問題捞挥。

● 請問測試路由器怎么測，用命令行還是界面忧吟？

參考回答：

可以采用lperf這個命令砌函，

Lperf是一個網(wǎng)絡性能測試工具，可以測量最大tcp和udp帶寬溜族，具有多種參數(shù)和特性讹俊，可以記錄帶寬，延遲抖動煌抒，數(shù)據(jù)包丟失仍劈，通過這些信息可以發(fā)現(xiàn)網(wǎng)絡問題，檢查網(wǎng)絡質(zhì)量寡壮，定位網(wǎng)絡瓶頸贩疙。

iperf的使用非常簡單讹弯，測試的原理是在wan口連接一臺PC機，在LAN口連接一臺PC这溅，兩邊分別運行iperf服務端和客戶端模式组民，用來測量LAN->WAN和WAN->LAN性能。具體命令如下：

服務端：iperf -s -w 1m

客戶端：iperf -c -w 1m -t 20 -P 10

含義是TCP wndowsize 為1MByte芍躏，測試時間是20s邪乍，線程是10。

● 請你回答一下如何測試手機開機鍵对竣？

參考回答：

功能測試：

按下開機鍵庇楞，屏幕能否亮起

性能測試：

按下開機鍵，屏幕能否在規(guī)定時間內(nèi)亮起

壓力測試

連續(xù)多次按下開機鍵否纬，觀察屏幕是否能一直亮起吕晌，到多久時間失靈

健壯性測試

給定一個中了病毒的手機或者是淘汰許久的老機子，安歇開機鍵觀察屏幕能否亮起

可靠性測試

連續(xù)按下開機鍵有限次數(shù)临燃，比如1萬次睛驳，記錄屏幕未亮起的次數(shù)

可用性測試

開機鍵按下費不費力，開機鍵的形狀設計是否貼合手指膜廊，開機鍵的位置設計是否方便

● 請問你遇到過哪些印象深刻的bug乏沸，接口測試出現(xiàn)bug的原因有哪些？

參考回答：

面試官詢問遇到過哪些印象深刻的bug爪瓜，其實它并不關心你描述的這個bug是否真的有價值蹬跃，或有多曲折離奇？他只是：了解你平時工作中的測試能力

所以铆铆，這就要求的你平時工作中遇到bug時試著自己去定位蝶缀，定位bug的過程遠比你的單純的執(zhí)行測試用例有“價值”（自我技能提高的價值），在定位bug的過程中你需要掌握和運用更多知識薄货。

另外翁都，建議你平時養(yǎng)成總結的好習慣，發(fā)現(xiàn)的bug谅猾，開發(fā)解決了柄慰，最好問問他原因以及解決的方法，這樣再遇到類似問題時赊瞬，自己也可以試著定位解決先煎。遇到難解決的bug，也可以把最終的解決過程記錄下來巧涧。（這不是就有素材了）

所以薯蝎，建議你平時可以主動要求去分享一些自己工作中用到或學習的技術“或者多去參加集體活動占锯，加強自己的表達能力袒哥。From:蟲師

接口測試常見的bug有以下幾個:

特殊值處理不當導致程序異常退出或者崩潰

類型邊界溢出，導致數(shù)據(jù)獨處和寫入不一致

取值邊界外未返回正確的錯誤信息

權限未處理消略，可以訪問其他用戶的信息

邏輯校驗不完善堡称，可以利用漏洞獲取非正當利益

狀態(tài)處理不當，導致邏輯出現(xiàn)錯誤

數(shù)組類型item個數(shù)為0或者item重復時程序異常退出

● 你在做項目中有做過壓力測試嗎艺演，怎么做

參考回答：

1却紧、首先對要測試的系統(tǒng)進行分析，明確需要對那一部分做壓力測試胎撤，比如秒殺晓殊，支付

2、如何對這些測試點進行施壓

第一種方式可以通過寫腳本產(chǎn)生壓力機器人對服務器進行發(fā)包收報操作

第二點借助一些壓力測試工具比如Jmeter,LoadRunner

3伤提、如何對這些測試點進行正確的施壓

需要用壓力測試工具或者其他方法錄制腳本巫俺，模擬用戶的操作

4、對測試點設計多大的壓力比較合適肿男？

需要明確壓力測試限制的數(shù)量介汹，即用戶并發(fā)量

5、測試結束后如何通過這些數(shù)據(jù)來定位性能問題

通過測試可以得到吞吐量舶沛，平均響應時間等數(shù)據(jù)嘹承，這個數(shù)據(jù)的背后是整個后臺處理邏輯綜合作用的結果，這時候就可以先關注系統(tǒng)的CPU如庭，內(nèi)存赶撰，然后對比吞吐量，平均響應時間達到瓶頸時這些數(shù)據(jù)的情況柱彻，然后就能確認性能問題是系統(tǒng)的哪一塊造成的

● 請問你在項目中關于功能測試和接口測試是怎么做的

參考回答：

功能測試：

首先制定測試計劃，然后進行測試設計餐胀，將在測試計劃階段指定的測試活動分解哟楷，進而細化，為若干個可執(zhí)行程序的子測試過程否灾，然后執(zhí)行測試卖擅，按照測試計劃使用測試用例對待測項目進行逐一的，詳細的排查分析評估墨技，最后對測試結果進行統(tǒng)計和分析惩阶，

接口測試：

什么是接口（API）

API全稱Application Programming Interface，這里面我們其實不用去關注AP扣汪，只需要I上就可以断楷。一個API就是一個Interface。我們無時不刻不在使用interfaces崭别。我們乘坐電梯里面的按鈕是一個interface冬筒。我們開車一個踩油門它也是一個interface恐锣。我們計算機操作系統(tǒng)也是有很多的接口。(這是目前個人找到比較好理解的一段解釋)

接口就是一個位于復雜系統(tǒng)之上并且能簡化你的任務舞痰，它就像一個中間人讓你不需要了解詳細的所有細節(jié)土榴。那我們今天要講的Web?API就是這么一類東西。像谷歌搜索系統(tǒng)响牛，它提供了搜索接口玷禽，簡化了你的搜索任務。再像用戶登錄頁面呀打，我們只需要調(diào)用我們的登錄接口矢赁，我們就可以達到登錄系統(tǒng)的目的。

現(xiàn)在市面上有非常多種風格的Web API聚磺，目前最流行的是也容易訪問的一種風格是REST或者叫RESTful 風格的API坯台。從現(xiàn)在開始，以下我提到的所有API都是指RESTful風格的API瘫寝。

什么是接口測試和為什么要做接口測試

接口測試是測試系統(tǒng)組件間接口的一種測試蜒蕾。接口測試主要用于檢測外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個子系統(tǒng)之間的交互點。測試的重點是要檢查數(shù)據(jù)的交換焕阿，傳遞和控制管理過程咪啡，以及系統(tǒng)間的相互邏輯依賴關系等。

現(xiàn)在很多系統(tǒng)前后端架構是分離的暮屡，從安全層面來說撤摸，只依賴前端進行限制已經(jīng)完全不能滿足系統(tǒng)的安全要求（繞過前端太容易了），需要后端同樣進行控制褒纲，在這種情況下就需要從接口層面進行驗證准夷。

如今系統(tǒng)越來越復雜，傳統(tǒng)的靠前端測試已經(jīng)大大降低了效率莺掠，而且現(xiàn)在我們都推崇測試前移衫嵌，希望測試能更早的介入測試，那接口測試就是一種及早介入的方式彻秆。例如傳統(tǒng)測試楔绞，你是不是得等前后端都完成你才能進行測試，才能進行自動化代碼編寫唇兑。而如果是接口測試酒朵，只需要前后端定義好接口，那這時自動化就可以介入編寫接口自動化測試代碼扎附，手工測試只需要后端代碼完成就可以介入測試后端邏輯而不用等待前端工作完成蔫耽。

接口測試的策略

接口測試也是屬于功能測試，所以跟我們以往的功能測試流程并沒有太大區(qū)別留夜，測試流程依舊是：1.測試接口文檔（需求文檔） 2.根據(jù)接口文檔編寫測試用例（用例編寫完全可以按照以往規(guī)則來編寫针肥，例如等價類劃分饼记，邊界值等設計方法）3. 執(zhí)行測試，查看不同的參數(shù)請求慰枕，接口的返回的數(shù)據(jù)是否達到預期具则。

● 請問你有用過什么測試工具嗎，用過哪些具帮？

參考回答：

自動化測試工具用過selenium和appium

性能測試工具有用過Jmeter

● 請你設計一個微信朋友圈點贊的測試用例

參考回答：

功能測試：

點贊某條朋友圈博肋，驗證是否成功

接口測試：

點贊朋友圈，驗證朋友能否收到提示信息

性能測試

點贊朋友圈蜂厅，是否在規(guī)定時間顯示結果匪凡，是否在規(guī)定時間在朋友手機上進行提示

兼容性測試

在不同的終端比如ipad,手機上點贊朋友圈，驗證是否成功

● 請問如果用戶點擊微博的關注圖標但是app上面沒有反應掘猿，應該怎么排查這個問題

參考回答：

首先1.在Eclipse Devices窗口病游，選中app對應的包名，然后點擊debug圖標（綠色的小蟲子）稠通，然后切換到Debug視圖衬衬。

2.切換視圖之后，可以看到debug下改橘，app的線程列表滋尉。

3.對于main線程（第一個線程），選中飞主，并將其掛起Suspend叛溢。

4.然后我們就可以看到域帐，Suspend之后惹谐，main線程卡住的位置舰绘。

● 在做測試的過程中，假如前端和后端吵起來了都在踢皮球覺得對方該改代碼筏餐，你怎么辦耽梅？

參考回答：

此時就應該找技術領導拍板或leader們基于安全性、性能胖烛、可測試性、可維護性討論敲定一個解決方案诅迷，做到開發(fā)環(huán)境方便開發(fā)佩番，線上環(huán)境少配置

少依賴、少出錯機會罢杉。

● 如果廣東用戶頭條app刷不出東西了趟畏，你應該怎么排查問題

參考回答：

1、檢查網(wǎng)絡連接是否穩(wěn)定滩租，更換網(wǎng)絡嘗試

2赋秀、更新頭條版本嘗試

3利朵、清除app緩存，應用數(shù)據(jù)

● 請你說一下能不能用機器學習去進行自動化測試猎莲，如何監(jiān)控異常流量绍弟，如果是脈沖呢，如何和正常流量作區(qū)分

參考回答：

如何用機器學習去進行自動化測試著洼，就是讓自動化測試變得更加智能樟遣，在自動化測試過程中，當測試功能模塊越來越多身笤，沒有太多的時間去全部覆蓋豹悬，我們可以采用歸納學習的方式，基于自動化測試的執(zhí)行結果或者手工測試執(zhí)行的結果為數(shù)據(jù)輸入液荸，然后基于一定的模型（例如：以通過率和模塊的重要率計算的平均值）得出測試推薦模塊瞻佛，或者當要執(zhí)行一個功能模塊時，基于歷史數(shù)據(jù)和模型（bug出現(xiàn)的錯誤相關性娇钱，功能相關性等）計算出與該功能模塊相關性最大模塊伤柄，并推薦測試。

如何監(jiān)控異常流量

1忍弛、抓包

tcpdump -i eth0 -w server.cap

對包文件使用第三方工具如：wireshark做分析

2响迂、iftop

yum install iftop

3、iptraf

yum install iptraf –y 或?yum install iptraf-ng? -y

啟動命令ifptraf-ng

● 請問如何對登錄界面進行測試

參考回答：

黑盒測試方法

輸入正確用戶名和密碼细疚，驗證是否登陸成功

輸入正確的用戶名和錯誤的密碼蔗彤，驗證是否登陸失敗并且提示信息正確

輸入未注冊的用戶名和任意的密碼，驗證是否登陸失敗并且提示信息正確

用戶名和密碼都為空疯兼，驗證是否登陸失敗并且提示信息正確

用戶名和密碼兩者之一為空

若啟用了驗證碼然遏，輸入正確的用戶名密碼驗證碼是否能登陸成功

輸入正確用戶名和密碼，錯誤的驗證碼吧彪，能否登陸成功并且提示信息正確

用戶名和密碼是否大小寫敏感

頁面上的密碼框是否加密顯示

后臺系統(tǒng)第一次創(chuàng)建的用戶重新登錄時是否提示修改密碼

忘記用戶名和忘記密碼的功能是否可用

前段功能是否根據(jù)要求限制用戶名和密碼的長度

點擊驗證碼圖片是否可以更換驗證碼待侵，更換后的驗證碼是否可用

刷新頁面是否會刷新驗證碼

如果驗證碼具有時效性，分別驗證時效內(nèi)和時效外驗證碼的有效性

用戶登錄成功但是會話超時后是否重定向到用戶登錄界面

不同級別的用戶登錄系統(tǒng)后的權限是否正確

頁面默認定位焦點是否定位到用戶名輸入框中

快捷鍵tab和回車鍵是否可以正常使用

非功能性需求姨裸，從安全秧倾，性能，兼容三個方面

安全：

用戶密碼后臺存儲是否加密

用戶密碼在網(wǎng)絡傳輸過程中是否加密

密碼是否具有有效期傀缩，密碼有效期到期后是否提示修改密碼

不登陸的時候直接在瀏覽框中輸入登錄界面后的url地址那先，是否會重新定位到登陸界面

密碼輸入框是否不支持復制粘貼

頁面密碼輸入框中輸入的密碼是否可以在頁面源碼模式下被查看

用戶名和密碼輸入框中輸入xss跨站腳本攻擊字符串驗證系統(tǒng)的行為是否被篡改

連續(xù)多次登陸失敗后系統(tǒng)是否會阻止用戶后續(xù)的嘗試

統(tǒng)一用戶在同一終端的多種不同瀏覽器上登陸，驗證登錄功能的互斥性是否符合設計預期

同一用戶先后在不同終端的瀏覽器上登陸用戶名和密碼輸入框中輸入典型的sql注入攻擊字符串驗證系統(tǒng)的返回頁面

赡艰，驗證登陸是否有互斥性

性能測試：

單用戶登陸的響應界面是否符合預期

單用戶登陸時后臺請求數(shù)量是否過多

高并發(fā)場景下用戶登錄的響應界面是否符合預期

高并發(fā)場景下服務端的監(jiān)控指標是否符合預期

高集合點并發(fā)場景下是否存在資源死鎖和不合理的資源等待

長時間大量用戶連續(xù)登錄和登出售淡，服務器端是否存在內(nèi)存泄漏

兼容性測試：

不同瀏覽器下驗證登陸功能的頁面顯示和功能正確性

相同瀏覽器的不同版本下驗證登陸功能的頁面顯示和功能正確性

不同終端的不同瀏覽器下驗證登陸功能的頁面顯示和功能正確性

不同分辨率下……

補充：弱網(wǎng)測試

網(wǎng)絡切換和網(wǎng)絡延遲時登陸界面是否正常

是否支持第三方登陸

是否可記住密碼，記住的密碼是否加密

● 請你說一說當前工作中涉及的測試問題(測試流程和測試性能)

參考回答：

在測試性能中，時常會出現(xiàn)腳本回訪卡住的問題揖闸，原因有以下幾種：

1揍堕、 runtimesetting 中的continue error沒有勾選

2、錄制的腳本中存在冗余的代碼部分汤纸，需要對腳本進行優(yōu)化衩茸，去除冗余的部分（優(yōu)化腳本）

例如：在用FireFox錄制腳本時，腳本中會產(chǎn)生一個叫

”Url=http://download.cdn.mozilla.net/pub/firefox/releases/43.0.1/update/win32/zh-CN/firefox-43.0.1.complete.mar","Referer=",?ENDITEM,”這樣的代碼（該代碼出現(xiàn)的問題不止一處蹲嚣，在查找時一定要注意递瑰。），這是因為采用firefox瀏覽器錄制時產(chǎn)生的壓縮文件隙畜，在腳本回放時卡住的原因正是因為這個（建議：能采用IE錄制盡量用IE瀏覽器）

解決辦法：注釋掉或者刪除掉該段代碼即可抖部，?關聯(lián)問題：在用loadrunner自帶對比工具對比腳本后 找到需要關聯(lián)的動態(tài)值。在關聯(lián)后回放腳本時報錯HTTP-status code 417（exception failed）錯誤時议惰，產(chǎn)生的原因如下：

1慎颗、腳本中還存在沒有關聯(lián)或者關聯(lián)失敗的動態(tài)值，利用lr自帶對比工具仔細對比

2言询、腳本中的動態(tài)值被做了加密策略俯萎，仔細查看腳本中動態(tài)值的部分，看看動態(tài)值是否被做了安全策略（隨機生成或者打亂動態(tài)值順序运杭、在動態(tài)值中加入了特殊符號）夫啊，由于在tree-response中的動態(tài)值是未被加密的狀態(tài)，在client向server發(fā)送請求時辆憔，client的動態(tài)值發(fā)給服務器撇眯，這時服務器的動態(tài)值已經(jīng)被做了參數(shù)化，所以服務器不認準client向服務器發(fā)送的動態(tài)值虱咧。

解決辦法：去掉動態(tài)值的安全策略即可（JVM參數(shù)）

● 請你說一說洗牌問題的思路并手寫代碼熊榛，并設計測試用例

參考回答：

洗牌問題：有個長度為2n的數(shù)組{a1,a2,a3,…,an,b1,b2,b3,…,bn}，希望排序后{a1,b1,a2,b2,….,an,bn}腕巡，請考慮有無時間復雜度o(n)玄坦，空間復雜度0(1)的解法。

void PerfectShuffle(int *A,int n){

if(n <= 1){

return;

}//if

//

int size = 2*n;

int index,count;

for(int i = n;i < size;++i){

// 交換個數(shù)

count = n - (i - n) - 1;

// 待交換

index = i;

for(int j = 1;j <= count;++j){

swap(A[index],A[i-j]);

index = i - j;

}//for

}//for

}

};

可以就數(shù)組的類型绘沉，可以是int型的煎楣，浮點型的，還可以是大數(shù)類型车伞，負數(shù)择懂，進行測試。

● 請你測試一下游戲中英雄的技能

參考回答：

測試的設計都是通用的帖世，首先功能測試看功能有沒有實現(xiàn)，然后再對性能、壓力日矫、容量赂弓、健壯性、安全性哪轿、可靠性盈魁、恢復性、備份窃诉、協(xié)議杨耙、兼容性、可用性飘痛、配置珊膜、GUI這些非功能測試去思考。具體答案這里不再贅述

● 請你回答一下性能測試有哪些指標宣脉，對一個登錄功能做性能測試车柠，有哪些指標，怎么測出可同時處理的最大請求數(shù)量

參考回答：

性能測試常用指標：

從外部看塑猖，主要有

1竹祷、吞吐量：每秒鐘系統(tǒng)能夠處理的請求數(shù)，任務數(shù)

2羊苟、響應時間：服務處理一個請求或一個任務的耗時

3塑陵、錯誤率：一批請求中結果出錯的請求所占比例

從服務器的角度看，性能測試關注CPU蜡励，內(nèi)存令花，服務器負載，網(wǎng)絡巍虫，磁盤ＩＯ

對登錄功能做性能測試

單用戶登陸的響應界面是否符合預期

單用戶登陸時后臺請求數(shù)量是否過多

高并發(fā)場景下用戶登錄的響應界面是否符合預期

高并發(fā)場景下服務端的監(jiān)控指標是否符合預期

高集合點并發(fā)場景下是否存在資源死鎖和不合理的資源等待

長時間大量用戶連續(xù)登錄和登出彭则，服務器端是否存在內(nèi)存泄漏

怎么測出可同時處理的最大請求數(shù)量

可以采用性能測試工具(WeTest服務器性能)，該工具是騰訊wetest團隊出品占遥，使用起來很簡單方便俯抖，但測試功能相當強大，能提供10w+以上的并發(fā)量瓦胎，定位性能拐點芬萍，測出服務器模型最大并發(fā)

● 請問你有沒有做過什么單元測試，怎么進行單元測試搔啊，對一個沒有參數(shù)沒有返回值但可能對全局變量有影響的怎么進行單元測試

參考回答：

如何進行單元測試：

１柬祠、創(chuàng)建單元測試，該工具可以對任何類负芋、接口漫蛔、結構等實體中的字段、屬性、構造函數(shù)莽龟、方法等進行單元測試蠕嫁。創(chuàng)建單元測試大致可以分為兩類：

整體測試，整體測試是在類名稱上右擊鼠標毯盈，在下拉菜單中點擊創(chuàng)建單元測試選項剃毒。這樣就可以為整個類創(chuàng)建單元測試了，這時他會為整個類可以被測試的內(nèi)容全部添加測試方法搂赋。開發(fā)人員直接在這些自動生成的測試方法中添加單元測試代碼就可以了赘阀。

單獨測試，如果只想單獨對某個方法脑奠、屬性基公、字段進行測試，則可以將鼠標焦點放在這個待測試的項目名稱之上捺信，然后點擊鼠標右鍵酌媒，在右鍵菜單中選擇創(chuàng)建單元測試選項。這樣就可以單獨為某個方法創(chuàng)建單元測試了迄靠。

運行單元測試

查看測試結果

編寫單元測試代碼

測試沒有參數(shù)的函數(shù)秒咨，它可能還有別的輸入，例如全局變量掌挚，成員變量雨席，或調(diào)用子函數(shù)獲得的輸入（這個要使用工具才能做到），只要函數(shù)需讀取的吠式，都應該設定初始值陡厘，如果完全沒有，沒有輸入也是一種輸入特占，照樣測試就是了糙置。同樣道理，輸出也不僅僅是返回值是目，沒有返回值還可能修改了全局變量什么的谤饭，這些也是要判斷的輸出。

● 請問你有沒有做過壓力測試

參考回答：

在軟件工程中懊纳，=壓力測試是對系統(tǒng)不斷施加壓力的測試揉抵，是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試嗤疯。例如測試一個Web 站點在大量的負荷下冤今，何時系考察公司：網(wǎng)易

統(tǒng)的響應會退化或失敗。網(wǎng)絡游戲中也常用到這個詞匯茂缚。

● 對于有系統(tǒng)大量并發(fā)訪問戏罢，你會如何做測試屋谭，有什么建議

參考回答：

如何做高并發(fā)系統(tǒng)的測試，一般而言龟糕，整體的測試策略是：先針對部分系統(tǒng)進行性能測試及壓力測試戴而，得到各部分的峰值處理性能，再模擬整體流程測試翩蘸，重點測試整體業(yè)務流程以及業(yè)務預期負荷，著重測試以下幾點：

1淮逊、不同省份催首，不同運營商CDN節(jié)點性能，可采用典型壓力測試方案

2泄鹏、核心機房BGP網(wǎng)絡帶寬郎任，此部分重點在于測試各運行商的BGP網(wǎng)絡可靠性，實際速率备籽，一般采用smokeping,lxChariot等工具

3舶治、各類硬件設備性能，一般采用專業(yè)的網(wǎng)絡設備測試工具

4车猬、各類服務器并發(fā)性能霉猛，分布式處理能力，可采用壓力測試方案工具

5珠闰、業(yè)務系統(tǒng)性能惜浅，采用業(yè)務系統(tǒng)壓力測試方案

6、數(shù)據(jù)庫處理性能伏嗜，這部分需要結合業(yè)務系統(tǒng)進行測試坛悉，以獲取核心業(yè)務場景下的數(shù)據(jù)庫的TPS/QPS，

7承绸、如果有支付功能裸影，需要進行支付渠道接口及分流測試，此部分相對而言可能是最大的瓶頸所在军熏，此外還涉及備份方案轩猩，容災方案，業(yè)務降級方案的測試羞迷。

如果對軟件測試有興趣界轩，想了解更多的測試知識，解決測試問題,以及入門指導衔瓮，幫你解決測試中遇到的困惑浊猾，我們這里有技術高手。如果你正在找工作或者剛剛學校出來热鞍，又或者已經(jīng)工作但是經(jīng)常覺得難點很多葫慎，覺得自己測試方面學的不夠精想要繼續(xù)學習的衔彻，想轉行怕學不會的， 都可以加入我們1079636098偷办，群內(nèi)可領取最新軟件測試大廠面試資料和Python自動化艰额、接口、框架搭建學習資料椒涯！