1. 軟件測(cè)試的目的與原則是什么蛉谜？

目的：

1. 通過(guò)測(cè)試工作可以發(fā)現(xiàn)并修復(fù)軟件當(dāng)中存在的缺陷驹愚；
2. 可以降低同產(chǎn)品開(kāi)發(fā)遇到的風(fēng)險(xiǎn)想邦；
3. 記錄軟件運(yùn)行過(guò)程中的一些數(shù)據(jù)两残，從而為決策者提供技術(shù)支持永毅。

原則：

1. 缺陷集群性，2/8定律：核心功能占20%人弓，非核心占80%沼死，我們會(huì)集中測(cè)試20%的核心功能，發(fā)現(xiàn)缺陷的幾率會(huì)高于80%崔赌，因此意蛀，遇到的缺陷都會(huì)集中20%功能模塊里。
2. 窮盡測(cè)試是不可能的：有些功能是無(wú)法將所有測(cè)試情況邏輯出來(lái)的健芭，任何的測(cè)試都有結(jié)束的時(shí)間县钥。
3. 測(cè)試需要盡早介入：為了更好地發(fā)現(xiàn)和解決軟件中的缺陷。
4. 殺蟲(chóng)劑悖倫：同樣的一個(gè)測(cè)試用例不能重復(fù)執(zhí)行多次慈迈，不然軟件會(huì)對(duì)它產(chǎn)生免疫
5. 測(cè)試顯示軟件存在缺陷
6. 測(cè)試活動(dòng)依賴(lài)于測(cè)試內(nèi)容：某些測(cè)試需要依賴(lài)于特殊的環(huán)境
7. 沒(méi)有錯(cuò)誤是好是謬論：任何軟件都不可能是完美的

2. 測(cè)試人員在測(cè)試中的任務(wù)是什么若贮？

1. 盡早的找出系統(tǒng)當(dāng)中的Bug
2. 避免軟件開(kāi)發(fā)過(guò)程中缺陷的出現(xiàn)
3. 確保缺件的質(zhì)量
4. 關(guān)注用戶(hù)的需求，并保證系統(tǒng)符合用戶(hù)需求

3. 缺陷報(bào)告內(nèi)容包括什么痒留？

1. Bug的優(yōu)先級(jí)
2. Bug的嚴(yán)重程度
3. 開(kāi)發(fā)的接口人員谴麦，與Bug產(chǎn)生對(duì)應(yīng)的軟件版本
4. Bug可能屬于的模塊。如果不能確認(rèn)伸头，可以由開(kāi)發(fā)人員來(lái)判讀
5. Bug標(biāo)題匾效，需要清晰的描述現(xiàn)象
6. Bug描述，需要盡量給出新的Bug步驟
7. Bug附件中能給出相關(guān)的日志與截圖

4. 請(qǐng)您描述一下測(cè)試的V模型恤磷？

用戶(hù)需求-需求分析-概要設(shè)計(jì)-詳細(xì)設(shè)計(jì)-編碼-單元測(cè)試-集成測(cè)試-系統(tǒng)測(cè)試-驗(yàn)收測(cè)試

V模型.png

5. 性能測(cè)試關(guān)注的指標(biāo)是什么面哼？

1. 用戶(hù)數(shù)
   ①注冊(cè)用戶(hù)數(shù)
   注冊(cè)用戶(hù)數(shù)指軟件中已經(jīng)注冊(cè)的用戶(hù)，這些用戶(hù)是系統(tǒng)的潛在用戶(hù)扫步，隨時(shí)都有可能上線精绎。這個(gè)指標(biāo)的意義在于讓測(cè)試工程師了解系統(tǒng)數(shù)據(jù)中的數(shù)據(jù)總量和系統(tǒng)最大可能有多少用戶(hù)同時(shí)在線。
   ②在線用戶(hù)數(shù)
   在線用戶(hù)數(shù)是指某一時(shí)刻已經(jīng)登錄系統(tǒng)的用戶(hù)數(shù)量锌妻。在線用戶(hù)數(shù)只是統(tǒng)計(jì)了登錄系統(tǒng)的用戶(hù)數(shù)量代乃，這些用戶(hù)不一定都對(duì)系統(tǒng)進(jìn)行操作，對(duì)服務(wù)器產(chǎn)生壓力仿粹。
   ③并發(fā)用戶(hù)數(shù)
   不同于在線用戶(hù)數(shù)搁吓，并發(fā)用戶(hù)數(shù)是指某一時(shí)刻向服務(wù)器發(fā)送請(qǐng)求的在線用戶(hù)數(shù)，他是衡量服務(wù)器并發(fā)容量和同步協(xié)調(diào)能力的重要指標(biāo)吭历，從這個(gè)含義上講堕仔，我們可能會(huì)如下兩種理解：
   同一時(shí)刻向服務(wù)器發(fā)送相同或者不同請(qǐng)求的用戶(hù)數(shù)，也就是說(shuō)晌区，既可以包括對(duì)某一業(yè)務(wù)的相同請(qǐng)求摩骨，也可以包括對(duì)多個(gè)業(yè)務(wù)的不同請(qǐng)求
   同一時(shí)刻向服務(wù)器發(fā)送相同請(qǐng)求的用戶(hù)數(shù)通贞，僅限于某一業(yè)務(wù)的相同請(qǐng)求
2. 事務(wù)的響應(yīng)時(shí)間
   事務(wù)是指用戶(hù)在客戶(hù)端做一種或多種業(yè)務(wù)所做的操作集，事務(wù)的響應(yīng)時(shí)間就是衡量用戶(hù)執(zhí)行這些操作集所花費(fèi)的時(shí)間恼五。在性能測(cè)試中昌罩，一般通過(guò)計(jì)算事務(wù)的開(kāi)始時(shí)間和結(jié)束時(shí)間的差值來(lái)獲取事務(wù)的響應(yīng)時(shí)間。
   一個(gè)事務(wù)表示一個(gè)“從用戶(hù)發(fā)送請(qǐng)求->web server接受到請(qǐng)求灾馒，進(jìn)行處理-> web server向DB獲取數(shù)據(jù)->生成用戶(hù)的object(頁(yè)面)茎用，返回給用戶(hù)”的過(guò)程，一般的響應(yīng)時(shí)間都是針對(duì)事務(wù)而言的睬罗。
3. 每秒點(diǎn)擊數(shù)
   每秒點(diǎn)擊數(shù)是指每秒鐘像web服務(wù)器提交的HTTP請(qǐng)求數(shù)轨功，它是衡量服務(wù)器處理能力的一個(gè)常用指標(biāo)。需要注意的是容达，這里的相應(yīng)時(shí)間并非鼠標(biāo)的一次單擊操作古涧，因?yàn)樵谝淮螁螕舨僮髦校蛻?hù)端可能向服務(wù)器發(fā)出多個(gè)HTTP請(qǐng)求花盐，切勿混淆羡滑。
4. 吞吐率
   吞吐率通常指單位時(shí)間內(nèi)從服務(wù)器返回的字節(jié)數(shù)，也可以單位時(shí)間內(nèi)客戶(hù)提交的請(qǐng)求數(shù)卒暂。吞吐率是大型web系統(tǒng)衡量自身負(fù)載能力的一個(gè)重要指標(biāo)啄栓，一般來(lái)說(shuō)娄帖，吞吐率越大也祠，單位時(shí)間內(nèi)處理的數(shù)據(jù)就越多，系統(tǒng)的負(fù)載能力也強(qiáng)近速。吞吐率與很多因素有關(guān)诈嘿，服務(wù)器的硬件配置，網(wǎng)絡(luò)的寬帶及拓?fù)浣Y(jié)構(gòu)削葱，軟件的技術(shù)架構(gòu)等奖亚。
5. 業(yè)務(wù)成功率
   指多用戶(hù)對(duì)某一業(yè)務(wù)發(fā)起操作的成功率。例如析砸，測(cè)試網(wǎng)絡(luò)訂票系統(tǒng)的并發(fā)處理性能昔字，在早上8:00——8:30半小時(shí)的高峰里，要求能支持10萬(wàn)比訂票業(yè)務(wù)首繁，其中成功率不少于98%作郭。也就是說(shuō)系統(tǒng)允許200筆訂票業(yè)務(wù)超時(shí)或者因其他原因?qū)е挛茨苡喥背晒Α?/li>
6. TPS - 吞吐量
   TPS表示服務(wù)器每秒處理的事務(wù)數(shù)，他是衡量系統(tǒng)處理能力的一個(gè)非常重要的指標(biāo)弦疮，在性能測(cè)試中夹攒，通過(guò)檢測(cè)不同用戶(hù)的TPS,可以估算出系統(tǒng)處理能力的拐點(diǎn)。
7. 資源利用率
   資源利用率就是指資源的使用情況
   CPU使用率70%—80%胁塞，內(nèi)存使用率80%以下
   網(wǎng)絡(luò)帶寬利用率 100Mbps=12.5MB/s
8. QPS - 查詢(xún)率
   QPS：每秒查詢(xún)率咏尝，因特網(wǎng)上經(jīng)常用每秒查詢(xún)率來(lái)衡量域名系統(tǒng)服務(wù)器的機(jī)器的能压语。
   對(duì)應(yīng)請(qǐng)求數(shù)/sec，即每秒的響應(yīng)請(qǐng)求數(shù)编检，也即是最大吞吐能力胎食。
9. 錯(cuò)誤率：一批請(qǐng)求中結(jié)果出錯(cuò)的請(qǐng)求所占比例。

6. Bug不能復(fù)現(xiàn)怎么辦?

1. 首先考慮環(huán)境問(wèn)題蒙谓，看是否能夠還原原來(lái)的環(huán)境
2. 遇到問(wèn)題就要提斥季，不能放過(guò)任何一個(gè)Bug，在提交的Bug描述中加上一句話累驮，那就是復(fù)現(xiàn)概率酣倾，嘗試20次，出現(xiàn)一次或嘗試10次谤专，交給開(kāi)發(fā)躁锡，開(kāi)發(fā)會(huì)根據(jù)Bug的復(fù)現(xiàn)概率，調(diào)整改Bug的優(yōu)先級(jí)置侍。
3. 盡量回想發(fā)生問(wèn)題時(shí)的復(fù)現(xiàn)步驟挤安，不要漏掉任何一個(gè)細(xì)節(jié)，按照步驟的組合嘗試復(fù)現(xiàn)
4. 與開(kāi)發(fā)人員配合妖胀，讓開(kāi)發(fā)人員對(duì)相應(yīng)的代碼檢查翅阵，看是否通過(guò)代碼層面檢查出問(wèn)題。

