1.?測試流程
制定測試計(jì)劃 編輯測試用例 執(zhí)行測試用例發(fā)現(xiàn)并提交bug 開發(fā)人員進(jìn)行修復(fù)bug 進(jìn)行回歸測試并將修改完善的bug狀態(tài)進(jìn)行關(guān)閉 未正確修改的bug重新激活
2.?測試計(jì)劃的編寫要素
why----為什么進(jìn)行測試
what----測試那些方面 不同階段的工作內(nèi)容
when----測試不同階段的起止時(shí)間
where----相應(yīng)文檔 缺陷的存放位置 測試環(huán)境等
who----項(xiàng)目有關(guān)人員組成 安排那些人員進(jìn)行測試
how----怎么去做 使用那些測試工具以及方法進(jìn)行測試
3.?測試原則
a：應(yīng)當(dāng)把“”盡早地和不斷地進(jìn)行軟件測試“”作為軟件開發(fā)者的座右銘
b：測試用例應(yīng)有測試輸入數(shù)據(jù)和對應(yīng)的預(yù)期結(jié)果這兩部分組成
c：程序員應(yīng)避免檢查自己的程序
d：在設(shè)計(jì)測試用例時(shí) 應(yīng)包括合理的輸入條件和不合理的輸入條件
e：軟件測試的原則
f：充分注意測試中的群集現(xiàn)象 經(jīng)驗(yàn)表明 測試后程序中殘有的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比
g：嚴(yán)格執(zhí)行測試計(jì)劃 排除測試的隨意性
h：應(yīng)當(dāng)對每一個(gè)測試結(jié)果做全面檢查
i：妥善保存測試計(jì)劃 測試用例 出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告 為維護(hù)提供方便
4.?測試方法
黑盒：等價(jià)類劃分法 邊界分析法 因果圖法 錯(cuò)誤推測法 正交法和場景法
白盒：邏輯覆蓋法 循環(huán)測試路徑選擇 基本路徑測試
5.?測試分類
按階段劃分：單元測試 集成測試 系統(tǒng)測試 驗(yàn)收測試
按是否運(yùn)行劃分：靜態(tài)測試 動(dòng)態(tài)測試
按是否查看代碼劃分：白盒測試 黑盒測試 灰盒測試
其他：回歸測試 冒煙測試 隨機(jī)測試
功能測試：界面 業(yè)務(wù)邏輯功能 兼容性 易用性 安全性 安裝測試
性能測試：性能 負(fù)載 壓力 容量 并發(fā) 配置 可靠性 失敗測試
6.?測試模型
V型
W型
7.?開發(fā)流程
需求分析--概要設(shè)計(jì)--詳細(xì)設(shè)計(jì)--編碼--測試--軟件交付--驗(yàn)收--維護(hù)--升級--再測試--逐步淘汰
8.?黑盒和白盒的區(qū)別
黑盒測試：把測試對象當(dāng)成一個(gè)黑盒子软免，測試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性篡九，?只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。
白盒測試：把測試對象當(dāng)成一個(gè)透明的盒子匾荆，允許測試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及?相關(guān)信息俯在，設(shè)計(jì)或選擇測試用例搔确，對程式所有邏輯路徑進(jìn)行測試彼棍。
9.?測試計(jì)劃中有哪些
測試背景 測試目標(biāo) 測試范圍 測試輸出文檔 測試策略 測試規(guī)模 工作量分析 測試進(jìn)程 測試進(jìn)度及時(shí)間安排 測試資源 人力 設(shè)備 風(fēng)險(xiǎn)管理
10.?測試用例包含哪些
用例編號 所屬模塊 執(zhí)行條件 測試輸入 預(yù)期結(jié)果 實(shí)際結(jié)果 用例是否通過 測試人 版本 備注
11.?測試用例需要詳細(xì)到什么程度才是合格的
首先根據(jù)需求文檔 概要設(shè)計(jì) 測試評估 測試方案細(xì)分出各功能模塊的測試項(xiàng) 再根據(jù)各測試項(xiàng) 按照概要設(shè)計(jì) 詳細(xì)設(shè)計(jì)以及測試方案中測試的覆蓋率細(xì)分出測試子項(xiàng)
12.?缺陷報(bào)告包含哪些
缺陷的標(biāo)題 簡要描述 卻顯得類型 缺陷的詳細(xì)步驟描述 缺陷的實(shí)際結(jié)果 期望結(jié)果 有的缺陷需要上傳截圖 日志信息 缺陷的等級 缺陷指派給開發(fā)
13.?測試評審：（評審分類 ?評審內(nèi)容 ?評審結(jié)束）
評審分類：部門 公司 客戶評審
評審內(nèi)容：
a：用例設(shè)計(jì)的結(jié)構(gòu)安排是否清晰 合理 是否利于對需求進(jìn)行覆蓋
b：優(yōu)先級安排是否合理
c：是否覆蓋測試需求上的所有功能點(diǎn)
d：用例是否具有很好的可執(zhí)行性
e：是否已經(jīng)刪除了冗余的用例
f：是否包含了充分的負(fù)面測試用例
g：是否從用戶層面來設(shè)計(jì)用戶使用場景和使用流程的測試用例
h：是否簡潔 復(fù)用性強(qiáng)
評審結(jié)束：在評審活動(dòng)中會(huì)搜集到用例的反饋信息，在此基礎(chǔ)上進(jìn)行用例更新 直接通過評審
14.?水杯 ?電梯 朋友圈點(diǎn)贊 ?視頻播放 ?支付的測試用例的設(shè)計(jì)點(diǎn)有哪些
請看之前的簡書
15.?測試發(fā)現(xiàn)bug開發(fā)不認(rèn)為是bug的時(shí)候
說法一：
????1膳算、首先明確開發(fā)說不是bug的理由座硕。
????2、如果是需求變更涕蜂， 那就找產(chǎn)品經(jīng)理確認(rèn)是否是需求變更华匾。
????3、如果開發(fā)說測試環(huán)境問題机隙， 讓他說明清楚測試環(huán)境問題是什么蜘拉，按照他說的驗(yàn)證一遍萨西， 如果確實(shí)如他所說， 關(guān)閉bug旭旭，但是不是他說的那樣谎脯，繼續(xù)激活bug給開發(fā)解決，確保產(chǎn)品質(zhì)量持寄。
????4源梭、如果開發(fā)說用戶不存在這種使用場景， 但是我們不認(rèn)可他說的稍味，把這個(gè)bug 知會(huì)到測試經(jīng)理废麻，讓測試經(jīng)理去判定。
說法二：
????1.告知開發(fā)bug的判斷依據(jù)模庐，同時(shí)明確開發(fā)說不是bug的理由烛愧。
????2.對開發(fā)的理由進(jìn)行校驗(yàn)，校驗(yàn)依據(jù)1.參照需求文檔掂碱，2.跟產(chǎn)品經(jīng)理進(jìn)行溝通確認(rèn)屑彻。
????????校驗(yàn)結(jié)果不是bug，關(guān)閉bug顶吮，如果是bug提交給開發(fā)進(jìn)行處理，確保產(chǎn)品質(zhì)量
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í)行測試性讀取操作?
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è) ?查看日志 ?（日志級別）
查看設(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è)備號 其他指令
安裝apk文件：adb install xxx.apk
18.?Monkey命令 ?和日志區(qū)別
adb shell monkey 100? 執(zhí)行monkey 測試100次針對rom測試或者
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)提示湃交、測試完成和最終結(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ì)的日志藤巢，包括了測試中選中/未選中的Activity信息
19.?查看日志的前10行后5行的命令
前10行：head -n 10/ect/profile
后5行：tail -n 5/ect/profile
20.?Bug生命周期
新建搞莺，確認(rèn)，解決掂咒，重新驗(yàn)證才沧，關(guān)閉，重新打開
21.?Bug的狀態(tài)和優(yōu)先級
嚴(yán)重等級：
第一級（blocker）: 引起喜歡作系統(tǒng)“掛起”或“崩潰”的錯(cuò)誤绍刮；
第二級（critical）: 引起軟件本身“掛起”或“崩潰”的錯(cuò)誤温圆；
第三級（major）: 不能完成軟件說明書定義的功能的錯(cuò)誤；
第四級（normal）: 程序所完成的功能與軟件說明書定義不符的錯(cuò)誤孩革；
第五級（minor） : 顯示方面的錯(cuò)誤岁歉；
第六級（trivial） : 其它“輕微”的錯(cuò)誤（如文本差錯(cuò)）；
第七級（enhancement）：增強(qiáng)或者改進(jìn)膝蜈。
優(yōu)先級：
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、測試腳本
10压怠、其他劃分：功能類眠冈、界面類、性能類菌瘫、易用性類蜗顽、兼容性類、其他
23.?Chareles的弱網(wǎng)測試
? ? 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ù)刪掉，換成*栖忠，可修改請求可修改返回
6.修改我們需要的數(shù)據(jù)崔挖，修改完成后點(diǎn)擊執(zhí)行即可
25.?chareles的對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請求的數(shù)據(jù)了
26.?Jmeter的接口測試
1測試計(jì)劃中添加線程租?
2在線程租中添加http請求?在http請求中需要填入?
3在線程中添加查看結(jié)果樹
27.?Jmeter的壓力測試 打壓 1000
1測試計(jì)劃中添加線程租?
2在線程租中添加http請求?在http請求中需要填入?
3. 在線程租中進(jìn)行修改?并發(fā)數(shù)量?（修改線程數(shù)量?修改循環(huán)次數(shù)?）
4.在線程組添加聚合報(bào)告
28.?Web端的性能指標(biāo)
響應(yīng)時(shí)間（客戶端向服務(wù)端的請求時(shí)間狸相，服務(wù)端對數(shù)據(jù)庫的請求時(shí)間，服務(wù)端將結(jié)果展現(xiàn)到頁面的時(shí)間）
響應(yīng)時(shí)間2?5?8原則???
吞吐量：指的是在一次性能測試過程中網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量的總和.吞吐量/傳輸時(shí)間,就是吞吐率.
TPS：每秒處理事務(wù)能力
并發(fā)數(shù)： 單用戶的多次操作
多用戶的單次操作
點(diǎn)擊率:每秒鐘用戶向WEB服務(wù)器提?交的HTTP請求數(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ù)載測試
1測試計(jì)劃中添加線程租
2在線程租中添加http請求?在http請求中需要填入?
3. 在線程租中進(jìn)行修改?并發(fā)數(shù)量?（修改線程數(shù)量?修改循環(huán)次數(shù)?）
4.在線程組添加聚合報(bào)告
31.?Jmeter的腳本錄制（web /app）
通過Badboy來錄制腳本（pc）
1.打開badboy ,點(diǎn)擊紅色按鈕捐川，在地址欄輸入被測項(xiàng)目地址脓鹃。
錄制完后，點(diǎn)擊旁邊的黑色按鈕結(jié)束錄制古沥。
2.選擇文件瘸右，Export to Jmeter 保存.jmx類型文件
3.打開Jmter,打開“文件”->‘打開’選擇剛保存的.jmx類型文件。
1.打開jmeter渐白，創(chuàng)建一個(gè)線程（移動(dòng)端）
2.添加代理服務(wù)器尊浓，點(diǎn)擊 “工作臺”，然后右鍵纯衍，根據(jù)如下圖步驟栋齿，添加一個(gè)代理服務(wù)器。
3.設(shè)置端口以及錄制地址? ??4.通過模擬機(jī)配置端口號就可以完成鏈接
32.?TPS和qps區(qū)別
tps可以理解為是每秒對事務(wù)的處理的能力??qps是每秒對服務(wù)器的查詢能力
性能測試web端和app端測試
33.?負(fù)載和壓力區(qū)別
負(fù)載測試是從并發(fā)量維度出發(fā)，不斷增加并發(fā)量的情況下瓦堵，系統(tǒng)的性能指標(biāo)基协；
壓力測試是從訪問時(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)級別的緩存俺亮，靜態(tài)化和分布式；
11.不采用全文索引疟呐；
12.采用更快的存儲方式脚曾，例如 NoSQL 存儲經(jīng)常訪問的數(shù)據(jù)。
36.?Mysq的存儲過程
1启具、存儲過程能實(shí)現(xiàn)較快的執(zhí)行速度
2本讥、存儲過程允許標(biāo)準(zhǔn)組件是編程。
3、存儲過程可以用流程控制語句編寫拷沸，有很強(qiáng)的靈活性色查，可以完成復(fù)雜的判斷和較復(fù)雜的運(yùn)算。
4撞芍、存儲過程可被作為一種安全機(jī)制來充分利用秧了。
5、存儲過程能夠減少網(wǎng)絡(luò)流量
37.?編寫http接口的性能測試序无，和測試過程中的關(guān)注點(diǎn) 流程
性能測試流程
1.業(yè)務(wù)知識理解
2.工具的選擇（jmeter）
3.設(shè)計(jì)性能測試場景（由需求或測試經(jīng)理設(shè)計(jì)）
3.指定測試方案并評審
4.性能測試環(huán)境準(zhǔn)備（注：獨(dú)立于功能測試環(huán)境验毡，使用局域網(wǎng)排除網(wǎng)絡(luò)影響）
5.編寫和調(diào)優(yōu)性能測試腳本(有接口測試文檔)//（無接口測試文檔：fiddle抓包、badboy帝嗡、jmeter代理錄制---關(guān)聯(lián)（把上一個(gè)請求的結(jié)果送給下一個(gè)請求））
6.執(zhí)行性能測試晶通，收集測試結(jié)果
7.分析測試結(jié)果-----系統(tǒng)的性能優(yōu)化
38.?http和https的區(qū)別
1、https協(xié)議需要到ca申請證書丈探，一般免費(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打電話要先撥號建立連接）策严。
UDP是無連接的zhi穗慕，即發(fā)送數(shù)據(jù)dao之前不需要建立連接。
2妻导、安全方面的區(qū)別
TCP提供可靠的服務(wù)逛绵，通過TCP連接傳送的數(shù)據(jù)，無差錯(cuò)倔韭，不丟失术浪，不重復(fù)，且按序到達(dá)寿酌。
UDP盡最大努力交付胰苏，即不保證可靠交付。
3醇疼、傳輸效率的區(qū)別
TCP傳輸效率相對較低硕并。
UDP傳輸效率高，適用于對高速傳輸和實(shí)時(shí)性有較高的通信或廣播通信秧荆。
4倔毙、連接對象數(shù)量的區(qū)別
TCP連接只能是點(diǎn)到點(diǎn)、一對一的乙濒。
UDP支持一對一普监，一對多，多對一和多對多的交互通信琉兜。
41.?Get/post的區(qū)別
“1.Get是不安全的，因?yàn)樵趥鬏斶^程毙玻，數(shù)據(jù)被放在請求的URL中豌蟋；Post的所有操作對用戶來說都是不可見的。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請求用來獲取數(shù)據(jù)，post請求用來發(fā)送數(shù)據(jù)机蔗。
42.?Web測試和app測試的區(qū)別
43.?給你一個(gè)網(wǎng)站你如何張開測試
性能測試
（1）連dao接速度測dao試：用戶連接到電子商務(wù)網(wǎng)版的速度與上權(quán)網(wǎng)方式有關(guān)蒲祈，他們或許是電話撥號，或是寬帶上網(wǎng)萝嘁，打開速度越快的網(wǎng)站梆掸，越受用戶喜愛。
（2）負(fù)載測試：負(fù)載測試是在某一負(fù)載級別下酿愧，檢測電子商務(wù)系統(tǒng)的實(shí)際性能沥潭。允許多少個(gè)用戶同時(shí)在線，可以通過相應(yīng)的軟件在一臺客戶機(jī)上模擬多個(gè)用戶來測試負(fù)載嬉挡。
（3）壓力測試：壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力钝鸽，也就是測試電子商務(wù)系統(tǒng)會(huì)不會(huì)崩潰。
安全性測試
對網(wǎng)站的安全性（服務(wù)器安全庞钢，腳本安全）可能有的漏洞測試拔恰，攻擊性測試，錯(cuò)誤性測試基括。對電子商務(wù)的客戶服務(wù)器應(yīng)用程序颜懊、數(shù)據(jù)、服務(wù)器风皿、網(wǎng)絡(luò)河爹、防火墻等進(jìn)行測試。用相對應(yīng)的軟件進(jìn)行測試桐款。
基本測試
包括色彩的搭配咸这，連接的正確性，導(dǎo)航的方便和正確魔眨，CSS應(yīng)用的統(tǒng)一性媳维。
網(wǎng)站優(yōu)化測試
（1）引擎優(yōu)化測試：好的網(wǎng)站是看它是否經(jīng)過搜索引擎優(yōu)化了酿雪，網(wǎng)站的架構(gòu)、網(wǎng)頁的欄目與靜態(tài)情況等侄刽。
（2）用戶優(yōu)化測試：用戶來到網(wǎng)站能能夠在3-5次指黎，找到其需要的內(nèi)容。方便用戶的網(wǎng)站倍受用戶的親昵州丹。
功能實(shí)現(xiàn)：網(wǎng)站現(xiàn)有版本醋安，需求是否完全實(shí)現(xiàn)。滿足需求的網(wǎng)站才是有用的網(wǎng)站当叭。
44.?支付模塊的測試如何展開
1茬故、單元測試要寫好
2、自己真實(shí)支付測試
3蚁鳖、接口自動(dòng)化測試磺芭，由于要真實(shí)支付只能發(fā)起預(yù)支付，但不能付款醉箕。（測試環(huán)境可以自己寫套假支付回調(diào)接口來改變支付結(jié)果來方便接口自動(dòng)化測試）
