1.?測(cè)試流程
制定測(cè)試計(jì)劃 編輯測(cè)試用例 執(zhí)行測(cè)試用例發(fā)現(xiàn)并提交bug 開發(fā)人員進(jìn)行修復(fù)bug 進(jìn)行回歸測(cè)試并將修改完善的bug狀態(tài)進(jìn)行關(guān)閉 未正確修改的bug重新激活
2.?測(cè)試計(jì)劃的編寫要素
why----為什么進(jìn)行測(cè)試
what----測(cè)試那些方面 不同階段的工作內(nèi)容
when----測(cè)試不同階段的起止時(shí)間
where----相應(yīng)文檔 缺陷的存放位置 測(cè)試環(huán)境等
who----項(xiàng)目有關(guān)人員組成 安排那些人員進(jìn)行測(cè)試
how----怎么去做 使用那些測(cè)試工具以及方法進(jìn)行測(cè)試
3.?測(cè)試原則
a：應(yīng)當(dāng)把“”盡早地和不斷地進(jìn)行軟件測(cè)試“”作為軟件開發(fā)者的座右銘
b：測(cè)試用例應(yīng)有測(cè)試輸入數(shù)據(jù)和對(duì)應(yīng)的預(yù)期結(jié)果這兩部分組成
c：程序員應(yīng)避免檢查自己的程序
d：在設(shè)計(jì)測(cè)試用例時(shí) 應(yīng)包括合理的輸入條件和不合理的輸入條件
e：軟件測(cè)試的原則
f：充分注意測(cè)試中的群集現(xiàn)象 經(jīng)驗(yàn)表明 測(cè)試后程序中殘有的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比
g：嚴(yán)格執(zhí)行測(cè)試計(jì)劃 排除測(cè)試的隨意性
h：應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查
i：妥善保存測(cè)試計(jì)劃 測(cè)試用例 出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告 為維護(hù)提供方便
4.?測(cè)試方法
黑盒：等價(jià)類劃分法 邊界分析法 因果圖法 錯(cuò)誤推測(cè)法 正交法和場(chǎng)景法
白盒：邏輯覆蓋法 循環(huán)測(cè)試路徑選擇 基本路徑測(cè)試
5.?測(cè)試分類
按階段劃分：單元測(cè)試 集成測(cè)試 系統(tǒng)測(cè)試 驗(yàn)收測(cè)試
按是否運(yùn)行劃分：靜態(tài)測(cè)試 動(dòng)態(tài)測(cè)試
按是否查看代碼劃分：白盒測(cè)試 黑盒測(cè)試 灰盒測(cè)試
其他：回歸測(cè)試 冒煙測(cè)試 隨機(jī)測(cè)試
功能測(cè)試：界面 業(yè)務(wù)邏輯功能 兼容性 易用性 安全性 安裝測(cè)試
性能測(cè)試：性能 負(fù)載 壓力 容量 并發(fā) 配置 可靠性 失敗測(cè)試
6.?測(cè)試模型
V型
W型
7.?開發(fā)流程
需求分析--概要設(shè)計(jì)--詳細(xì)設(shè)計(jì)--編碼--測(cè)試--軟件交付--驗(yàn)收--維護(hù)--升級(jí)--再測(cè)試--逐步淘汰
8.?黑盒和白盒的區(qū)別
黑盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)黑盒子程剥，測(cè)試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，?只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明向瓷。
白盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)透明的盒子脯燃，允許測(cè)試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及?相關(guān)信息襟企，設(shè)計(jì)或選擇測(cè)試用例寒随，對(duì)程式所有邏輯路徑進(jìn)行測(cè)試爹土。
9.?測(cè)試計(jì)劃中有哪些
測(cè)試背景 測(cè)試目標(biāo) 測(cè)試范圍 測(cè)試輸出文檔 測(cè)試策略 測(cè)試規(guī)模 工作量分析 測(cè)試進(jìn)程 測(cè)試進(jìn)度及時(shí)間安排 測(cè)試資源 人力 設(shè)備 風(fēng)險(xiǎn)管理
10.?測(cè)試用例包含哪些
用例編號(hào) 所屬模塊 執(zhí)行條件 測(cè)試輸入 預(yù)期結(jié)果 實(shí)際結(jié)果 用例是否通過 測(cè)試人 版本 備注
11.?測(cè)試用例需要詳細(xì)到什么程度才是合格的
首先根據(jù)需求文檔 概要設(shè)計(jì) 測(cè)試評(píng)估 測(cè)試方案細(xì)分出各功能模塊的測(cè)試項(xiàng) 再根據(jù)各測(cè)試項(xiàng) 按照概要設(shè)計(jì) 詳細(xì)設(shè)計(jì)以及測(cè)試方案中測(cè)試的覆蓋率細(xì)分出測(cè)試子項(xiàng)
12.?缺陷報(bào)告包含哪些
缺陷的標(biāo)題 簡要描述 卻顯得類型 缺陷的詳細(xì)步驟描述 缺陷的實(shí)際結(jié)果 期望結(jié)果 有的缺陷需要上傳截圖 日志信息 缺陷的等級(jí) 缺陷指派給開發(fā)
13.?測(cè)試評(píng)審：（評(píng)審分類 ?評(píng)審內(nèi)容 ?評(píng)審結(jié)束）
評(píng)審分類：部門 公司 客戶評(píng)審
評(píng)審內(nèi)容：
a：用例設(shè)計(jì)的結(jié)構(gòu)安排是否清晰 合理 是否利于對(duì)需求進(jìn)行覆蓋
b：優(yōu)先級(jí)安排是否合理
c：是否覆蓋測(cè)試需求上的所有功能點(diǎn)
d：用例是否具有很好的可執(zhí)行性
e：是否已經(jīng)刪除了冗余的用例
f：是否包含了充分的負(fù)面測(cè)試用例
g：是否從用戶層面來設(shè)計(jì)用戶使用場(chǎng)景和使用流程的測(cè)試用例
h：是否簡潔 復(fù)用性強(qiáng)
評(píng)審結(jié)束：在評(píng)審活動(dòng)中會(huì)搜集到用例的反饋信息评姨，在此基礎(chǔ)上進(jìn)行用例更新 直接通過評(píng)審
14.?水杯 ?電梯 朋友圈點(diǎn)贊 ?視頻播放 ?支付的測(cè)試用例的設(shè)計(jì)點(diǎn)有哪些
請(qǐng)看之前的簡書
15.?測(cè)試發(fā)現(xiàn)bug開發(fā)不認(rèn)為是bug的時(shí)候
16.?Linux命令 15個(gè)
arch 顯示機(jī)器的處理器架構(gòu)
uname -m 顯示機(jī)器的處理器架構(gòu)
uname -r 顯示正在使用的內(nèi)核版本?
dmidecode -q 顯示硬件系統(tǒng)部件 - (SMBIOS / DMI)?
hdparm -i /dev/hda 羅列一個(gè)磁盤的架構(gòu)特性?
hdparm -tT /dev/sda 在磁盤上執(zhí)行測(cè)試性讀取操作?
cat /proc/cpuinfo 顯示CPU info的信息?
cat /proc/interrupts 顯示中斷?
cat /proc/meminfo 校驗(yàn)內(nèi)存使用?
cat /proc/swaps 顯示哪些swap被使用?
cat /proc/version 顯示內(nèi)核的版本?
cat /proc/net/dev 顯示網(wǎng)絡(luò)適配器及統(tǒng)計(jì)?
cat /proc/mounts 顯示已加載的文件系統(tǒng)?
lspci -tv 羅列 PCI 設(shè)備?
lsusb -tv 顯示 USB 設(shè)備?
17.?Adb命令 ?15個(gè) ?查看日志 ?（日志級(jí)別）
查看設(shè)備??adb?devices
安裝軟件? adb?install?-r?(APK路徑)?
卸載軟件? adb?uninstall?<軟件名>? ? adb?uninstall?-k?<軟件名> 如果加?-k?參數(shù),為卸載軟件但是保留配置和緩存文件
登錄設(shè)備? adb?shell
查看內(nèi)存情況? adb?shell?getprop?
本機(jī)內(nèi)存的使用情況? findstr?dalvik?
查看應(yīng)用內(nèi)存使用情況? adb?shell?dumpsys?meminfo?+包名
列出手機(jī)裝的所有app的包名? adb?shell?pm?list?packages
列出系統(tǒng)應(yīng)用的所有包名? ?adb?shell?pm?list?packages?-s
列出除了系統(tǒng)應(yīng)用的第三方應(yīng)用包名? adb?shell?pm?list?packages?-3?
查看手機(jī)日志? adb?logcat
日志的輸出時(shí)間? adb?logcat?-v?time
查看當(dāng)前連接設(shè)備：adb devices
如果發(fā)現(xiàn)多個(gè)設(shè)備：adb -s 設(shè)備號(hào) 其他指令
安裝apk文件：adb install xxx.apk
18.?Monkey命令 ?和日志區(qū)別
adb shell monkey 100? 執(zhí)行monkey 測(cè)試100次針對(duì)rom測(cè)試或者
adb shell monkey -p com.example.login 100
adb shell monkey 100 >c:/log/b.txt? 將log信息寫到文檔中
adb shell monkey -p com.example.login --throttle 300 100 表示執(zhí)行100個(gè)偽隨機(jī)用戶事件流 事件間隔為300毫秒
--ignore-crashes 通常應(yīng)用發(fā)生崩潰或異常時(shí)Monkey會(huì)停止運(yùn)行 如果設(shè)置此項(xiàng) Monkey將繼續(xù)發(fā)送事件給系統(tǒng) 直到事件計(jì)數(shù)完成
--ignore-timeouts（ANR） 通常應(yīng)用程序發(fā)生任何超時(shí)錯(cuò) Monkey將停止運(yùn)行难述，設(shè)置此項(xiàng)，Monkey將繼續(xù)發(fā)送事件給系統(tǒng)，直到事件計(jì)數(shù)完成
-p 允許的包名列表
日志詳細(xì)程度：
Level0 : adb shell monkey -p com.example.login -v 100//缺省值龄广，僅提供啟
動(dòng)提示硫眯、測(cè)試完成和最終結(jié)果等少量信息
Level1: adb shell monkey -p com.example.login -v -v 100//提供較為詳細(xì)的日志，包括每個(gè)發(fā)送到Activity的事件信息
Level2: adb shell monkey -p com.example.login -v -v -v 100//最詳細(xì)的日志择同，包括了測(cè)試中選中/未選中的Activity信息
19.?查看日志的前10行后5行的命令
前10行：head -n 10/ect/profile
后5行：tail -n 5/ect/profile
20.?Bug生命周期
提交bug--判斷bug是否及時(shí)處理--分配bug--處理當(dāng)前bug是否推遲--驗(yàn)證bug--修改完善--關(guān)閉bug
21.?Bug的狀態(tài)和優(yōu)先級(jí)
嚴(yán)重等級(jí)：
第一級(jí)（blocker）: 引起喜歡作系統(tǒng)“掛起”或“崩潰”的錯(cuò)誤；
第二級(jí)（critical）: 引起軟件本身“掛起”或“崩潰”的錯(cuò)誤净宵；
第三級(jí)（major）: 不能完成軟件說明書定義的功能的錯(cuò)誤敲才；
第四級(jí)（normal）: 程序所完成的功能與軟件說明書定義不符的錯(cuò)誤；
第五級(jí)（minor） : 顯示方面的錯(cuò)誤择葡；
第六級(jí)（trivial） : 其它“輕微”的錯(cuò)誤（如文本差錯(cuò)）紧武；
第七級(jí)（enhancement）：增強(qiáng)或者改進(jìn)。
優(yōu)先級(jí)：
1.立即解決（Resolve Immediately）缺陷必須被立即解決敏储。
2.正常排隊(duì)（Normal Queue）缺陷需要正常排隊(duì)等待修復(fù)或列入軟件發(fā)布清單阻星。
3.不緊急（Not Urgent）缺陷可以在方便時(shí)被糾正。
22.?Bug的分類
1已添、代碼錯(cuò)誤??2妥箕、設(shè)計(jì)缺陷? 3、界面優(yōu)化? 4更舞、性能問題? 5畦幢、配置相關(guān)
6、安裝部署? 7缆蝉、安全相關(guān)? 8宇葱、標(biāo)準(zhǔn)規(guī)范? 9、測(cè)試腳本
10刊头、其他劃分：功能類黍瞧、界面類、性能類原杂、易用性類印颤、兼容性類、其他
23.?Chareles的弱網(wǎng)測(cè)試
? 1.proxy --> Throttle Settings...? --> 勾選Enable Throttling,勾選Only for selected hosts 然后設(shè)置 里面數(shù)據(jù)?
24.?Chareles的斷點(diǎn)替換（request response）
1.選擇你要設(shè)置的斷點(diǎn)接口??2.右擊接口污尉，選擇斷點(diǎn)? 3.點(diǎn)擊代理->斷點(diǎn)設(shè)置
4.雙擊鏈接膀哲，進(jìn)行配置? 5.把參數(shù)刪掉，換成*被碗，可修改請(qǐng)求可修改返回
6.修改我們需要的數(shù)據(jù)某宪，修改完成后點(diǎn)擊執(zhí)行即可
25.?chareles的對(duì)app端抓包的步驟
設(shè)置代理
（1）查看默認(rèn)端口：Proxy->Proxy Settings ?在這個(gè)頁面會(huì)看到HTTP Proxy的默認(rèn)端口是8888
（2）查看當(dāng)前電腦的IP：Help->Local IP Address，在這個(gè)頁面會(huì)看到本機(jī)IP
（3）手機(jī)上設(shè)置代理（記住手機(jī)跟電腦要在同一個(gè)網(wǎng)絡(luò)）
手機(jī)連接到Charles時(shí)會(huì)彈出提示框是否連接锐朴，點(diǎn)擊Allow允許即可
完成后就可以看到已經(jīng)能抓到http請(qǐng)求的數(shù)據(jù)了
26.?Jmeter的接口測(cè)試
1測(cè)試計(jì)劃中添加線程租?
2在線程租中添加http請(qǐng)求?在http請(qǐng)求中需要填入?
3在線程中添加查看結(jié)果樹
27.?Jmeter的壓力測(cè)試 打壓 1000
1測(cè)試計(jì)劃中添加線程租?
2在線程租中添加http請(qǐng)求?在http請(qǐng)求中需要填入?
3. 在線程租中進(jìn)行修改?并發(fā)數(shù)量?（修改線程數(shù)量?修改循環(huán)次數(shù)?）
4.在線程組添加聚合報(bào)告
28.?Web端的性能指標(biāo)
響應(yīng)時(shí)間（客戶端向服務(wù)端的請(qǐng)求時(shí)間兴喂，服務(wù)端對(duì)數(shù)據(jù)庫的請(qǐng)求時(shí)間，服務(wù)端將結(jié)果展現(xiàn)到頁面的時(shí)間）
響應(yīng)時(shí)間2?5?8原則???
吞吐量：指的是在一次性能測(cè)試過程中網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量的總和.吞吐量/傳輸時(shí)間,就是吞吐率.
TPS：每秒處理事務(wù)能力
并發(fā)數(shù)： 單用戶的多次操作
多用戶的單次操作
點(diǎn)擊率:每秒鐘用戶向WEB服務(wù)器提?交的HTTP請(qǐng)求數(shù).
資源使用率：cpu??<80%??內(nèi)存??<80%??io?<40????網(wǎng)絡(luò)?<30%
29.?App端的性能指標(biāo)
Cpu內(nèi)存??流量??電量?啟動(dòng)時(shí)間??幀率? ? ?cpu??<80%內(nèi)存??<80%?
電量的損耗：? ? 流量的損耗：
30.?Jmeter的負(fù)載測(cè)試
1測(cè)試計(jì)劃中添加線程租
2在線程租中添加http請(qǐng)求?在http請(qǐng)求中需要填入?
3. 在線程租中進(jìn)行修改?并發(fā)數(shù)量?（修改線程數(shù)量?修改循環(huán)次數(shù)?）
4.在線程組添加聚合報(bào)告
31.?Jmeter的腳本錄制（web /app）
通過Badboy來錄制腳本（pc）
1.打開badboy ,點(diǎn)擊紅色按鈕，在地址欄輸入被測(cè)項(xiàng)目地址衣迷。
錄制完后畏鼓，點(diǎn)擊旁邊的黑色按鈕結(jié)束錄制。
2.選擇文件壶谒，Export to Jmeter 保存.jmx類型文件
3.打開Jmter,打開“文件”->‘打開’選擇剛保存的.jmx類型文件云矫。
1.打開jmeter，創(chuàng)建一個(gè)線程（移動(dòng)端）
2.添加代理服務(wù)器汗菜，點(diǎn)擊 “工作臺(tái)”让禀，然后右鍵，根據(jù)如下圖步驟陨界，添加一個(gè)代理服務(wù)器巡揍。
3.設(shè)置端口以及錄制地址? ??4.通過模擬機(jī)配置端口號(hào)就可以完成鏈接
32.?TPS和qps區(qū)別
tps可以理解為是每秒對(duì)事務(wù)的處理的能力??qps是每秒對(duì)服務(wù)器的查詢能力
性能測(cè)試web端和app端測(cè)試
33.?負(fù)載和壓力區(qū)別
負(fù)載測(cè)試是從并發(fā)量維度出發(fā)，不斷增加并發(fā)量的情況下菌瘪，系統(tǒng)的性能指標(biāo)腮敌；
壓力測(cè)試是從訪問時(shí)間維度出發(fā)，在并發(fā)量一定的情況下俏扩，不斷增加連續(xù)訪問的時(shí)間糜工，系統(tǒng)的性能指標(biāo)；
34.?Mysql的 inner join ?left join right join ?full join ?區(qū)別
左連接:LEFT JOIN? ?左連接：表emp是主表动猬，因此查詢結(jié)果是顯示emp（主表）的全部信息和sal（附表）與emp相關(guān)的信息啤斗。
右連接:RIGHT JOIN? ?右連接：表sal是主表，因此查詢結(jié)果顯示sal（主表）的全部信息和emp(附表)與sal想關(guān)的信息赁咙。
內(nèi)連接:INNER JOIN? ?內(nèi)連接：顯示的是連個(gè)表相關(guān)的信息
全連接:FULL JOIN??全連接：顯示兩個(gè)表所有的信息钮莲。
35.?MySQL的數(shù)據(jù)庫優(yōu)化
1.優(yōu)化索引、SQL 語句彼水、分析慢查詢崔拥；
2.設(shè)計(jì)表的時(shí)候嚴(yán)格根據(jù)數(shù)據(jù)庫的設(shè)計(jì)范式來設(shè)計(jì)數(shù)據(jù)庫；
3.使用緩存凤覆，把經(jīng)常訪問到的數(shù)據(jù)而且不需要經(jīng)常變化的數(shù)據(jù)放在緩存中链瓦，能節(jié)約磁盤 IO
4.優(yōu)化硬件；采用 SSD盯桦，使用磁盤隊(duì)列技術(shù)(RAID0,RAID1,RDID5)等
5.采用 MySQL 內(nèi)部自帶的表分區(qū)技術(shù)慈俯，把數(shù)據(jù)分層不同的文件，能夠提高磁盤的讀取效率拥峦；
6.垂直分表贴膘；把一些不經(jīng)常讀的數(shù)據(jù)放在一張表里，節(jié)約磁盤 I/O略号；
7.主從分離讀寫刑峡；采用主從復(fù)制把數(shù)據(jù)庫的讀操作和寫入操作分離開來洋闽；
8.分庫分表分機(jī)器（數(shù)據(jù)量特別大），主要的的原理就是數(shù)據(jù)路由突梦；
9.選擇合適的表引擎诫舅，參數(shù)上的優(yōu)化
10.進(jìn)行架構(gòu)級(jí)別的緩存，靜態(tài)化和分布式宫患；
11.不采用全文索引刊懈；
12.采用更快的存儲(chǔ)方式，例如 NoSQL 存儲(chǔ)經(jīng)常訪問的數(shù)據(jù)撮奏。
36.?Mysq的存儲(chǔ)過程
1俏讹、存儲(chǔ)過程能實(shí)現(xiàn)較快的執(zhí)行速度
2、存儲(chǔ)過程允許標(biāo)準(zhǔn)組件是編程畜吊。
3、存儲(chǔ)過程可以用流程控制語句編寫户矢，有很強(qiáng)的靈活性玲献，可以完成復(fù)雜的判斷和較復(fù)雜的運(yùn)算。
4梯浪、存儲(chǔ)過程可被作為一種安全機(jī)制來充分利用捌年。
5、存儲(chǔ)過程能夠減少網(wǎng)絡(luò)流量
37.?編寫http接口的性能測(cè)試挂洛，和測(cè)試過程中的關(guān)注點(diǎn) 流程
性能測(cè)試流程
1.業(yè)務(wù)知識(shí)理解
2.工具的選擇（jmeter）
3.設(shè)計(jì)性能測(cè)試場(chǎng)景（由需求或測(cè)試經(jīng)理設(shè)計(jì)）
3.指定測(cè)試方案并評(píng)審
4.性能測(cè)試環(huán)境準(zhǔn)備（注：獨(dú)立于功能測(cè)試環(huán)境礼预，使用局域網(wǎng)排除網(wǎng)絡(luò)影響）
5.編寫和調(diào)優(yōu)性能測(cè)試腳本(有接口測(cè)試文檔)//（無接口測(cè)試文檔：fiddle抓包、badboy虏劲、jmeter代理錄制---關(guān)聯(lián)（把上一個(gè)請(qǐng)求的結(jié)果送給下一個(gè)請(qǐng)求））
6.執(zhí)行性能測(cè)試托酸，收集測(cè)試結(jié)果
7.分析測(cè)試結(jié)果-----系統(tǒng)的性能優(yōu)化
38.?http和https的區(qū)別
1、https協(xié)議需要到ca申請(qǐng)證書柒巫，一般免費(fèi)證書較少励堡，因而需要一定費(fèi)用。
2堡掏、http是超文本傳輸協(xié)議应结，信息是明文傳輸，https則是具有安全性的ssl加密傳輸協(xié)議泉唁。
3鹅龄、http和https使用的是完全不同的連接方式，用的端口也不一樣亭畜，前者是80扮休，后者是443。
4贱案、http的連接很簡單肛炮，是無狀態(tài)的止吐；HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議侨糟，比http協(xié)議安全碍扔。
39.?OSI和tcp/IP的區(qū)別
（1）OSI和TCP/IP的相同點(diǎn)是二者均采bai用層次結(jié)構(gòu)du，而且都是按功能分層秕重。
OSI和TCP/IP的不同點(diǎn)：
（1）.OSI分七層不同，自下而上分為物理層、數(shù)據(jù)鏈路層溶耘、網(wǎng)絡(luò)層二拐、傳輸層、會(huì)話層凳兵、表示層和應(yīng)用層百新，而TCP/IP分四層：網(wǎng)絡(luò)接口層、網(wǎng)際層庐扫、傳輸層和應(yīng)用層饭望。
（2）.OSI先有模型，再有協(xié)議形庭，比較適合理論上探討铅辞。TCP/IP先有協(xié)議，再有模型萨醒，已得到廣泛的實(shí)際應(yīng)用斟珊。
40.?TCP 和UDP 的區(qū)別
1、連接方bai面區(qū)別
TCP面向連接（如du打電話要先撥號(hào)建立連接）富纸。
UDP是無連接的zhi囤踩，即發(fā)送數(shù)據(jù)dao之前不需要建立連接。
2胜嗓、安全方面的區(qū)別
TCP提供可靠的服務(wù)高职，通過TCP連接傳送的數(shù)據(jù)，無差錯(cuò)辞州，不丟失怔锌，不重復(fù)，且按序到達(dá)变过。
UDP盡最大努力交付埃元，即不保證可靠交付。
3媚狰、傳輸效率的區(qū)別
TCP傳輸效率相對(duì)較低岛杀。
UDP傳輸效率高，適用于對(duì)高速傳輸和實(shí)時(shí)性有較高的通信或廣播通信崭孤。
4类嗤、連接對(duì)象數(shù)量的區(qū)別
TCP連接只能是點(diǎn)到點(diǎn)糊肠、一對(duì)一的。
UDP支持一對(duì)一遗锣，一對(duì)多货裹，多對(duì)一和多對(duì)多的交互通信。
41.?Get/post的區(qū)別
“1.Get是不安全的精偿，因?yàn)樵趥鬏斶^程弧圆，數(shù)據(jù)被放在請(qǐng)求的URL中；Post的所有操作對(duì)用戶來說都是不可見的笔咽。2.Get傳送的數(shù)據(jù)量較小搔预，這主要是因?yàn)槭躑RL長度限制；Post傳送的數(shù)據(jù)量較大叶组，一般被默認(rèn)為不受限制拯田。
1、GET使用URL或Cookie傳參甩十。而POST將數(shù)據(jù)放在BODY中勿锅。
2、GET的URL會(huì)有長度上的限制枣氧，2kb，則POST的數(shù)據(jù)則可以非常大垮刹。
3达吞、POST比GET安全，因?yàn)閿?shù)據(jù)在地址欄上不可見荒典。
4酪劫、一般get請(qǐng)求用來獲取數(shù)據(jù)，post請(qǐng)求用來發(fā)送數(shù)據(jù)寺董。
42.?Web測(cè)試和app測(cè)試的區(qū)別
43.?給你一個(gè)網(wǎng)站你如何張開測(cè)試
性能測(cè)試
（1）連dao接速度測(cè)dao試：用戶連接到電子商務(wù)網(wǎng)版的速度與上權(quán)網(wǎng)方式有關(guān)覆糟，他們或許是電話撥號(hào)，或是寬帶上網(wǎng)遮咖，打開速度越快的網(wǎng)站滩字，越受用戶喜愛。
（2）負(fù)載測(cè)試：負(fù)載測(cè)試是在某一負(fù)載級(jí)別下御吞，檢測(cè)電子商務(wù)系統(tǒng)的實(shí)際性能麦箍。允許多少個(gè)用戶同時(shí)在線，可以通過相應(yīng)的軟件在一臺(tái)客戶機(jī)上模擬多個(gè)用戶來測(cè)試負(fù)載陶珠。
（3）壓力測(cè)試：壓力測(cè)試是測(cè)試系統(tǒng)的限制和故障恢復(fù)能力挟裂，也就是測(cè)試電子商務(wù)系統(tǒng)會(huì)不會(huì)崩潰。
安全性測(cè)試
對(duì)網(wǎng)站的安全性（服務(wù)器安全揍诽，腳本安全）可能有的漏洞測(cè)試诀蓉，攻擊性測(cè)試栗竖，錯(cuò)誤性測(cè)試。對(duì)電子商務(wù)的客戶服務(wù)器應(yīng)用程序渠啤、數(shù)據(jù)狐肢、服務(wù)器、網(wǎng)絡(luò)埃篓、防火墻等進(jìn)行測(cè)試处坪。用相對(duì)應(yīng)的軟件進(jìn)行測(cè)試。
基本測(cè)試
包括色彩的搭配架专，連接的正確性同窘，導(dǎo)航的方便和正確，CSS應(yīng)用的統(tǒng)一性部脚。
網(wǎng)站優(yōu)化測(cè)試
（1）引擎優(yōu)化測(cè)試：好的網(wǎng)站是看它是否經(jīng)過搜索引擎優(yōu)化了想邦，網(wǎng)站的架構(gòu)、網(wǎng)頁的欄目與靜態(tài)情況等委刘。
（2）用戶優(yōu)化測(cè)試：用戶來到網(wǎng)站能能夠在3-5次丧没，找到其需要的內(nèi)容。方便用戶的網(wǎng)站倍受用戶的親昵锡移。
功能實(shí)現(xiàn)：網(wǎng)站現(xiàn)有版本呕童，需求是否完全實(shí)現(xiàn)。滿足需求的網(wǎng)站才是有用的網(wǎng)站淆珊。
44.?支付模塊的測(cè)試如何展開
1夺饲、單元測(cè)試要寫好
2、自己真實(shí)支付測(cè)試
3施符、接口自動(dòng)化測(cè)試往声，由于要真實(shí)支付只能發(fā)起預(yù)支付，但不能付款戳吝。（測(cè)試環(huán)境可以自己寫套假支付回調(diào)接口來改變支付結(jié)果來方便接口自動(dòng)化測(cè)試）
45.如何在jinkens中實(shí)現(xiàn)打包并集成測(cè)試
46. 全量包 灰度包 debug包 的區(qū)別
作者：ZhangY1
鏈接：http://www.reibang.com/p/846b8904666f
來源：簡書
著作權(quán)歸作者所有浩销。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處听哭。