7. 什么是Http協(xié)議秕衙，請(qǐng)求方法是什么蠢甲？Http協(xié)議與Https協(xié)議的區(qū)別？

1. Http協(xié)議：又叫超文本傳輸協(xié)議据忘，是定義了一個(gè)客戶(hù)端到服務(wù)器請(qǐng)求與應(yīng)答的標(biāo)準(zhǔn)鹦牛。
2. 請(qǐng)求方法：get、post勇吊、head曼追、delete、put汉规、peach
3. HTTPS協(xié)議：以安全為目標(biāo)的HTTP通道礼殊，簡(jiǎn)稱(chēng)Http的安全版。
4. HTTPS與HTTP的區(qū)別：
   A. http協(xié)議需要ca申請(qǐng)證書(shū)针史，一般免費(fèi)證書(shū)較少晶伦，需要一定費(fèi)用。
   B. http的鏈接簡(jiǎn)單悟民，是無(wú)狀態(tài)的坝辫，而https協(xié)議是由SSL+http協(xié)議構(gòu)建的可進(jìn)行加密傳輸，身份認(rèn)證的網(wǎng)絡(luò)協(xié)議要比HTTP協(xié)議安全射亏。
   C. http協(xié)議是超文本協(xié)議近忙，又叫明碼傳輸竭业，而https是具有安全性的SSL加密傳輸協(xié)。
   D. http協(xié)議與HTTps協(xié)議使用的鏈接方式不同及舍，一個(gè)用的端口是80（http）未辆，一個(gè)是443（https）。

8. get請(qǐng)求與post請(qǐng)求的區(qū)別锯玛？

1. Get是不安全的咐柜，因?yàn)樵趥鬏斶^(guò)程，數(shù)據(jù)被放在請(qǐng)求的URL中攘残；Post的所有操作對(duì)用戶(hù)來(lái)說(shuō)都是不可見(jiàn)的拙友。
2. Get傳送的數(shù)據(jù)量較小，這主要是因?yàn)槭躑RL長(zhǎng)度限制歼郭；Post傳送的數(shù)據(jù)量較大遗契，一般被默認(rèn)為不受限制。
3. Get限制Form表單的數(shù)據(jù)集的值必須為ASCII字符病曾；而Post支持整個(gè)ISO10646字符集牍蜂。
4. Get執(zhí)行效率卻比Post方法好。Get是form提交的默認(rèn)方法泰涂。

9. 列表與元組的異同點(diǎn)

• 相同點(diǎn)

  • 都是序列
  • 都可以存儲(chǔ)任何數(shù)據(jù)類(lèi)型
  • 可以通過(guò)索引訪問(wèn)

• 不同點(diǎn)

  • 語(yǔ)法差異：列表使用[]創(chuàng)建鲫竞，元組使用()創(chuàng)建
  • 是否可變：列表是可變的，而元組是不可變的逼蒙，這標(biāo)志著兩者之間的關(guān)鍵差異从绘。可以修改列表的值其做，但是不修改元組的值顶考。
  • 重用與拷貝：元組無(wú)法復(fù)制赁还。 原因是元組是不可變的妖泄。
  • 大小差異：Python將低開(kāi)銷(xiāo)的較大的塊分配給元組，因?yàn)樗鼈兪遣豢勺兊摹?對(duì)于列表則分配小內(nèi)存塊艘策。 與列表相比蹈胡，元組的內(nèi)存更小。 當(dāng)你擁有大量元素時(shí)朋蔫，元組比列表快罚渐。列表的長(zhǎng)度是可變的。
  • 同構(gòu)與異構(gòu)：習(xí)慣上元組多用于用于存儲(chǔ)異構(gòu)元素驯妄，異構(gòu)元素即不同數(shù)據(jù)類(lèi)型的元素荷并，比如(ip,port)。列表用于存儲(chǔ)同構(gòu)元素青扔，這些元素屬于相同類(lèi)型的元素源织，比如[int1,in2,in3]翩伪。

10. APP測(cè)試與Web測(cè)試的區(qū)別？

• 相同點(diǎn)：
  同樣的測(cè)試用例方法相同谈息。
  同樣的測(cè)試方法：都會(huì)依據(jù)原型圖或效果圖來(lái)檢查UI缘屹。
  測(cè)試應(yīng)用系統(tǒng)的穩(wěn)定性。
• 不同點(diǎn)：
  1. app測(cè)試平臺(tái)：百度云測(cè)侠仇，testin云測(cè)不同轻姿。
  2. App的安裝卸載：全新安裝，升級(jí)安裝逻炊，第三方工具安裝互亮，第三方工具卸載，直接卸載刪除余素，消息推送測(cè)試胳挎，手機(jī)授權(quán)測(cè)試，前后臺(tái)切換溺森，網(wǎng)絡(luò)環(huán)境（wifi/2G/3G/4G/無(wú)網(wǎng)絡(luò)）慕爬。
  3. App的中斷測(cè)試：來(lái)電中斷，短信中斷屏积，藍(lán)牙医窿，鬧鐘，拔插數(shù)據(jù)線炊林，手機(jī)鎖定姥卢，手機(jī)斷電，手機(jī)問(wèn)題（系統(tǒng)死機(jī)重啟）渣聚。
  4. 兼容性測(cè)試：Web項(xiàng)目考慮不同瀏覽器的兼容独榴，app需要考慮手機(jī)不同的操作系統(tǒng)，不同機(jī)型奕枝，不同屏幕等棺榔。
  5. 網(wǎng)路測(cè)試：不同網(wǎng)絡(luò)與運(yùn)營(yíng)商，目前我國(guó)有三大運(yùn)營(yíng)商如：電信隘道，移動(dòng)症歇，聯(lián)通，不同的網(wǎng)絡(luò)制式谭梗，如：GSM,CDMA,3G等忘晤，在不好或無(wú)網(wǎng)絡(luò)的情況下的APP行為。
  6. 操作系統(tǒng)：大量的設(shè)備激捏，各種的操作系統(tǒng)设塔，目前使用最多的操作系統(tǒng)有：Android,ios,windows,blackberry等，它們之間的應(yīng)用軟件互不兼容远舅。如設(shè)備不同：觸摸式與非觸摸式設(shè)備闰蛔，有限的內(nèi)存容量竞思，電池耗電量，屏幕尺寸钞护，分辨率等盖喷。

11. BS/CS架構(gòu)的區(qū)別是什么？

概念：所謂的架構(gòu)就是用來(lái)指導(dǎo)我們軟件開(kāi)發(fā)的一種思維难咕，目前最常見(jiàn)的就是BS/CS课梳。

1. B -- browser 瀏覽
2. C -- client 客戶(hù)
3. S -- server 服務(wù)端

區(qū)別：

1. 標(biāo)準(zhǔn)：相對(duì)于C/S架構(gòu)來(lái)說(shuō)B/S架構(gòu)的兩端都是使用現(xiàn)成的成熟產(chǎn)品，B/S會(huì)顯示的標(biāo)準(zhǔn)一些余佃。
2. 效率：相對(duì)于B/S架構(gòu)來(lái)說(shuō)C/S中的客戶(hù)端可以分擔(dān)一些數(shù)據(jù)的處理暮刃，執(zhí)行效率會(huì)高一些。
3. 安全：B/S架構(gòu)當(dāng)中得到數(shù)據(jù)的傳輸都是以Http協(xié)議進(jìn)行傳輸?shù)耐职茫鳫ttp協(xié)議又是明文輸出氧猬。可以被抓包盅抚，那么B/S架構(gòu)相比C/S架構(gòu)顯得就不那么安全了
4. 升級(jí)：B/S架構(gòu)只需要在服務(wù)器端將數(shù)據(jù)進(jìn)行更新倔矾，前臺(tái)只需要刷新頁(yè)面就可以升級(jí)，而C/S架構(gòu)必須要將兩端都進(jìn)行更新才可以丰包。
5. 開(kāi)發(fā)成本：相對(duì)于B/S架構(gòu)來(lái)說(shuō)C/S當(dāng)中的客戶(hù)端需要自己開(kāi)發(fā)邑彪，B/S不用锌蓄，所以說(shuō)C/S成本會(huì)高一些您访。

12. 舉例說(shuō)一下你的接口測(cè)試是怎么做的灵汪？

1. 下單這個(gè)接口用的是http協(xié)議峻凫，使用post請(qǐng)求方式荧琼，發(fā)送給服務(wù)器的參數(shù)有token堰乔，產(chǎn)品ID镐侯，購(gòu)買(mǎi)數(shù)量苟翻，收貨人地址等等，這些參數(shù)都是必傳的參數(shù)邓尤。
2. 我們是使用Jmeter來(lái)做接口測(cè)試的，首先澈魄，要新建一個(gè)線程組，在線程組下面添加一個(gè)http的請(qǐng)求鲫构，然后填寫(xiě)好服務(wù)器地址结笨，接口路徑伐憾，請(qǐng)求方式，請(qǐng)求參數(shù)扫外。
3. 由于下單的接口依賴(lài)于登錄筛谚，所以我們會(huì)先調(diào)用登錄接口，從中獲取token值吮铭，在下單接口中使用${參數(shù)名}的方式引用，接下來(lái)還要對(duì)其他參數(shù)進(jìn)行參數(shù)化纸肉，構(gòu)造各種正常和異常的數(shù)據(jù)，我們先在本地創(chuàng)建一個(gè)txt文檔烦味，把參數(shù)填寫(xiě)到文檔里面，在Jmeter中添加一個(gè)csv文件設(shè)置溃论，填寫(xiě)好txt文檔的路徑梆靖，然后在請(qǐng)求參數(shù)中使用Json提取器把token值關(guān)聯(lián)出來(lái)姑子，然后在下單接口中使用${參數(shù)名}的方式引用街佑；接下來(lái)添加斷言沐旨，檢查服務(wù)器返回的結(jié)果和預(yù)期結(jié)果是不是一致的褒侧。
4. 最后闷供，添加查看結(jié)果樹(shù)查看測(cè)試結(jié)果。

13. Android手機(jī)和IOS手機(jī),系統(tǒng)有什么區(qū)別?

1. 運(yùn)行機(jī)制不同：IOS采用的是沙盒運(yùn)行機(jī)制,安卓采用的是虛擬機(jī)運(yùn)行機(jī)制
2. 兩者后臺(tái)制度不同：IOS中任何第三方程序都不能在后臺(tái)運(yùn)行,安卓中任何程序都能在后臺(tái)運(yùn)行,直到?jīng)]有內(nèi)存才會(huì)關(guān)閉
3. IOS中用于UI指令權(quán)限最高,安卓中數(shù)據(jù)處理指令權(quán)限最高

14. 缺陷引起原因

1. 軟件結(jié)構(gòu)復(fù)雜
2. 編碼問(wèn)題
3. 使用新技術(shù)
4. 需求不明確或者更改需求
5. 項(xiàng)目周期短，時(shí)間緊迫

15.接口測(cè)試流程移怯？

項(xiàng)目啟動(dòng)后，測(cè)試人員盡早找開(kāi)發(fā)人員拿到接口文檔嵌溢，獲取接口文檔后進(jìn)行接口用例的編寫(xiě)和調(diào)試，完成后部署到持續(xù)集成的測(cè)試環(huán)境中秧骑，進(jìn)行接口的日常監(jiān)控绒疗，定期對(duì)接口腳本的維護(hù)更新，接口異常的處理磨镶。

1. 首先要看有沒(méi)有接口文檔，如果有文檔的時(shí)候按接口文檔去做，沒(méi)有的話就去抓包雹锣。

2. 我們一般使用postmian以及jemter.

3. 沒(méi)有接口文檔的情況下，要先創(chuàng)建一個(gè)線程組攒射，指定并發(fā)的線程數(shù)量，在指定測(cè)試的接口，創(chuàng)建相應(yīng)的監(jiān)聽(tīng)器矢沿，（如，表格結(jié)果栽惶，結(jié)果樹(shù)冕象，以及聚合報(bào)告信息）通過(guò)監(jiān)聽(tīng)器來(lái)進(jìn)行監(jiān)聽(tīng)測(cè)試是否通過(guò)以及接口存在什么問(wèn)題次泽。

16. 你以前工作時(shí)的測(cè)試流程是什么啊片？（自己編寫(xiě)，結(jié)合表格）

先要有需求評(píng)審（有開(kāi)發(fā)人員---產(chǎn)品經(jīng)理---測(cè)試人員---項(xiàng)目經(jīng)理）需求確定（出一份確定好的需求文檔）開(kāi)發(fā)設(shè)計(jì)文檔（開(kāi)發(fā)人員在開(kāi)始寫(xiě)代碼前就能夠輸出設(shè)計(jì)文檔）制定測(cè)試計(jì)劃---寫(xiě)出測(cè)試用例---發(fā)給開(kāi)發(fā)人員與測(cè)試經(jīng)理看一下---接到測(cè)試版本---執(zhí)行測(cè)試用例---提交Bug---交給開(kāi)發(fā)人員修改---回歸測(cè)試。

17. 當(dāng)你參加評(píng)審時(shí)瞒窒，你的評(píng)審原則是什么？

首先要從正確性拔稳，一致性，可行性，必要性铲球，可跟蹤性选侨，分配優(yōu)先級(jí)，可測(cè)性，可修改性考慮：
正確性：每一條需求都必須準(zhǔn)確的陳述其要開(kāi)發(fā)的功能洪己。
一致性：必須與其他軟件需求或高層需求不相矛盾。
可行性：其每一項(xiàng)需求都必須是已系統(tǒng)和環(huán)境的權(quán)能和限制范圍可以來(lái)實(shí)施的。
必要性：每項(xiàng)需求都是用來(lái)授權(quán)你編寫(xiě)文檔的“根源”沃琅，要使每項(xiàng)需求都能回潮至某項(xiàng)客戶(hù)的輸入。
可測(cè)性：每項(xiàng)需求都能通過(guò)設(shè)計(jì)測(cè)試用例或其他的驗(yàn)證方法來(lái)進(jìn)行測(cè)試。
可修改性：每項(xiàng)需求只應(yīng)在SRS中出現(xiàn)一次，這樣更改會(huì)容易保持一致性娱颊。
可跟蹤性：在每項(xiàng)軟件需求與它的根源與設(shè)計(jì)元素，源代碼，測(cè)試用例之間建立起鏈接惠昔，而這種可跟蹤性要求每項(xiàng)需求都必須以一種結(jié)構(gòu)化的，粒度好（fine-grained）的方式編寫(xiě)
分配優(yōu)先級(jí)：應(yīng)當(dāng)對(duì)所有的需求分配優(yōu)先級(jí)诫给，如把所有需求都看作同樣重要，那么項(xiàng)目管理者在開(kāi)發(fā)或節(jié)省預(yù)算或調(diào)度中喪失控制自由度

18.軟件測(cè)試的需求標(biāo)準(zhǔn)是什么证鸥？

1. 文檔版本信息：包含文檔版本泉褐，作者，完成日期，修訂版需要加上修訂記錄（版本號(hào)疲眷，修訂者，日期，內(nèi)容）。
2. 目錄結(jié)構(gòu)要清晰谆趾，不同級(jí)別的標(biāo)題要區(qū)分字號(hào)攘已。
3. 產(chǎn)品架構(gòu)：一般只有功能以及信息架構(gòu)性芬，
4. 功能：一級(jí)-二級(jí)辫樱，三級(jí)功能要?jiǎng)澇觥Ｒ约爱a(chǎn)品特性（功能列表，原型界面，詳細(xì)設(shè)計(jì)）褐奴。

19.請(qǐng)寫(xiě)一下W模型圖

image.png

20. 軟件質(zhì)量的特性是什么望众？

1. 功能性：軟件需求要滿(mǎn)足用戶(hù)顯示或者穩(wěn)式的功能夯缺。
2. 易用性：軟件易于學(xué)習(xí)和上手使用佳恬。
3. 可靠性：軟件必須實(shí)現(xiàn)需求當(dāng)中指明的具體功能垫言。
4. 效率性：類(lèi)似于軟件的功能蚌成。
5. 可維護(hù)性：需求軟件具有將某個(gè)功能修復(fù)之后繼續(xù)使用的功能坯癣。

21. 測(cè)試計(jì)劃工作的目的是什么惩猫？測(cè)試計(jì)劃文檔的內(nèi)容包括什么帆锋？

目的：明確測(cè)試任務(wù)與測(cè)試方法，保持測(cè)試實(shí)施過(guò)程的順暢溝通禽额。
內(nèi)容：測(cè)試目的、測(cè)試資源皮官、測(cè)試范圍脯倒、測(cè)試風(fēng)險(xiǎn)捺氢、人員分工藻丢、測(cè)試策略、測(cè)試準(zhǔn)則摄乒、測(cè)試進(jìn)度悠反、提交測(cè)試文檔。

22. 搭建過(guò)什么環(huán)境馍佑，搭建工作環(huán)境是如何搭建的斋否？

搭建過(guò)web測(cè)試環(huán)境 app測(cè)試環(huán)境等
個(gè)人PC(windows)可以搭建測(cè)試環(huán)境，但是由于個(gè)人PC硬件和軟件的局限性拭荤，我們一般不使用其搭建測(cè)試環(huán)境茵臭，但如果是自己做模擬實(shí)驗(yàn)是沒(méi)問(wèn)題的。但是在企業(yè)中我們一般都不使用windows平臺(tái)搭建服務(wù)器舅世，而是選擇Linux平臺(tái)旦委。這是因?yàn)槲覀兘?jīng)常選擇Linux平臺(tái)作為服務(wù)器的操作系統(tǒng)奇徒。搭建測(cè)試環(huán)境
如果你需要搭建的測(cè)試環(huán)境是剛裝的Linux操作系統(tǒng)，
通常測(cè)試環(huán)境包括JDK環(huán)境缨硝，Tomcat環(huán)境和MySQL環(huán)境
下邊是安全配置的步驟摩钙，大家可以理解，不用強(qiáng)背...,面試的時(shí)候查辩，可以說(shuō)就從網(wǎng)上找一份文檔腺律，按照文檔進(jìn)行配置

1.安裝jdk
如果有自帶，先卸載再裝
  1.把包復(fù)制/usr/local
  2.解壓
  3.配置環(huán)境變量
  export JAVA_HOME=/usr/local/jdk1.7.0_71
  export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
  export PATH=$JAVA_HOME/bin:$PATH
  4.檢查java是否安裝成功
  java -version

2.安裝tomcat
  1.把下載的tomcat包復(fù)制/usr/local
  2.解壓
  3.在tomcat/bin目錄執(zhí)行startup.sh文件
  啟動(dòng)服務(wù)
  在瀏覽器中連接：IP:8080
  4.如果連接不上宜肉，但tomcat又是顯示啟動(dòng)OK匀钧，檢查firewall
  路徑為 /etc/sysconfig/iptables，將8080端口開(kāi)啟
  5.重啟服務(wù)

3.安裝數(shù)據(jù)庫(kù)
數(shù)據(jù)庫(kù)一般安裝mysql和oracle多一些
首先下載相應(yīng)的數(shù)據(jù)庫(kù)安裝包
mysql安裝比較簡(jiǎn)單谬返，可以使用源碼安裝之斯，也可以使用yum在線安裝，在這里簡(jiǎn)單地介紹一下yum在線安裝
用yum在線安裝
  1. rpm -qa|grep mysql --檢查L(zhǎng)inux是否有存在的mysql
  2.如果有mysql,卸載
  rpm -e --nodeps mysql
  3.安裝
  yum install mysql-server mysql mysql-dev -y
  4.安裝成功后遣铝，啟動(dòng)服務(wù)
  service mysqld start
  service 服務(wù)名 restart/start
  5.直接輸入mysql 進(jìn)入到數(shù)據(jù)庫(kù)
以上的只會(huì)在干凈的操作系統(tǒng)上進(jìn)行安裝佑刷，一般來(lái)說(shuō)只需要安裝一次

23. 怎樣保證覆蓋用戶(hù)需求

項(xiàng)目開(kāi)始前，我們會(huì)先熟悉需求酿炸，畫(huà)好流程圖瘫絮，保證整個(gè)流程都覆蓋全面來(lái)講解一下自己對(duì)測(cè)試點(diǎn)的理解，用例編寫(xiě)完之后填硕，再進(jìn)行用例的評(píng)審麦萤，看看測(cè)試點(diǎn)有沒(méi)有用遺漏，測(cè)試場(chǎng)景是否覆蓋完全扁眯。

24. 開(kāi)發(fā)環(huán)境與測(cè)試環(huán)境有什么區(qū)別壮莹？

開(kāi)發(fā)環(huán)境：是在編碼階段，一般我們的代碼基本上都是在開(kāi)發(fā)環(huán)境中姻檀，不會(huì)再生產(chǎn)與測(cè)試環(huán)境命满，如操作系統(tǒng)，web服務(wù)器绣版，語(yǔ)言環(huán)境胶台，php,數(shù)據(jù)庫(kù)等等。
測(cè)試環(huán)境：項(xiàng)目完成后杂抽，找Bug,以及修改Bug诈唬。

生產(chǎn)環(huán)境： 項(xiàng)目數(shù)據(jù)前后端已經(jīng)疏通，部署到阿里云上有客戶(hù)去使用以及訪問(wèn)默怨，網(wǎng)絡(luò)正常運(yùn)行就好了讯榕。

25. 如果給你購(gòu)物商城網(wǎng)頁(yè)（京東，淘寶等）你會(huì)怎樣進(jìn)行測(cè)試？測(cè)試哪些主要功能?

1. 首先要先進(jìn)行需求分析愚屁，xmind梳理測(cè)試點(diǎn)济竹，編寫(xiě)案例，案例評(píng)審霎槐，尋求他人意見(jiàn)送浊，再完善案例，交給其他人檢查丘跌。
2. 測(cè)試點(diǎn)：如UI袭景，美觀度，易操作型闭树，易理解型方面進(jìn)行測(cè)試耸棒。
3. 在考慮功能點(diǎn)，如登陸注冊(cè)报辱，添加購(gòu)物車(chē)与殃，下單，付款碍现，發(fā)貨幅疼，確認(rèn)收貨，評(píng)價(jià)昼接。
4. 性能方面：如打開(kāi)網(wǎng)頁(yè)爽篷，確認(rèn)訂單，付款的響應(yīng)時(shí)間等慢睡。
5. 兼容性：如支持各種主流瀏覽器逐工，如（EI,360，火狐一睁，谷歌等）钻弄。

26.紅包的測(cè)試用例？

1. 功能：
   a)在紅包錢(qián)數(shù)者吁，和紅包個(gè)數(shù)的輸入框中只能輸入數(shù)字
   b)紅包里最多和最少可以輸入的錢(qián)數(shù) 200 0.01
   c)拼手氣紅包最多可以發(fā)多少個(gè)紅包 100
   d)超過(guò)最大拼手氣紅包的個(gè)數(shù)是否有提醒
   e)當(dāng)紅包錢(qián)數(shù)超過(guò)最大范圍是不是有對(duì)應(yīng)的提示
   f)當(dāng)發(fā)送的紅包個(gè)數(shù)超過(guò)最大范圍是不是有提示
   g)當(dāng)余額不足時(shí)，紅包發(fā)送失敗
   h)在紅包描述里是否可以輸入漢字饲帅，英文复凳，符號(hào)，表情灶泵，純數(shù)字育八，漢字英語(yǔ)符號(hào)，
   i)是否可以輸入它們的混合搭配
   j)輸入紅包錢(qián)數(shù)是不是只能輸入數(shù)字
   k)紅包描述里許多能有多少個(gè)字符 10個(gè)
   l)紅包描述赦邻，金額髓棋，紅包個(gè)數(shù)框里是否支持復(fù)制粘貼操作
   m)紅包描述里的表情可以刪除
   n)發(fā)送的紅包別人是否可以領(lǐng)取
   o)發(fā)的紅包自己可不可以領(lǐng)取 2人
   p)24小時(shí)內(nèi)沒(méi)有領(lǐng)取的紅包是否可以退回到原來(lái)的賬戶(hù)
   q)超過(guò)24小時(shí)沒(méi)有領(lǐng)取的紅包，是否還可以領(lǐng)取
   r)用戶(hù)是否可以多次搶一個(gè)紅包
   s)發(fā)紅包的人是否還可以搶紅包 多人
   t)紅包的金額里的小數(shù)位數(shù)是否有限制
   u)可以按返回鍵，取消發(fā)紅包
   v)斷網(wǎng)時(shí)按声，無(wú)法搶紅包
   w)可不可以自己選擇支付方式
2. 兼容：
   a)蘋(píng)果膳犹，安卓是否都可以發(fā)送紅包
   b)電腦端可以搶微信紅包
   c)界面
   d)發(fā)紅包界面沒(méi)有錯(cuò)別字
   e)搶完紅包界面沒(méi)有錯(cuò)別字
   f)發(fā)紅包和收紅包界面排版合理，
   g)發(fā)紅包和收到紅包界面顏色搭配合理
3. 安全：
   a)對(duì)方微信號(hào)異地登錄签则，是否會(huì)有提醒 2人
   b)紅包被領(lǐng)取以后须床，發(fā)送紅包人的金額會(huì)減少，收紅包金額會(huì)增加
   c)發(fā)送紅包失敗渐裂，余額和銀行卡里的錢(qián)數(shù)不會(huì)少
   d)紅包發(fā)送成功豺旬，是否會(huì)收到微信支付的通知
4. 易用性(有點(diǎn)重復(fù))：
   a)紅包描述，可以通過(guò)語(yǔ)音輸入
   b)可以指紋支付也可以密碼支付

27. 寫(xiě)好測(cè)試用例的關(guān)鍵 /寫(xiě)好用例要關(guān)注的維度柒凉？

1. 覆蓋用戶(hù)的需求族阅；
2. 從用戶(hù)使用場(chǎng)景出發(fā)，考慮用戶(hù)的各種正常和異常的使用場(chǎng)景膝捞；
3. 用例的顆粒大小要均勻坦刀。通常，一個(gè)測(cè)試用例對(duì)應(yīng)一個(gè)場(chǎng)景绑警；
4. 用例各個(gè)要素要齊全求泰，步驟應(yīng)該足夠詳細(xì)，容易被其它測(cè)試工程師讀懂计盒，并能順利執(zhí)行渴频；
5. 做好用例評(píng)審，及時(shí)更新測(cè)試用例北启。

28.Jmeter的是如何進(jìn)行測(cè)試的卜朗？（請(qǐng)您介紹一下Jemeter是如何使用的？Jemeter如何進(jìn)行壓力測(cè)試咕村？）

1. 打開(kāi)JMeter
2. 創(chuàng)建線程組
3. 設(shè)置線程數(shù)和循環(huán)次數(shù)场钉。我這里設(shè)置線程數(shù)為500，循環(huán)一次
4. 添加HTTP采樣器
5. 配置我們需要進(jìn)行測(cè)試的程序協(xié)議懈涛、地址和端口
6. 構(gòu)造HTTP請(qǐng)求
7. 添加HTTP請(qǐng)求頭
8. 添加斷言
9. 添加察看結(jié)果樹(shù)
10. 添加Summary Report
11. 執(zhí)行測(cè)試計(jì)劃逛万，執(zhí)行測(cè)試計(jì)劃不能用GUI，需要用命令行來(lái)執(zhí)行
12. Web報(bào)告

29.Jmeter的連接數(shù)據(jù)庫(kù)

1. 添加需要的驅(qū)動(dòng)
2. 添加jar包
3. 配置JDBC Connection Configuration
4. 添加JDBC Request

30.Jemeter為什么要參數(shù)化批钠？

1. 多用戶(hù)登錄的時(shí)候宇植，如果不進(jìn)行參數(shù)化就沒(méi)演示了。
2. 需要使用CSV將參數(shù)放到文件埋心，來(lái)演示多用戶(hù)登陸指郁。
3. 在進(jìn)行錄制的時(shí)候，有可能存在第二個(gè)請(qǐng)求的參數(shù)是從第一個(gè)請(qǐng)求中獲取出來(lái)的拷呆，需要在第一個(gè)請(qǐng)求下闲坎，去將參數(shù)提取出來(lái)疫粥，再到第二個(gè)請(qǐng)求中進(jìn)行參數(shù)化

31. Jemeter中有哪些常用元件？

面試寶典P140

32. 如果你要進(jìn)行性能測(cè)試腰懂，你是如何展開(kāi)操作的梗逮？

1. 確定關(guān)鍵業(yè)務(wù)，關(guān)鍵路徑
2. 確定輸入?yún)?shù)以及輸出參數(shù)悯恍，指定負(fù)載測(cè)試方案
3. 準(zhǔn)備測(cè)試環(huán)境库糠，完成腳本錄制，或者測(cè)試腳本開(kāi)發(fā)
4. 執(zhí)行測(cè)試涮毫，觀察或輸出參數(shù)瞬欧，如（數(shù)據(jù)吞吐量，響應(yīng)時(shí)間罢防，資源占有率等）
5. 對(duì)測(cè)試結(jié)果進(jìn)行分析

33. 自動(dòng)化測(cè)試有了解嗎艘虎？自動(dòng)化測(cè)試的工具有哪些？（了解）

常用的自動(dòng)測(cè)試框架工具：Selenium咒吐、Appium野建、unittest、pytest等恬叹。

34. Selenium元素定位方法有哪些候生？

通過(guò)id、name绽昼、class_name唯鸭、xpath、css_selector硅确、link_text识樱、partial_link_text桨踪、tag_name定位元素。
一般胜嗓，如果有id就使用id拓诸，然后使用css或者xpath來(lái)定位川慌，當(dāng)然定位的時(shí)候涂圆，需要在瀏覽器里邊安裝firebug firepath來(lái)抓取頁(yè)面元素對(duì)應(yīng)的xpath信息搏存。

35. 安全性測(cè)試包括哪些方面？

用戶(hù)驗(yàn)證的妖，用戶(hù)權(quán)限管理烙丛，系統(tǒng)數(shù)據(jù)的保護(hù)

36.為什么要進(jìn)行抓包？

1. 有些時(shí)候公司沒(méi)有標(biāo)準(zhǔn)的接口文檔羔味，測(cè)試人員只能抓包來(lái)獲取接口測(cè)試。
2. 抓包可以迅速找到請(qǐng)求钠右，通過(guò)抓包可以查看整個(gè)請(qǐng)求的過(guò)程赋元，以及響應(yīng)時(shí)間，還可以分辨前臺(tái)與后臺(tái)Bug。
3. 通過(guò)抓包搁凸，可以查看是否有敏感信息媚值，如（用戶(hù)密碼，個(gè)人賬戶(hù)信息等數(shù)據(jù)）
4. 可以通過(guò)抓包進(jìn)行測(cè)試护糖，攔截請(qǐng)求褥芒，修改請(qǐng)求數(shù)據(jù)，查看對(duì)應(yīng)的響應(yīng)結(jié)果嫡良，抓包本身就是接口的一部分锰扶。

37. 一般抓包用什么工具，怎么進(jìn)行抓包寝受？

工具上使用：Fiddler坷牛、Charles這兩個(gè)工具
Fiddler:
A. 設(shè)置Http代理,設(shè)置端口號(hào)，在手機(jī)上設(shè)置與fiddler在同一網(wǎng)段上很澄，設(shè)置代理ip,設(shè)置代理端口京闰，手機(jī)上的請(qǐng)求就能獲取到了。
B. 抓取請(qǐng)求查看甩苛，可以過(guò)濾蹂楣，找到自己域名下的請(qǐng)求，通過(guò)分析請(qǐng)求地址讯蒲，請(qǐng)求參數(shù)痊土，響應(yīng)結(jié)果來(lái)查找問(wèn)題。

Https包怎么抓爱葵？
A. http與Https協(xié)議區(qū)別在于Https多了一個(gè)ssL協(xié)議施戴，更加安全，默認(rèn)端口是443萌丈，而http默認(rèn)端口是80.
B. 抓取Https時(shí)赞哗，需要獲取申請(qǐng)證書(shū)，在fiddler與charles兩個(gè)工具中辆雾，可以模擬下載966證書(shū)肪笋，下載后，在手機(jī)上訪問(wèn)代理服務(wù)器的ip與端口度迂，下載證書(shū)藤乙，就可以抓取到HTTPS的請(qǐng)求了。

38. 你都做過(guò)什么測(cè)試

功能測(cè)試惭墓、用戶(hù)體驗(yàn)測(cè)試坛梁、性能測(cè)試、UI測(cè)試腊凶、兼容性測(cè)試划咐、安裝測(cè)試拴念、文檔測(cè)試、穩(wěn)定性測(cè)試等褐缠。

在公司中大部分是做的功能與接口測(cè)試政鼠。

39. 如果回歸測(cè)試不通過(guò)怎么辦?

1. 首先考慮環(huán)境問(wèn)題，看是否能夠還原原來(lái)的環(huán)境
2. 遇到問(wèn)題就要提队魏，不能放過(guò)任何一個(gè)Bug公般，在提交的Bug描述中加上一句話，那就是復(fù)現(xiàn)概率胡桨，嘗試20次官帘，出現(xiàn)一次或嘗試10次，交給開(kāi)發(fā)登失，開(kāi)發(fā)會(huì)根據(jù)Bug的復(fù)現(xiàn)概率遏佣，調(diào)整改Bug的優(yōu)先級(jí)。
3. 盡量回想發(fā)生問(wèn)題時(shí)的復(fù)現(xiàn)步驟揽浙，不要漏掉任何一個(gè)細(xì)節(jié)状婶，按照步驟的組合嘗試復(fù)現(xiàn)
4. 與開(kāi)發(fā)人員配合，讓開(kāi)發(fā)人員對(duì)相應(yīng)的代碼檢查馅巷，看是否通過(guò)代碼層面檢查出問(wèn)題
5. 保留發(fā)生bug時(shí)的log膛虫，附加到提交的Bug中，希望可以通過(guò)log中找到一些蛛絲馬跡钓猬。
6. 查看代碼稍刀，也許是代碼變更，引起的Bug

40. 測(cè)試報(bào)告包括哪些敞曹？

1. 概述
   1. 編寫(xiě)目的：測(cè)試報(bào)告的描述账月、項(xiàng)目簡(jiǎn)介、測(cè)試內(nèi)容描述澳迫。
   2. 人員分工：姓名局齿、職務(wù)、任務(wù)
   3. 測(cè)試環(huán)境：軟件橄登、硬件環(huán)境
2. 測(cè)試過(guò)程
   1. 測(cè)試進(jìn)度：測(cè)試任務(wù)抓歼、測(cè)試負(fù)責(zé)人、啟動(dòng)時(shí)間拢锹、計(jì)劃完成時(shí)間谣妻、實(shí)際完成時(shí)間、備注
   2. 用例執(zhí)行情況：模塊卒稳、用例總數(shù)蹋半、執(zhí)行用例數(shù)、通過(guò)用例數(shù)充坑、未通過(guò)用例數(shù)湃窍、阻塞用例數(shù)
   3. 缺陷統(tǒng)計(jì)：模塊闻蛀、bug總數(shù)、新增bug總數(shù)您市、修復(fù)bug總數(shù)、遺留bug總數(shù)
3. 缺陷分析
   1. 按照級(jí)別分：
   2. 按照缺陷模塊分：
   3. 按照缺陷類(lèi)型分：版本役衡、趨勢(shì)
4. 測(cè)試總結(jié)
   1. 測(cè)試結(jié)論：是否通過(guò)茵休。各種率、按級(jí)別描述缺陷
   2. 風(fēng)險(xiǎn)分析：編號(hào)手蝎、風(fēng)險(xiǎn)描述榕莺、規(guī)避方法和建議
   3. 遺留問(wèn)題：編號(hào)、缺陷描述棵介、缺陷等級(jí)钉鸯、處理方法

41. 測(cè)試用例評(píng)審的流程是什么？

目的：主要是為了開(kāi)展測(cè)試用例評(píng)審工作提供指引邮辽，規(guī)范測(cè)試用例管理工作唠雕。
流程：
測(cè)試用例是否按照公司定義的模板進(jìn)行編寫(xiě)的；
測(cè)試用例的本身的描述是否清晰吨述，是否存在二義性岩睁；
操作步驟應(yīng)與描述是否相一致；
測(cè)試用例是否覆蓋了所有的需求揣云；
測(cè)試用例是否具有可執(zhí)行性
測(cè)試用例應(yīng)有正確的名稱(chēng)和編號(hào),
測(cè)試用例應(yīng)標(biāo)注有執(zhí)行的優(yōu)先級(jí)捕儒。

42.怎樣分析性能測(cè)試結(jié)果？

1. 查看聚合報(bào)告和服務(wù)器的資源使用圖邓夕，檢查響應(yīng)時(shí)間刘莹，事務(wù)成功率，CPU焚刚，內(nèi)存和IO使用率是否達(dá)到要求点弯，如果出錯(cuò)率達(dá)到了總請(qǐng)求數(shù)的3%，我們會(huì)檢查是什么原因?qū)е碌耐衾疲薷暮煤笃牙匦聹y(cè)試；
2. 如果出現(xiàn)了性能瓶頸痴腌，比如響應(yīng)時(shí)間雌团，或者CPU使用率不達(dá)標(biāo)，我們會(huì)從服務(wù)器上導(dǎo)出日志士聪，分析是哪個(gè)地方導(dǎo)致響應(yīng)時(shí)間過(guò)長(zhǎng)锦援，如果分析不出來(lái)，就叫上開(kāi)發(fā)一起討論剥悟，確定問(wèn)題后灵寺，就提單給開(kāi)發(fā)修復(fù)曼库，修復(fù)好了就進(jìn)行回歸測(cè)試。

43.請(qǐng)說(shuō)幾個(gè)常見(jiàn)的狀態(tài)碼略板？

200：請(qǐng)求發(fā)送成功毁枯。
302：代表重定向。
400：客戶(hù)端發(fā)送的請(qǐng)求語(yǔ)法錯(cuò)誤叮称。
401：請(qǐng)問(wèn)的頁(yè)面沒(méi)有授權(quán)种玛。
403：沒(méi)有權(quán)限訪問(wèn)這個(gè)頁(yè)面。
404：沒(méi)有這個(gè)頁(yè)面瓤檐。
500：服務(wù)器內(nèi)部異常赂韵。

44. 請(qǐng)描述下接口測(cè)試與UI測(cè)試是如何協(xié)同測(cè)試的？

1. 有一部分是重疊的挠蛉，Ui測(cè)試是通過(guò)前端寫(xiě)的界面祭示，是來(lái)調(diào)用接口的，而接口測(cè)試是直接調(diào)用接口谴古。
2. 排除前端的處理邏輯與調(diào)用的正確性质涛，在理論上接口測(cè)試是可以覆蓋所有的Ui測(cè)試，但實(shí)際中讥电，如接口層覆蓋所有的業(yè)務(wù)流蹂窖，在Ui上只測(cè)試前端的邏輯，而最終的結(jié)果會(huì)忽視很多原有的功能點(diǎn)恩敌，導(dǎo)致了Ui測(cè)試的不充分瞬测，那么會(huì)存在人多分工且時(shí)間充分的時(shí)候可以嘗試接口去做業(yè)務(wù)流的全覆蓋，否則不要輕易的去嘗試纠炮。

45. 你們項(xiàng)目最佳的并發(fā)用戶(hù)數(shù)是多少月趟？

我們當(dāng)時(shí)做到1500個(gè)并發(fā)用戶(hù)的時(shí)候，查詢(xún)功能的響應(yīng)時(shí)間超過(guò)了性能指標(biāo)2秒多恢口，原因是有幾個(gè)表的索引建得不合理導(dǎo)致的孝宗，我們當(dāng)時(shí)做到1500并發(fā)用戶(hù)后，就沒(méi)再繼續(xù)增加用戶(hù)量了耕肩。

46. 如何判斷網(wǎng)絡(luò)是否存在瓶頸因妇？

在性能測(cè)試結(jié)束之后，我們會(huì)根據(jù)性能測(cè)試的結(jié)果猿诸，查看在整個(gè)性能測(cè)試過(guò)程中婚被，網(wǎng)絡(luò)的吞吐量是多少，如果網(wǎng)絡(luò)的吞吐量占到了服務(wù)器的70%以上梳虽，我們就認(rèn)為網(wǎng)絡(luò)存在瓶頸址芯，通常會(huì)增加帶寬或者壓縮傳輸數(shù)據(jù)。

47. 如何判斷響應(yīng)時(shí)間不達(dá)標(biāo)

響應(yīng)時(shí)間不達(dá)標(biāo)的話，我們會(huì)根據(jù)性能測(cè)試結(jié)果先檢查看下是否是服務(wù)器帶寬存在問(wèn)題谷炸，如果帶寬存在瓶頸北专，則會(huì)考慮增加帶寬或者壓縮傳輸數(shù)據(jù)，如果帶寬沒(méi)有問(wèn)題的話旬陡，我們會(huì)從服務(wù)器上導(dǎo)出日志拓颓，開(kāi)發(fā)一起討論分析是哪個(gè)地方導(dǎo)致響應(yīng)時(shí)間過(guò)長(zhǎng)，確定問(wèn)題后季惩，就提單給開(kāi)發(fā)修復(fù)录粱，修復(fù)好了就進(jìn)行回歸測(cè)試。

48. 如何判斷CPU使用率不達(dá)標(biāo)

CPU使用率不達(dá)標(biāo)画拾，我們會(huì)從服務(wù)器上導(dǎo)出日志，分析是哪個(gè)地方導(dǎo)致CPU使用率不達(dá)標(biāo)菜职，如果分析不出來(lái)青抛，就叫上開(kāi)發(fā)一起討論，確定問(wèn)題后酬核，就提單給開(kāi)發(fā)修復(fù)蜜另，修復(fù)好了就進(jìn)行回歸測(cè)試。

49. App常見(jiàn)崩潰的原因嫡意？

1. 設(shè)備碎片化：由于設(shè)備極具多樣性举瑰，App在不同的設(shè)備上可能有不同表現(xiàn)形式。
2. 寬帶限制：寬帶不佳的的網(wǎng)絡(luò)對(duì)APP所需的快速響應(yīng)時(shí)間不夠蔬螟。
3. 網(wǎng)絡(luò)的變化：不同網(wǎng)絡(luò)間的切換可能會(huì)影響App的穩(wěn)定性此迅。
4. 內(nèi)存管理：可能內(nèi)存過(guò)低，或非是授權(quán)的內(nèi)存位置的使用可能會(huì)導(dǎo)致App失敗旧巾。

50. 你在項(xiàng)目中最經(jīng)典的BUG是什么耸序？

1. 兼容性問(wèn)題，在ie瀏覽器鲁猩，提交訂單按鈕可以點(diǎn)擊坎怪，到了谷歌，火狐就不能了廓握。
2. 查詢(xún)訂單頁(yè)面搅窿，根據(jù)條件篩選的結(jié)果不是想要的結(jié)果，還有某些字段的值沒(méi)有顯示出來(lái)隙券，或者顯示錯(cuò)誤男应。（因?yàn)殚_(kāi)發(fā)從庫(kù)表取值有誤）
3. 付款成功后，訂單狀態(tài)一直不翻轉(zhuǎn)為交易成功是尔。（因?yàn)榇a沒(méi)有正確獲取庫(kù)表中付款成功記錄的狀態(tài)碼）
4. 修改支付密碼殉了，新密碼和原密碼一致，也通過(guò)了拟枚，系統(tǒng)沒(méi)有做新舊密碼的校驗(yàn)薪铜。
5. 付款時(shí)候的手機(jī)驗(yàn)證碼众弓，可以一直使用，沒(méi)有成功做有效期控制隔箍。
6. 手機(jī)app斷開(kāi)網(wǎng)絡(luò)后谓娃，再去點(diǎn)擊，沒(méi)有友好的錯(cuò)誤頁(yè)面提示網(wǎng)絡(luò)已斷開(kāi)蜒滩，只有undefined返回

51. 你在你工作中遇到最棘手的問(wèn)題是什么滨达？

1. bug無(wú)法復(fù)現(xiàn)
2. 查詢(xún)功能，翻頁(yè)后第二頁(yè)的內(nèi)容與第一頁(yè)的內(nèi)容完全相同俯艰。原因是翻頁(yè)的時(shí)候刷新了頁(yè)面觸發(fā)了查詢(xún)語(yǔ)句捡遍。印象最深的原因：發(fā)生過(guò)兩次，才知道原因所在竹握。

52.弱網(wǎng)情況下你是如何測(cè)試的画株？

1. 2G的網(wǎng)速150kbps，折合下載速度15-20K/S.B=8b.g
2. 3G的網(wǎng)速 1-6Mbps,折合下載速度120K/S-600K/S.
3. 4G的網(wǎng)速10-100Mbps,折合下載速度1.5M/s-10M/s.
4. 使用真實(shí)的SIM卡啦辐，運(yùn)營(yíng)上網(wǎng)絡(luò)來(lái)進(jìn)行測(cè)試谓传。

53.跟開(kāi)發(fā)人員因?yàn)锽UG產(chǎn)生分歧你是如何解決的？

1. 問(wèn)題確認(rèn)與評(píng)估
2. 明確開(kāi)發(fā)不修改該缺陷的確切原因
3. 具體問(wèn)題具體分析--注:dev代表開(kāi)發(fā) tester表示測(cè)試人員
4. 發(fā)揮TM與PM的溝通職責(zé) 注TM表示測(cè)試經(jīng)理 PM表示產(chǎn)品經(jīng)理強(qiáng)調(diào)溝通芹关。

54.如何提交高質(zhì)量的軟件缺陷記錄（報(bào)告）续挟？

1. 通用UI要統(tǒng)一、準(zhǔn)確侥衬。
2. 盡量使用業(yè)界慣用的表達(dá)術(shù)語(yǔ)和表達(dá)方法
3. 每條缺陷報(bào)告只包括一個(gè)缺陷
4. 不可重現(xiàn)的缺陷也要報(bào)告
5. 明確指明缺陷類(lèi)型
6. 明確指明缺陷嚴(yán)重等級(jí)和優(yōu)先等級(jí)
7. 描述 (Description) 诗祸，簡(jiǎn)潔、準(zhǔn)確浇冰，完整贬媒，揭示缺陷實(shí)質(zhì)，記錄缺陷或缺陷出現(xiàn)的位置
8. 短行之間使用自動(dòng)數(shù)字序號(hào)肘习，使用相同的字體际乘、字號(hào)、行間距
   短行之間使用自動(dòng)數(shù)字序號(hào)漂佩，使用相同的字體脖含、字號(hào)、行間距投蝉，可以保證各條記錄格式一致养葵，做到規(guī)范專(zhuān)業(yè)。

55. 手機(jī)端測(cè)試的關(guān)注點(diǎn)有哪些瘩缆？

UI測(cè)試关拒，功能，性能測(cè)試，安裝卸載測(cè)試着绊，軟件升級(jí)測(cè)試谐算，登陸測(cè)試，安全性測(cè)試归露，消息推送洲脂，前后臺(tái)切換，兼容性測(cè)試剧包，網(wǎng)絡(luò)環(huán)境測(cè)試恐锦，monkey測(cè)試。

• 兼容性：

1. 系統(tǒng)版本：android:原生安卓系統(tǒng)：4.4 5.8疆液。定制版本：小米一铅、華為、魅族..
   IOS：原生系統(tǒng)：5.0.堕油。馅闽。
2. 屏幕分辨率：7201280 19281888.，圖片（根據(jù)分辨率做一些圖片）
3. 網(wǎng)絡(luò)狀態(tài)：2g 3g 4g 5g wifi

56. Web測(cè)試的方法有哪些馍迄？

image.png

57. 軟件測(cè)試的分類(lèi)有哪些？

image.png

58. 測(cè)試用例的方法有哪些以及包含的內(nèi)容局骤？

方法：等價(jià)類(lèi)劃分法攀圈、邊界值分析法、場(chǎng)景法峦甩，因果圖赘来、錯(cuò)誤推測(cè)法
解釋?zhuān)?/strong>

1. 等價(jià)類(lèi)劃分：把所有可能輸入的數(shù)據(jù)分為若干個(gè)區(qū)域，然后從每個(gè)區(qū)域中取少量有代表性的數(shù)據(jù)進(jìn)行測(cè)試即可凯傲，分為有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)犬辰。
2. 邊界值分析法：取稍高于或稍低于邊界的一些數(shù)據(jù)進(jìn)行測(cè)試，使用離點(diǎn)冰单、上點(diǎn)幌缝、內(nèi)點(diǎn)確定取值。
3. 錯(cuò)誤推測(cè)法：測(cè)試經(jīng)驗(yàn)豐富的人喜歡使用的一種測(cè)試用例設(shè)計(jì)方法诫欠。
   一般這種方法是基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中可能發(fā)送的各種錯(cuò)誤涵卵，有針對(duì)性地設(shè)計(jì)。只能作為一種補(bǔ)充荒叼。
4. 因果圖方法：比較適合輸入條件比較多的情況轿偎，測(cè)試所有的輸入條件的排列組合。所謂的原因就是輸入被廓，所謂的結(jié)果就是輸出坏晦。
5. 場(chǎng)景法：通過(guò)模擬業(yè)務(wù)場(chǎng)景來(lái)對(duì)系統(tǒng)的功能點(diǎn)或業(yè)務(wù)流程的描述，從而提高測(cè)試效果的黑盒測(cè)試方法

59. App的性能測(cè)試怎么做的？

App的性能分為服務(wù)器端的性能和手機(jī)端的性能昆婿。 服務(wù)器端的性能球碉，我們用Jmeter工具進(jìn)行測(cè)試的，和web的端性能測(cè)試方法一樣的挖诸。我們是用monkey做手機(jī)端App的穩(wěn)定性測(cè)試的汁尺，使用monkey跑10萬(wàn)次，看它會(huì)不會(huì)出問(wèn)題多律，如果出了問(wèn)題痴突，我們?cè)俣ㄎ辉颍唧w的做法是這樣的：在跑monkey前狼荞，先使用adb logcat -c清空手機(jī)的logcat日志接下來(lái)辽装，使用adb logcat -v time獲取logcat日志并導(dǎo)入本地文件使用monkey運(yùn)行被測(cè)應(yīng)用：adb shell monkey -p 包名 -v 10萬(wàn)次 并將執(zhí)行結(jié)果導(dǎo)入到本地測(cè)試完成后查看monkey日志,如果說(shuō)它跑的次數(shù)跟我設(shè)的次數(shù)不一樣.就說(shuō)明monkey中途跑失敗了。那我就要去看看monkey日志中有沒(méi)有crash或者anr的關(guān)鍵字相味，如果有還需定位到是什么原因?qū)е碌腶nr或者crash的問(wèn)題拾积。并且將相關(guān)日志和logcat日志與進(jìn)程號(hào)提交給開(kāi)發(fā)定位，如果是anr的問(wèn)題丰涉，還需要從安卓中獲取/data/anr/traces.txt文件提交給開(kāi)發(fā)定位拓巧。

60. 代碼的版本管理用什么工具，上傳和合并代碼一死？SVN介紹用的版本管理工具

SVN是Subversion的簡(jiǎn)稱(chēng)肛度，是一個(gè)開(kāi)放源代碼的版本控制系統(tǒng),說(shuō)得簡(jiǎn)單一點(diǎn)SVN就是用于多個(gè)人共同開(kāi)發(fā)同一個(gè)項(xiàng)目，共用資源的目的
SVN需要部署服務(wù)端和客戶(hù)端,我們公司服務(wù)端部署在服務(wù)器上,我們只需要在自己的電腦上安裝客戶(hù)端(小烏龜),服務(wù)端給分配好賬號(hào)密碼和權(quán)限,并且給我們倉(cāng)庫(kù)的地址,我們就可以對(duì)倉(cāng)庫(kù)中的文件或代碼進(jìn)行checkout update commit等操作,當(dāng)然共同協(xié)作開(kāi)發(fā)可能還會(huì)有沖突發(fā)生,這就需要處理沖突
當(dāng)然除了SVN我會(huì)使用GIT, Git是一個(gè)開(kāi)源的分布式版本控制系統(tǒng)投慈，用于敏捷高效地處理任何或小或大的項(xiàng)目承耿。 是一個(gè)開(kāi)放源碼的版本控制軟件。Git 與常用的版本控制工具 CVS, Subversion 等不同伪煤，它采用了分布式版本庫(kù)的方式加袋，不必服務(wù)器端軟件支持。
在使用GIT都是使用指令進(jìn)行操作:

• 配置用戶(hù)信息 用戶(hù)名和郵箱

git config --global user.name "DashShi"
git config --global user.email 805256908@qq.com

• 創(chuàng)建版本庫(kù) git init進(jìn)行倉(cāng)庫(kù)的初始化
• 添加文件到版本庫(kù)(其實(shí)是到版本庫(kù)的緩存)

git add . 把這個(gè)文件夾下面所有的文件都添加到庫(kù)
git add abc.txt 把某一個(gè)文件添加到庫(kù)中
git status -s 可以查看添加的狀態(tài)

• 提交添加到緩存的文件到真實(shí)的倉(cāng)庫(kù)git commit -m "提交的信息說(shuō)明"
• 查看提交的日志/記錄

git log
git log --pretty=oneline 簡(jiǎn)略信息查看日志

• git的遠(yuǎn)程倉(cāng)庫(kù)

//遠(yuǎn)程倉(cāng)庫(kù)存在,把本地的代碼推送到遠(yuǎn)程需要執(zhí)行
git push -u origin master

• 如果想把github遠(yuǎn)程倉(cāng)庫(kù)的代碼拿到本地

git clone "url"

61. APP出現(xiàn)ANR的原因抱既？

線程阻塞的职烧，內(nèi)存不足，CPU滿(mǎn)負(fù)荷(由于現(xiàn)在的手機(jī)基本都是8核CPU蝙砌，所以基本不會(huì)出現(xiàn)CPU滿(mǎn)負(fù)荷的情況)阳堕。

62. APP出現(xiàn)CRASH的原因：

1. 空值指針
2. 數(shù)組越界
3. 內(nèi)存不足
4. CPU滿(mǎn)負(fù)荷(由于現(xiàn)在的手機(jī)基本都是8核CPU，所以基本不會(huì)出現(xiàn)CPU滿(mǎn)負(fù)荷的情況)

63. Appium的工作原理是什么择克？

我們的電腦（c端）上運(yùn)行自動(dòng)化測(cè)試腳本恬总，調(diào)用的是appium的webdriver的接口，appium服務(wù)器（s端）接收到我們client上發(fā)送過(guò)來(lái)的命令后肚邢，他會(huì)將這些命令轉(zhuǎn)換為UIautomator認(rèn)識(shí)的命令壹堰，然后由UIautomator來(lái)在設(shè)備上執(zhí)行自動(dòng)化拭卿。

64. MySql數(shù)據(jù)庫(kù)查詢(xún)語(yǔ)言有哪些？多表聯(lián)查會(huì)嗎贱纠？什么是子查詢(xún)峻厚？

• 數(shù)據(jù)庫(kù)語(yǔ)言最常SQL （結(jié)構(gòu)化查詢(xún)語(yǔ)du言）

  創(chuàng)建表：create table user（id int(11) primary key auto_increment,name   varchar(20),age int(4),sex varchar(10),）;
  增:insert into user(name,age,sex) values(?，?谆焊，?)惠桃；
  刪:delete from user where name=？;
  改：update user set age=?,sex=? where name=?;
  查詢(xún)所有：select * from user;   
  根據(jù)名稱(chēng)查找：select * from user where name=?;
  

• 多表聯(lián)查：

  select * from customer,orders;
  select * from customer,orders where customer.id=orders.customer_id;
  select * from customer c left join orders o on c.id=o.customer_id;
  select * from customer c right join orders o on c.id=o.customer_id;
  

• 子查詢(xún)：老師和學(xué)生

  //查詢(xún)李老師所教的學(xué)生
  select id from teacher where name=’李老師’
  select student_id from teacher_student where teacher_id=id
  
  select * from student where id in(select student_id from teacher_student where teacher_id =(select id from teacher where name='李老師'));
  
  //查詢(xún)張三的所有老師
  select * from teacher where id in(select teacher_id from teacher_student where student_id=(select id from student where name='張三'));
  

65. SQL語(yǔ)句處理與代碼處理哪個(gè)好辖试，舉例辜王？

如果用sql語(yǔ)句，數(shù)據(jù)處理比較快罐孝，處理后傳輸?shù)臄?shù)據(jù)量稍大呐馆，由123變成了漢字。
在代碼中處理莲兢，傳輸?shù)臄?shù)據(jù)量小點(diǎn)汹来，處理速度取決于代碼怎么處理。
如果數(shù)據(jù)量不大改艇，兩種方法區(qū)別不明顯收班，建議用sql語(yǔ)句。

66. SQL內(nèi)關(guān)聯(lián)和外關(guān)聯(lián)的區(qū)別谒兄？

內(nèi)關(guān)聯(lián)是求交集
外觀連是以主表為標(biāo)準(zhǔn)闺阱，去附表找需要的信息

67. Linux系統(tǒng)TOP命令介紹？

顯示舵变，管理執(zhí)行中的程序 就是任務(wù)管理器

68.liunx磁盤(pán)滿(mǎn)了，怎么處理瘦穆？

#ls –bailR /home >;files.txt
#diff filesold.txt files.txt

69.Linux系統(tǒng)操作的指令說(shuō)一下：增加纪隙，刪除，復(fù)制扛或，移動(dòng)等問(wèn)題绵咱？

目錄操作
        cd usr/                            切換到該目錄下usr目錄
        cd ..                              切換到上一層目錄
        cd /                               切換到系統(tǒng)根目錄
        mkdir 目錄名稱(chēng)                      創(chuàng)建目錄
        ls       目錄名稱(chēng)                   查詢(xún)?cè)撃夸浵滤械哪夸浐臀募?        ls [-a]  目錄名稱(chēng)                   查詢(xún)?cè)撃夸浵滤械哪夸浐臀募?包含隱藏文件
        ls [-l]   目錄名稱(chēng)                  查詢(xún)?cè)撃夸浵滤械哪夸浐臀募脑敿?xì)信息
        find / -name 目錄名稱(chēng)               查找/root下的目錄(文件)
        mv 目錄名稱(chēng) 新目錄名稱(chēng)                 修改目錄名稱(chēng)
        mv 目錄名稱(chēng) 目錄的新位置               剪切
        cp -r 目錄名稱(chēng) 目錄的目標(biāo)位置          拷貝
        rm -rf  目錄                        強(qiáng)制刪除目錄

文件操作
        touch 文件名稱(chēng)                      創(chuàng)建空文件
        cat/more/less/tail 文件            查看文件內(nèi)容
        tail -f 文件                       動(dòng)態(tài)查看/實(shí)時(shí)查看文件(日志)
        grep 要搜索的字符串 要搜索的文件       關(guān)鍵字搜索
        vi/vim  文件                       修改文件內(nèi)容
        rm -rf 文件                        強(qiáng)制刪除文件
文件的打包
        tar -zcvf 文件名.tar               要打包的文件

文件的解壓   
        tar -xvf 文件名.tar

擴(kuò)充:將文件解壓到固定位置
        tar -xvf 文件名.tar -C 指定解壓的位置

查詢(xún)當(dāng)前所在位置
        pwd      

查看進(jìn)程
        ps -ef | grep 進(jìn)程名稱(chēng)(tomcat/mysql)

殺死進(jìn)程
        kill -9 進(jìn)程pid

查看端口號(hào)
        netstat -an | grep 端口號(hào)(3306)
查看服務(wù)器ip
        ifconfig

查看網(wǎng)絡(luò)是否能正常使用
        ping 外網(wǎng)地址                     查看是否能訪問(wèn)外網(wǎng)
        ping 內(nèi)網(wǎng)ip                       查看是否能訪問(wèn)內(nèi)網(wǎng)

權(quán)限命令
        chmod 777 文件        賦權(quán)

查看cpu
        top

查看磁盤(pán)信息
        df -h

查看內(nèi)存信息
        free    

關(guān)機(jī)命令
        shutdown -h now          立刻關(guān)機(jī)，其中now相當(dāng)于時(shí)間為0的狀態(tài)
        shutdown -h 10：23
        shutdown -h +10          系統(tǒng)再過(guò)十分鐘后自動(dòng)關(guān)機(jī)

重新啟動(dòng)
        reboot                    重新啟動(dòng)操作系統(tǒng)

70.Linux系統(tǒng)日志查看指令熙兔，壓縮悲伶，解壓指令等問(wèn)題？

Tar -n logcat 查看系統(tǒng)日志
tar -zcvf 文件名：壓縮
tar -xvf 文件名 :解壓

71. Linux上能不能直接進(jìn)行性能測(cè)試住涉？

不能麸锉，腳本需要通過(guò)windows調(diào)試好后，才能在Linux上運(yùn)行舆声，運(yùn)行的時(shí)候花沉，只能通過(guò)non GUL形式進(jìn)行啟動(dòng)jmeter,但需要注意的是柳爽，csv文件在windows上與LInux上要統(tǒng)一路徑，最好使用相對(duì)路徑碱屁，放到統(tǒng)一目錄下邊磷脯。

72.說(shuō)幾個(gè)常用的adb指令?

Adb install（apk的文件路徑） 安裝軟件到手機(jī)或者模擬器
Adb uninstall（包名） 卸載手機(jī)或模擬器上的某款軟件
Adb devices 查看與當(dāng)前電腦連接的移動(dòng)設(shè)備
Abd adb start-server 啟動(dòng)
Adb adb kill-server 殺死
Adb logcat 查看日志
Adb logcat -v time process > 

73.軟件負(fù)蓋安裝的adb命令？

adb install -r xx.apk覆蓋低版本的
adb install -r -d  覆蓋高版本的

74.性能測(cè)試的Adb命令娩脾？

adb shell dumpsys cpuinfo  查看手機(jī)cpu的使用情況
adb shell getprop|findstr dalvik   手機(jī)系統(tǒng)自己運(yùn)行的內(nèi)存使用

75.說(shuō)幾個(gè)Monkey指令赵誓？

adb shell monkey -p 包名
adb-shell--ignore-crashes 忽略崩潰
adb-shell--ignore-timeouts 忽略延時(shí)
adb-shell--ignore-throttle 延時(shí)毫秒值
adb-shell--pct-touch--pct-motion 觸摸與滑動(dòng)事件的比例

adb shell monkey -p com.example.login --ignore-crashes --ignore-timeouts --throttle 100 --pct-touch 50 --pct-motion 50 -v -v 1000 >c:\login\c.txt

76. Postman與jmeter的區(qū)別是什么？

1. 用例組織不同柿赊，jmeter的組織是比較扁平俩功，首先他沒(méi)有工作空間的概念，直接就是測(cè)試計(jì)劃闹瞧，而postman功能上更簡(jiǎn)單绑雄，組織方式是輕量級(jí)，他主要針對(duì)的是單個(gè)的http請(qǐng)求奥邮。
2. 支持接口的類(lèi)型與測(cè)試的類(lèi)型不同：jmeter的功能更強(qiáng)大万牺，可以通過(guò)各種類(lèi)型的接口，不支持的也可以通過(guò)網(wǎng)上或者自己編寫(xiě)的插件進(jìn)行擴(kuò)展洽腺，而postman更輕量級(jí)脚粟，定位不同，可用來(lái)測(cè)試Rest接口蘸朋。
3. 配置不同：jmeter可以在線程組里添加http,tcp,而postman只支持Rest接口核无。

77. Postman做哪些操作？

Postman是一款功能超級(jí)強(qiáng)大的用于發(fā)送 HTTP 請(qǐng)求的 Chrome插件 藕坯。做web頁(yè)面開(kāi)發(fā)和測(cè)試的人員應(yīng)該是無(wú)人不曉無(wú)人不用团南！其主要特點(diǎn) 特點(diǎn)是可以創(chuàng)建和發(fā)送任何的HTTP請(qǐng)求。

78. 瀏覽器的兼容性測(cè)試是怎么測(cè)試的炼彪？

大型的吐根、用戶(hù)群體多的網(wǎng)站都需要做瀏覽器兼容性測(cè)試，需要測(cè)試主流的瀏覽器（除特定要求的瀏覽器以外）
測(cè)試的內(nèi)容：一般是頁(yè)面的排版辐马，頁(yè)面格式拷橘，字體，顏色喜爷，下拉菜單冗疮，復(fù)選框等測(cè)試（UI：CSS，HML檩帐，Js在不同瀏覽器下的表現(xiàn)）
再就是對(duì)功能進(jìn)行檢查

為什么選擇這幾個(gè)瀏覽器术幔？

原因：以瀏覽器內(nèi)核分類(lèi)瀏覽器進(jìn)行測(cè)試

常見(jiàn)瀏覽器及四大內(nèi)核：

IE、360（兼容模式）湃密、搜狗（兼容模式）（Trident內(nèi)核）

Firefox（Gecko內(nèi)核）

Chrome特愿、360（極速模式）仲墨、搜狗（極速模式）（Blink內(nèi)核）

Apple Safari（WebKit內(nèi)核）

79. 最近工作功能測(cè)試流程？意思是問(wèn)測(cè)過(guò)哪些功能揍障？

• 測(cè)試流程：
  A. 待測(cè)應(yīng)用在不同的操作系統(tǒng)平臺(tái)上正常運(yùn)行目养，包括待測(cè)試項(xiàng)目能在同一操作系統(tǒng)平臺(tái)的不同版本上正常運(yùn)行；
  B. 待測(cè)應(yīng)用能與相關(guān)的其他軟件或系統(tǒng)“協(xié)調(diào)工作”毒嫡；
• 測(cè)過(guò)哪些功能：
  A. 兼容性測(cè)試就是測(cè)試電腦硬件之間是否有不兼容等問(wèn)題或軟件問(wèn)題癌蚁。
  B. 兼容性測(cè)試側(cè)重哪些方面

1. 向前兼容和向后兼容。向前兼容是指可以使用軟件的未來(lái)版本,向后兼容是指可以使用軟件的以前版本兜畸。
2. 不同版本之間的兼容努释。實(shí)現(xiàn)測(cè)試平臺(tái)和應(yīng)用軟件多個(gè)版本之間能夠正常工作。

80. 測(cè)試手機(jī)兼容性測(cè)試是如何測(cè)試的咬摇？

一般測(cè)試手機(jī)兼容性的時(shí)候會(huì)考慮到手機(jī)的型號(hào)伐蒂，分辨率以及安卓版本號(hào)，一般常用的手機(jī)型號(hào)如：華為肛鹏，錘子逸邦，小米，魅族等在扰，一般碎片化會(huì)嚴(yán)重缕减，從Android6.0到Android10.0的版本是不一樣的，而最近的版本號(hào)已經(jīng)到10了芒珠，也就是AndroidQ,它是協(xié)助開(kāi)發(fā)者利用5G桥狡，折疊屏，無(wú)框屏皱卓，設(shè)備內(nèi)置Al等最新技術(shù)繼續(xù)創(chuàng)新裹芝，同時(shí)確保用戶(hù)安全，隱私及數(shù)字健康娜汁。向分辨率這塊大部分是1920*1080局雄，一般會(huì)買(mǎi)真機(jī)去測(cè)溅漾。肘交。

81. 如何理解壓力仔涩、負(fù)載、性能測(cè)試測(cè)試穆桂？

性能測(cè)試是一個(gè)較大的范圍，實(shí)際上性能測(cè)試本身包含了性能融虽、強(qiáng)度享完、壓力、負(fù)載等多方面的測(cè)試內(nèi)容有额。
壓力測(cè)試是對(duì)服務(wù)器的穩(wěn)定性以及負(fù)載能力等方面的測(cè)試般又，是一種很平常的測(cè)試彼绷。增大訪問(wèn)系統(tǒng)的用戶(hù)數(shù)量、或者幾個(gè)用戶(hù)進(jìn)行大數(shù)據(jù)量操作都是壓力測(cè)試茴迁。
負(fù)載測(cè)試是壓力相對(duì)較大的測(cè)試寄悯，主要是測(cè)試系統(tǒng)在一種或者集中極限條件下的相應(yīng)能力，是性能測(cè)試的重要部分堕义。
100個(gè)用戶(hù)對(duì)系統(tǒng)進(jìn)行連續(xù)半個(gè)小時(shí)的訪問(wèn)可以看作壓力測(cè)試猜旬，那么連續(xù)訪問(wèn)8個(gè)小時(shí)就可以認(rèn)為負(fù)載測(cè)試，1000個(gè)用戶(hù)連續(xù)訪問(wèn)系統(tǒng)1個(gè)小時(shí)也可以看作是負(fù)載測(cè)試倦卖。
實(shí)際上壓力測(cè)試和負(fù)載測(cè)試沒(méi)有明顯的區(qū)分洒擦。測(cè)試人員應(yīng)該站在關(guān)注整體性能的高度上來(lái)對(duì)系統(tǒng)進(jìn)行測(cè)試。

82. shell寫(xiě)腳本

1. 語(yǔ)法
2. 執(zhí)行

83. selenium和appium使用

84. Charles和Fiddler如何移動(dòng)端抓包

86. bug流轉(zhuǎn)過(guò)程

image.png

87. Charles功能操作怕膛，需要實(shí)操

網(wǎng)絡(luò)抓包
移動(dòng)端抓包
證書(shū)安裝
斷點(diǎn)
過(guò)濾
模擬慢速網(wǎng)絡(luò)
修改網(wǎng)絡(luò)請(qǐng)求
壓測(cè)服務(wù)器
模擬404熟嫩、403

88. pytest+allure如何生成報(bào)告？

89. requests使用

90. TCP與UDP的區(qū)別褐捻，七層網(wǎng)絡(luò)模型

91. 性能測(cè)試怎么做的掸茅？

做性能需求分析，挑選了用戶(hù)使用最頻繁的功能來(lái)做性能測(cè)試舍扰，比如：登陸倦蚪，打開(kāi)系統(tǒng)首頁(yè)，搜索边苹，提交訂單陵且，確定性能指標(biāo)，比如：事務(wù)通過(guò)率為100%个束，90%的事務(wù)響應(yīng)時(shí)間不超過(guò)3秒慕购，CPU和內(nèi)存的使用率為70%以下。

搭建性能測(cè)試環(huán)境茬底，準(zhǔn)備好性能測(cè)試數(shù)據(jù)沪悲。

使用Jmeter開(kāi)發(fā)優(yōu)化腳本，包括:參數(shù)化阱表，斷言殿如，關(guān)聯(lián)等。

設(shè)計(jì)性能測(cè)試場(chǎng)景最爬，我們這個(gè)項(xiàng)目做了單用戶(hù)單功能循環(huán)200次的基準(zhǔn)測(cè)試涉馁，然后使用1500個(gè)用戶(hù)，執(zhí)行30分鐘的負(fù)載測(cè)試爱致，看系統(tǒng)有沒(méi)有性能瓶頸烤送；

我們搭建了分布式壓力測(cè)試環(huán)境進(jìn)行測(cè)試，每臺(tái)壓力機(jī)并發(fā)500個(gè)用戶(hù)糠悯，并監(jiān)控linux服務(wù)器的CPU帮坚，內(nèi)存妻往，IO。

分析性能測(cè)試結(jié)果试和，如果有性能瓶頸讯泣，收集相關(guān)的日志提單給開(kāi)發(fā)修改。

開(kāi)發(fā)修改好后灰署，回歸性能測(cè)試判帮，然后輸出性能測(cè)試報(bào)告。

92. Cookie和Session的區(qū)別與聯(lián)系

1. Cookie是存放在瀏覽器的溉箕，Session是存放在服務(wù)器晦墙；
2. Cookie不是很安全，涉及用戶(hù)隱私方面盡量放在Session肴茄；
3. 當(dāng)訪問(wèn)量大的時(shí)候晌畅，Session會(huì)占用服務(wù)器資源