1.Web 測(cè)試和App測(cè)試的相同點(diǎn)和區(qū)別

相同點(diǎn)

（1）設(shè)計(jì)測(cè)試用例時(shí)依然是根據(jù)邊界值、有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)、場(chǎng)景法辛萍、因果圖法、錯(cuò)誤推測(cè)法來(lái)設(shè)計(jì)用例羡藐。

（2）多數(shù)依然是采用黑盒測(cè)試方法來(lái)驗(yàn)證業(yè)務(wù)功能是否得到正確的應(yīng)用叹阔。

（3）測(cè)試方向依然是：ui界面布局是否合理，風(fēng)格按鈕是否簡(jiǎn)潔美觀传睹、功能測(cè)試、穩(wěn)定性測(cè)試岸晦、頁(yè)面載入和翻頁(yè)的速度欧啤，登錄時(shí)長(zhǎng)睛藻，內(nèi)存是否溢出、安全測(cè)試邢隧、性能測(cè)試店印。

不同點(diǎn)

（1）手機(jī)作為通信工具，來(lái)電倒慧、去電按摘、接收短信等操作都會(huì)對(duì)app應(yīng)用程序產(chǎn)生影響，所以app測(cè)試第一個(gè)要考慮的屬性特征是：中斷測(cè)試纫谅。

中斷測(cè)試有人為中斷炫贤、新任務(wù)中斷以及意外中斷等幾種情況，主要從以下幾個(gè)方面進(jìn)行驗(yàn)證：

來(lái)電中斷：呼叫掛斷付秕、被呼叫掛斷兰珍、通話掛斷、通話被掛斷

短信中斷：接收短信询吴、查看短信

其他中斷：藍(lán)牙掠河、鬧鐘、插拔數(shù)據(jù)線猛计、手機(jī)鎖定唠摹、手機(jī)斷電、手機(jī)問(wèn)題（系統(tǒng)死機(jī)奉瘤、重啟）

（2）手機(jī)用戶(hù)對(duì)app產(chǎn)品的安裝卸載操作：從上一個(gè)版本/上兩個(gè)版本直接升級(jí)到最新版本勾拉。

全新安裝新版本

新版本覆蓋舊版本安裝

卸載舊版本，安裝新版本

卸載新版本毛好，安裝新版本

（3）兼容性的區(qū)別

web測(cè)試主要考慮瀏覽器內(nèi)核以及瀏覽器版本的兼容望艺，操作系統(tǒng)的兼容性，分辨率的兼容肌访。

APP兼容性主要考慮不同廠家的不同手機(jī)型號(hào)找默、系統(tǒng)版本、屏幕分辨率吼驶、屏幕大小惩激、內(nèi)存大小。

4)APP橫豎屏測(cè)試蟹演，不同方向屏幕顯示以及操作风钻。

5)APP測(cè)試還需要考慮網(wǎng)絡(luò)2G3G4G5G ?WIFI ? 弱網(wǎng)環(huán)境。

2.如何測(cè)定一個(gè)app的登陸場(chǎng)景

1酒请、頁(yè)面基本元素的操作骡技。

2、大量字符，特殊字符布朦，邊界值囤萤，必填項(xiàng)校驗(yàn)。

3是趴、注冊(cè)手機(jī)號(hào)的特殊性驗(yàn)證涛舍，注冊(cè)郵箱的格式驗(yàn)證。

4唆途、密碼大小寫(xiě)是否敏感富雅，密碼是否加密展示，密碼是否有可見(jiàn)按鈕功能肛搬，密碼框能否使用復(fù)制粘貼没佑。

5、驗(yàn)證碼校驗(yàn)：必填項(xiàng)滚婉，過(guò)期图筹，錯(cuò)誤，無(wú)網(wǎng)絡(luò)時(shí)獲取驗(yàn)證碼让腹，多次獲取远剩，超過(guò)獲取次數(shù)，輸入驗(yàn)證碼后骇窍，修改手機(jī)號(hào)瓜晤。

6、登陸時(shí)與系統(tǒng)的交互：鎖屏腹纳，藍(lán)牙痢掠，home，后退嘲恍，橫豎屏足画，修改字體字號(hào)。

7佃牛、逆向思維：已注冊(cè)賬號(hào)注冊(cè)淹辞，未注冊(cè)賬號(hào)忘記密碼，未注冊(cè)賬號(hào)登陸俘侠，注冊(cè)過(guò)程中退出再次注冊(cè)象缀。

8、輸入法交互爷速，切換輸入法央星，切換輸入輸入模式，手寫(xiě)/九宮格惫东。

9莉给、登陸賬號(hào)的多樣性：多個(gè)賬號(hào)輪流登陸，同一個(gè)賬號(hào)多角色登陸。

10禁谦、第三方登錄驗(yàn)證：賬號(hào)授權(quán)胁黑，信息正確，取消授權(quán)州泊。

11、登陸頁(yè)面跳轉(zhuǎn)漂洋，返回遥皂，登陸成功及其他頁(yè)面跳轉(zhuǎn)。

12刽漂、手機(jī)兼容性測(cè)試：分辨率兼容演训，系統(tǒng)兼容，系統(tǒng)版本兼容贝咙，App版本兼容样悟。

13、網(wǎng)絡(luò)切換庭猩，網(wǎng)絡(luò)斷開(kāi)窟她，弱網(wǎng)

3.push推送消息如何測(cè)試

消息推送對(duì)象

消息推送一般可以自定義推送對(duì)象，有全部推送蔼水，精確推送震糖，及安卓和IOS渠道推送，注意推送對(duì)象是否正確趴腋，推送之前確認(rèn)自己是否在測(cè)試環(huán)境操作吊说，以免造成生產(chǎn)問(wèn)題。

消息簡(jiǎn)介

客戶(hù)端收到消息推送有兩種形式优炬，客戶(hù)端后臺(tái)運(yùn)行一般推送顯示在通知欄颁井，客戶(hù)端前臺(tái)運(yùn)行一般彈出彈框，簡(jiǎn)介內(nèi)容注意字?jǐn)?shù)過(guò)多溢出情況蠢护。

消息詳情

注意詳情所支持的內(nèi)容雅宾，包括文字、圖片糊余、表情包秀又、換行以及鏈接跳轉(zhuǎn)。

消息推送場(chǎng)景（支持定時(shí)推送）

（1）消息推送時(shí)間：

a)設(shè)置過(guò)去時(shí)間

b)未推送之前修改消息內(nèi)容

c)刪除消息贬芥，查看是否還會(huì)推送

（2）客戶(hù)端運(yùn)行狀態(tài)

a)前臺(tái)運(yùn)行

b)后臺(tái)運(yùn)行

c)進(jìn)程關(guān)閉狀態(tài)

（2）特殊場(chǎng)景

a)多個(gè)提醒沖突

b)當(dāng)天設(shè)置當(dāng)天推送

c)當(dāng)天設(shè)置隔幾天起效

4.app閃退是由那些原因造成的

帶寬限制：帶寬不佳的網(wǎng)絡(luò)對(duì)App所需的快速響應(yīng)時(shí)間可能不夠吐辙。

網(wǎng)絡(luò)的變化：不同網(wǎng)絡(luò)間的切換可能會(huì)影響App的穩(wěn)定性。

內(nèi)存管理：可用內(nèi)存過(guò)低蘸劈，或非授權(quán)的內(nèi)存位置的使用可能會(huì)導(dǎo)致App失敗昏苏。

用戶(hù)過(guò)多：連接數(shù)量過(guò)多可能會(huì)導(dǎo)致App崩潰。

代碼錯(cuò)誤：沒(méi)有經(jīng)過(guò)測(cè)試的新功能，可能會(huì)導(dǎo)致App在生產(chǎn)環(huán)境中失敗贤惯。

第三方服務(wù)：廣告或彈出屏幕可能會(huì)導(dǎo)致App崩潰洼专。

6.如何查看移動(dòng)端日志以及出現(xiàn)哪些異常

7.app測(cè)試如何展開(kāi)主要測(cè)試哪些

1. 功能

? 首先設(shè)計(jì)的功能必須是10Z0%的測(cè)試，而且是最基本的測(cè)試孵构。

? 2. 安裝卸載

? App可以正常安裝啟動(dòng)屁商，各大應(yīng)用市場(chǎng)下載安裝，升級(jí)安裝颈墅，跨版本升級(jí)安裝蜡镶，手機(jī)存儲(chǔ)滿(mǎn)時(shí)安裝。安裝時(shí)的權(quán)限也是很重要的恤筛。

? App的卸載應(yīng)該很容易官还，直接系統(tǒng)自帶卸載。

? 3. 流暢度

? App的流暢度最能考驗(yàn)一款軟件的易用性毒坛。如果一個(gè)軟件打開(kāi)就卡望伦，隨便滑動(dòng)幾下頁(yè)面就卡死，誰(shuí)還會(huì)用第二次煎殷？

? 4. 兼容性

? 對(duì)于兼容性屯伞，因?yàn)楣静豢赡芙o你所有市場(chǎng)上的安卓機(jī)，所以盡量在自己有的機(jī)子上測(cè)試通過(guò)的條件下蝌数，去各大網(wǎng)站遠(yuǎn)程真機(jī)測(cè)試愕掏，有很多都是免費(fèi)的。

? 對(duì)于iOS顶伞，可以在電腦上模擬真機(jī)測(cè)試跑跑smoke饵撑。

? 5. 網(wǎng)絡(luò)

? 弱網(wǎng)，2g唆貌，2.5g滑潘，3g，4g锨咙，wifi情況下的使用语卤。網(wǎng)絡(luò)切換時(shí)的使用，模擬地鐵酪刀，停車(chē)場(chǎng)等的測(cè)試都是很有必要的粹舵。

? 6. 流量消耗

? 偷偷盜用流量的手機(jī)app，只要發(fā)現(xiàn)我就會(huì)刪除骂倘，所以流量消耗的測(cè)試一定要多測(cè)試眼滤。主要看看斷開(kāi)wifi情況下會(huì)不會(huì)偷跑流量。

? 7. 低配手機(jī)

? 低配手機(jī)一般都指安卓4.4.0以下版本的手機(jī)历涝，運(yùn)行內(nèi)存不大诅需，很容易卡住漾唉。可以看看低配手機(jī)下是否能正常運(yùn)行app堰塌，該顯示的都能正常顯示赵刑。

8.App、的性能測(cè)試關(guān)注點(diǎn)有哪些

1.響應(yīng)

2.內(nèi)存

3.cpu

4.FPS（app使用的流暢度）

5.GPU多度

6.耗電

7.耗流

9.如何對(duì)App進(jìn)行弱網(wǎng)測(cè)試

fiddler 模擬網(wǎng)絡(luò)延遲

1场刑、使用真實(shí)的SIM卡般此、運(yùn)營(yíng)商網(wǎng)絡(luò)來(lái)進(jìn)行測(cè)試(移動(dòng)無(wú)線測(cè)試中存在一些特別的BU6必須在特定的真實(shí)的運(yùn)營(yíng)商網(wǎng)絡(luò)下才會(huì)發(fā)現(xiàn))

2、通過(guò)代理的方式模擬弱網(wǎng)環(huán)境進(jìn)行測(cè)試(charles硬延遲)在fiddler和 charles中可以設(shè)置網(wǎng)絡(luò)牵现，fiddler可以在rule中調(diào)恤煞，charles可以在proxy中延遲設(shè)置中設(shè)置網(wǎng)染速度。

3施籍、連接模擬弱網(wǎng)的熱點(diǎn)進(jìn)行測(cè)試 比如360wifi助手可以設(shè)置

10.常見(jiàn)的ADB命令 monkey命令

1、adb devices：查看已連接的設(shè)備

? 2概漱、adb version：查看adb的版本序列號(hào)

? 3丑慎、adb -s <設(shè)備名字>：指定某設(shè)備做什么（設(shè)備名字用1的方法可以查看）

? 4、adb install <安裝包.apk>：安裝應(yīng)用（寫(xiě)清楚apk的完整路徑）adb -s <設(shè)備名字> install <安裝包.apk>：指定設(shè)備安裝應(yīng)用

? 5瓤摧、adb shell：通過(guò)遠(yuǎn)程shell命令來(lái)控制模擬器/設(shè)備

? 6竿裂、exit：退出shell遠(yuǎn)程連接，回到原路徑照弥。（Ctrl+d腻异，退出shell，回到默認(rèn)路徑）

? 7这揣、adb pull <設(shè)備端路徑> <pc端路徑>：將指定的文件從設(shè)備/模擬器上拷貝到pc端（后面的pc端路徑可以不指定悔常，默認(rèn)存儲(chǔ)在當(dāng)前路徑下）。

? 例： adb pull /sdcard/log.txt c:/monkey

? 8给赞、adb push <pc端路徑> <設(shè)備端路徑>：將指定的文件從pc端拷貝到設(shè)備/模擬器上

? 9机打、adb shell pm list packages：列出電腦端所有apk的包名

? 10、adb logcat：查看pc端的日志輸出片迅。adb shell界面只需輸入logcat残邀，查看設(shè)備端日志輸出（退出Ctrl+c）

? Monkey命令擴(kuò)展

? 1、最簡(jiǎn)單的monkey執(zhí)行語(yǔ)句：（adb shell）monkey –p com.jianjiexuan.na –v 500 (對(duì)com.jianjiexuan.na 這個(gè)程序包單獨(dú)進(jìn)行一次500次的monkey測(cè)試)

? ? ? 名詞解釋?zhuān)?p：用于約束限制柑蛇，用此參數(shù)指定一個(gè)或多個(gè)包芥挣。指定包之后，Monkey將只允許系統(tǒng)啟動(dòng)指定的APP耻台。

? 如果不指定包空免，Monkey將允許系統(tǒng)啟動(dòng)設(shè)備中的所有APP。指定多個(gè)包：monkey -p –p -p -v 500-v：用于指定反饋信息級(jí)別（信息級(jí)別就是日志的詳細(xì)程度）粘我，總共分3個(gè)級(jí)別鼓蜒，分別對(duì)應(yīng)的參數(shù)如下表所示：

? ? ? 日志級(jí)別 Level 0

? ? ? 例 monkey –p com.jianjiexuan.na –v 500說(shuō)明：缺省值痹换，僅提供啟動(dòng)提示、測(cè)試完成和最終結(jié)果等少量信息

? ? ? 日志級(jí)別 Level 1

? ? ? 例 monkey –p com.jianjiexuan.na –v -v 500說(shuō)明：提供較為詳細(xì)的日志都弹，包括每個(gè)發(fā)送到Activity的事件信息

? ? ? 日志級(jí)別 Level 2

? ? ? 例 monkey –p com.jianjiexuan.na –v -v -v 500

? ? ? 說(shuō)明：最詳細(xì)的日志娇豫，包括了測(cè)試中選中/未選中的Activity信息

? 2、延時(shí)及固定序列（adb shell）monkey -s 100 -p com.jianjiexuan.na – -throttle 1000 -v 500 （每次執(zhí)行一次有效的事件后休眠1000毫秒）

? ? （adb shell）monkey -p com.jianjiexuan.na – -throttle 1000 – -randomize-throttle -v 500 （每次執(zhí)行一次有效事件后隨機(jī)延時(shí)0-200毫秒）

名詞解釋?zhuān)?s：用于指定偽隨機(jī)數(shù)生成器的seed值畅厢，如果seed相同冯痢，則兩次Monkey測(cè)試所產(chǎn)生的事件序列也相同的。

出現(xiàn)問(wèn)題下次可以重復(fù)同樣的系列進(jìn)行排錯(cuò)框杜。–throttle：固定延時(shí)浦楣，用于指定用戶(hù)操作（即事件）間的時(shí)延，單位是毫秒咪辱；

? –randomize-throttle：隨機(jī)延時(shí)饲嗽，用于指定用戶(hù)操作（即事件）間的時(shí)延秘血，單位是毫秒。

? 3、保存monkey運(yùn)行結(jié)果1）保存在PC中adb shell monkey –p com.jianjiexuan.na –v 500 > d:\monkey\log.txt 2)保存在手機(jī)中手機(jī)端進(jìn)入shell模式：

? ? ? adb shell monkey –p com.jianjiexuan.na –v 500 > /mnt/sdcard/monkey/log.txt

? 4践图、monkey事件百分比的調(diào)整（adb shell）monkey -p com.jianjiexuan.na -v – -pct-anyevent 100 500指定多個(gè)類(lèi)型事件的百分比：

? ? ? monkey -p com.jianjiexuan.na -v –pct-anyevent 50 –pct-appswitch 20 500

? ? ? 名詞解釋?zhuān)酣Cpct-****：

? ? ? monkeygai01.png

? ? ? 設(shè)置某個(gè)事件的百分比瓶蚂。后面接數(shù)字（0-100）死相，100即100%的概率執(zhí)行該事件注意：各事件類(lèi)型的百分比總數(shù)不能超過(guò)100%撕攒。

? 如果不進(jìn)行設(shè)置則顯示默認(rèn)百分比。

? 5磷蛹、正在運(yùn)行的monkey如何終止如在命令窗口端直接打印結(jié)果吮旅，想要停止monkey的運(yùn)行，那么就再打開(kāi)一個(gè)cmd命令窗口查看monkey的進(jìn)程：

? ? ? adb shell ps | find “monkey”kill掉該進(jìn)程就可以adb shell kill + 進(jìn)程編號(hào) 味咳，

11.Ios和android測(cè)試的側(cè)重點(diǎn)是庇勃？

1、Android多分辨率測(cè)試莺葫，20多種匪凉，IOS較少。

2捺檬、Android手機(jī)操作系統(tǒng)較多再层，IOS較少且不能降級(jí)，只能單向升級(jí)堡纬；新的IOS系統(tǒng)中的資源庫(kù)不能完全兼容低版本中的IOS系統(tǒng)的應(yīng)用聂受，低版本IOS系統(tǒng)中的應(yīng)用調(diào)用新的資源庫(kù)，會(huì)直接導(dǎo)致閃退烤镐。

3蛋济、Android操作習(xí)慣，Back鍵是否被重寫(xiě)炮叶，應(yīng)用數(shù)據(jù)從內(nèi)存移動(dòng)到SD卡能否正常運(yùn)行碗旅。

4渡处、安裝卸載測(cè)試：Android的下載和安裝平臺(tái)較多，IOS主要是AppStore祟辟，iTunes医瘫，TestFlight。

5旧困、Push測(cè)試：Android點(diǎn)擊home鍵醇份，程序后臺(tái)運(yùn)行，此時(shí)點(diǎn)擊Push消息吼具，喚醒后臺(tái)應(yīng)用僚纷；iOS點(diǎn)擊home鍵關(guān)閉程序和屏幕鎖屏的情況。

6拗盒、單條item的操作：Android中分為點(diǎn)擊和長(zhǎng)按怖竭，點(diǎn)擊一般進(jìn)入一個(gè)新的頁(yè)面，長(zhǎng)按進(jìn)入編輯模式陡蝇。IOS中分為點(diǎn)擊和滑動(dòng)，點(diǎn)擊一般進(jìn)入一個(gè)新的頁(yè)面悼嫉，滑動(dòng)會(huì)出現(xiàn)對(duì)item的常用操作。

7鹃觉、懸浮窗：Android中可以有各種懸浮窗允青，IOS并不支持艰猬。

12.常見(jiàn)的接口協(xié)議/類(lèi)型

1.HTTP類(lèi)型/協(xié)議：

通過(guò)GET或POST來(lái)獲取數(shù)據(jù)命贴，在數(shù)據(jù)處理上效率比較高 == 概念

2.Webservice 類(lèi)型/協(xié)議：

通過(guò)soap協(xié)議來(lái)獲取數(shù)據(jù),比起 http 來(lái)說(shuō)能處理更加復(fù)雜的數(shù)據(jù)類(lèi)型。本質(zhì)上也是 http 協(xié)議食听。

13.常見(jiàn)的接口請(qǐng)求方式是什么胸蛛？

post 、get? 樱报、 put葬项、delete、 options迹蛤、patch民珍、 copy、? head

14.接口測(cè)試的原理是什么?

接口測(cè)試包括內(nèi)部接口測(cè)試和外部接口測(cè)試盗飒。服務(wù)器接口測(cè)試這種接口是后端開(kāi)發(fā)與前端/移動(dòng)端頁(yè)面進(jìn)行數(shù)據(jù)交互的穷缤。在還沒(méi)有前端界面的時(shí)候，進(jìn)行接口測(cè)試箩兽，會(huì)提前發(fā)現(xiàn)一些bug津肛。

原理：模擬客戶(hù)端向服務(wù)器發(fā)送請(qǐng)求報(bào)文，服務(wù)器接收請(qǐng)求報(bào)文后對(duì)相應(yīng)的報(bào)文做處理并向客戶(hù)端返回應(yīng)答汗贫，客戶(hù)端接收應(yīng)答的一個(gè)過(guò)程身坐。

15.后臺(tái)接口測(cè)試了一遍前端也測(cè)試一遍是不是重復(fù)測(cè)試?

從后端角度出發(fā)：后端測(cè)試自己開(kāi)發(fā)的接口秸脱，更多在于單測(cè)層面，好的開(kāi)發(fā)會(huì)從接口業(yè)務(wù)調(diào)用場(chǎng)景出發(fā)部蛇，覆蓋一些功能case摊唇，但是開(kāi)發(fā)測(cè)試自己的代碼，他往往覺(jué)得自己的代碼已經(jīng)很完美了涯鲁，所以開(kāi)發(fā)測(cè)試自己的代碼往往是覆蓋不全面的巷查。

從前端角度出發(fā)：前端開(kāi)發(fā)要和后端聯(lián)調(diào)，所以前端的關(guān)注點(diǎn)是你接口返回給我的數(shù)據(jù)結(jié)構(gòu)是不是嚴(yán)格按照技術(shù)方案上契約來(lái)設(shè)計(jì)的抹腿，你讓我傳給接口的參數(shù)是不是按照契約約定的岛请，，所以前端開(kāi)發(fā)不太關(guān)注接口邏輯對(duì)不對(duì)警绩，只關(guān)心我只要入?yún)⒔o的對(duì)崇败，返回的數(shù)據(jù)結(jié)構(gòu)對(duì)就行了。

從測(cè)試角度出發(fā)：測(cè)試是保證質(zhì)量最重要的一環(huán)肩祥，接口測(cè)試我們不僅僅只考慮功能層面用例后室，還要從非功能層面出發(fā)，比如接口性能混狠，穩(wěn)定性岸霹，安全性。我們還要結(jié)合業(yè)務(wù)場(chǎng)景将饺，去思考一些反向的異常case松申，和其他服務(wù)相互調(diào)用過(guò)程的異常場(chǎng)景怎么兜底，依賴(lài)服務(wù)響應(yīng)超時(shí)怎么兜底俯逾，系統(tǒng)異常怎么兜底等。

綜上舅逸，因?yàn)榍昂蠖藢?duì)同一個(gè)接口的關(guān)注點(diǎn)是不同的桌肴，所以不能說(shuō)是重復(fù)測(cè)試。保證質(zhì)量琉历，更多依賴(lài)測(cè)試人員坠七。三者相互協(xié)調(diào)能得到質(zhì)量最優(yōu)解。

16.接口測(cè)試的流程/步驟(你的接口測(cè)試怎么做的)旗笔？

實(shí)際上我們做接口測(cè)試彪置，還是“輸入—處理—輸出”這樣的模式。用戶(hù)輸入一串?dāng)?shù)據(jù)蝇恶，然后讓這個(gè)接口或者讓這個(gè)后臺(tái)功能來(lái)處理拳魁，然后檢查輸出結(jié)果跟期望是否一致。

這個(gè)其實(shí)也就是我們所說(shuō)的黑盒測(cè)試撮弧。也是我們做測(cè)試的一個(gè)常規(guī)的思路潘懊。用戶(hù)輸入一串?dāng)?shù)據(jù)姚糊，然后讓系統(tǒng)去處理，然后我們?cè)偃z查結(jié)果跟期望是否一致授舟。功能測(cè)試是這么做的救恨，接口測(cè)試實(shí)際上還是這么做。

但是相對(duì)功能測(cè)試而言释树，接口測(cè)試有一個(gè)比較明顯的區(qū)別肠槽，就是輸入不再是界面的，而是一個(gè)基于HTTP的請(qǐng)求奢啥；輸出也不再是界面秸仙，而是基于HTTP的響應(yīng)。所以需要通過(guò)請(qǐng)求和響應(yīng)分別來(lái)輸入我們的數(shù)據(jù)以及檢查我們的結(jié)果扫尺。

第一步筋栋，設(shè)計(jì)操作步驟。

操作步驟就是請(qǐng)求正驻，有一些請(qǐng)求是是單獨(dú)的弊攘，有些請(qǐng)求是多個(gè)請(qǐng)求前后有聯(lián)系的，這種情況就需要?jiǎng)?chuàng)建關(guān)聯(lián)姑曙，襟交。那么我們需要了解請(qǐng)求的格式，規(guī)范以及如何做關(guān)聯(lián)伤靠。soapUI捣域，postman，jmeter里宴合，都有關(guān)聯(lián)焕梅。

第二步，設(shè)計(jì)數(shù)據(jù)用例卦洽。

建議將數(shù)據(jù)用例寫(xiě)到Excel文檔里贞言，然后讓工具讀取Excel。Excel里有幾組數(shù)據(jù)用例阀蒂，就執(zhí)行幾次该窗。循環(huán)執(zhí)行（自動(dòng)化），就可以讓每一個(gè)用例被執(zhí)行一次蚤霞，那么每一個(gè)測(cè)試場(chǎng)景也就被運(yùn)行到了酗失。

第三步：斷言。

也就是提前將預(yù)期結(jié)果寫(xiě)入到工具中昧绣，讓工具自動(dòng)化判斷結(jié)果是否正確规肴。不同的工具叫法不同，soapUI和Jmeter中叫做斷言，postman中叫做tests奏纪。

第四步：執(zhí)行并檢查測(cè)試結(jié)果鉴嗤。

執(zhí)行很簡(jiǎn)單，對(duì)測(cè)試結(jié)果進(jìn)行分析的話就需要了解協(xié)議序调。知道發(fā)出去了什么醉锅，返回了什么，才能夠知道发绢，到底哪個(gè)環(huán)節(jié)出了問(wèn)題硬耍。

對(duì)應(yīng)上面的四個(gè)步驟，如何用jmeter做接口測(cè)試边酒？

1经柴、 設(shè)計(jì)操作步驟：這里我們創(chuàng)建HTTP請(qǐng)求即可

添加——取樣器——HTTP請(qǐng)求

2、 設(shè)計(jì)數(shù)據(jù)用例：由于jmeter只支持CSV文件墩朦，所以設(shè)計(jì)測(cè)試用例時(shí)記得生成CSV格式的坯认，將CSV導(dǎo)入到j(luò)meter中（這部分在性能測(cè)試?yán)锩娼凶鰆meter的參數(shù)化）

添加——配置元件——CSV數(shù)據(jù)文件設(shè)置

3、 斷言氓涣，添加一個(gè)響應(yīng)斷言即可（也可以加別的）

添加——斷言——響應(yīng)斷言

4牛哺、 執(zhí)行，添加一個(gè)結(jié)果樹(shù)

添加——監(jiān)聽(tīng)器——查看結(jié)果樹(shù)

17.get/post 的區(qū)別劳吠？

觀點(diǎn)：本質(zhì)上沒(méi)有區(qū)別

GET和POST是什么引润？HTTP協(xié)議中的兩種發(fā)送請(qǐng)求的方法。

HTTP是什么痒玩？HTTP是基于TCP/IP的關(guān)于數(shù)據(jù)如何在萬(wàn)維網(wǎng)中如何通信的協(xié)議淳附。

HTTP的底層是TCP/IP。所以GET和POST的底層也是TCP/IP蠢古，也就是說(shuō)奴曙，GET/POST都是TCP鏈接。GET和POST能做的事情是一樣一樣的草讶。你要給GET加上request body洽糟，給POST帶上url參數(shù)，技術(shù)上是完全行的通的到涂，HTTP只是個(gè)行為準(zhǔn)則，而TCP才是GET和POST怎么實(shí)現(xiàn)的基本颁督。

那往常get/post大大小小的限制是怎么來(lái)的呢践啄？

互聯(lián)網(wǎng)上，有著不同的瀏覽器（發(fā)起http請(qǐng)求）和服務(wù)器（接受http請(qǐng)求）沉御， 雖然理論上屿讽，你可以在url中無(wú)限加參數(shù)。但是瀏覽器不能接受，加減數(shù)據(jù)也有著很大的成本伐谈，他們會(huì)限制單次運(yùn)輸量來(lái)控制風(fēng)險(xiǎn)烂完，數(shù)據(jù)量太大對(duì)瀏覽器和服務(wù)器都是很大負(fù)擔(dān)，（大多數(shù)）瀏覽器通常都會(huì)限制url長(zhǎng)度在2K個(gè)字節(jié)诵棵，而（大多數(shù)）服務(wù)器最多處理64K大小的url抠蚣。超過(guò)的部分，恕不處理履澳。如果你用GET服務(wù)嘶窄，在request body偷偷藏了數(shù)據(jù)，不同服務(wù)器的處理方式也是不同的距贷，有些服務(wù)器會(huì)幫你處理柄冲，讀出數(shù)據(jù)，有些服務(wù)器直接忽略忠蝗，所以现横，雖然GET可以帶request body，也不能保證一定能被接收到哦阁最。

GET和POST本質(zhì)上就是TCP鏈接戒祠，并無(wú)差別。但是由于HTTP的規(guī)定和瀏覽器/服務(wù)器的限制闽撤，導(dǎo)致他們?cè)趹?yīng)用過(guò)程中體現(xiàn)出一些不同得哆。?

GET和POST還有一個(gè)重大區(qū)別，簡(jiǎn)單的說(shuō)：

GET產(chǎn)生一個(gè)TCP數(shù)據(jù)包哟旗；POST產(chǎn)生兩個(gè)TCP數(shù)據(jù)包贩据。

長(zhǎng)的說(shuō)：

對(duì)于GET方式的請(qǐng)求，瀏覽器會(huì)把http header和data一并發(fā)送出去闸餐，服務(wù)器響應(yīng)200（返回?cái)?shù)據(jù)）饱亮；

而對(duì)于POST，瀏覽器先發(fā)送header舍沙，服務(wù)器響應(yīng)100 continue近上，瀏覽器再發(fā)送data，服務(wù)器響應(yīng)200 ok（返回?cái)?shù)據(jù)）拂铡。

也就是說(shuō)壹无，GET只需要汽車(chē)跑一趟就把貨送到了，而POST得跑兩趟感帅，第一趟斗锭，先去和服務(wù)器打個(gè)招呼“嗨，我等下要送一批貨來(lái)失球，你們打開(kāi)門(mén)迎接我”岖是，然后再回頭把貨送過(guò)去。

因?yàn)镻OST需要兩步，時(shí)間上消耗的要多一點(diǎn)豺撑，看起來(lái)GET比POST更有效烈疚。因此Yahoo團(tuán)隊(duì)有推薦用GET替換POST來(lái)優(yōu)化網(wǎng)站性能。但這是一個(gè)坑聪轿！跳入需謹(jǐn)慎爷肝。為什么？

1. GET與POST都有自己的語(yǔ)義屹电，不能隨便混用阶剑。

2. 在網(wǎng)絡(luò)環(huán)境好的情況下，發(fā)一次包的時(shí)間和發(fā)兩次包的時(shí)間差別基本可以無(wú)視危号。而在網(wǎng)絡(luò)環(huán)境差的情況下牧愁，兩次包的TCP在驗(yàn)證數(shù)據(jù)包完整性上，有非常大的優(yōu)點(diǎn)外莲。

3. 并不是所有瀏覽器都會(huì)在POST中發(fā)送兩次包猪半，F(xiàn)irefox就只發(fā)送一次。

18.如何編寫(xiě)接口測(cè)試用例偷线？

接口測(cè)試磨确，首先需要開(kāi)發(fā)提供接口文檔。最重要的有一下幾點(diǎn)：

被測(cè)接口的地址

接口參數(shù)声邦，以及各個(gè)參數(shù)的說(shuō)明

必要的http頭與http體 ( http頭是可以自定義的乏奥，可以用來(lái)校驗(yàn)是否是自己人訪問(wèn) )

接口返回什么值，以及各個(gè)返回值的說(shuō)明

接口是干什么的亥曹、

接口測(cè)試用例

功能測(cè)試：測(cè)試這個(gè)接口的功能是否實(shí)現(xiàn)邓了，并且測(cè)試這個(gè)接口是否按照接口文檔來(lái)進(jìn)行開(kāi)發(fā)的（比如說(shuō)接口文檔規(guī)定了一些關(guān)鍵字，而開(kāi)發(fā)的時(shí)候把關(guān)鍵字改成了其他的關(guān)鍵字媳瞪，因?yàn)樵谡麄€(gè)項(xiàng)目周期骗炉，并不只有一個(gè)開(kāi)發(fā)而是有多個(gè)，所以可能因?yàn)樵陂_(kāi)發(fā)過(guò)程中因?yàn)殛P(guān)鍵字不一樣導(dǎo)致某些開(kāi)發(fā)的功能異常蛇受，還有自動(dòng)化腳本也會(huì)發(fā)生異常）

邏輯業(yè)務(wù)句葵，主要指的是一些邏輯業(yè)務(wù)依賴(lài)關(guān)系（比如支付寶提交訂單的時(shí)候要保證你是在登錄的情況下，如果你沒(méi)有登錄而提交成功了兢仰，這就是異常乍丈，可以修改請(qǐng)求的cookie來(lái)測(cè)試）

異常測(cè)試：參數(shù)異常：關(guān)鍵字參數(shù)（應(yīng)用其他的關(guān)鍵字替換進(jìn)行測(cè)試）、參數(shù)為空把将、參數(shù)多少（通過(guò)添加參數(shù)增添個(gè)數(shù)）轻专，參數(shù)錯(cuò)誤。數(shù)據(jù)異常：關(guān)鍵字?jǐn)?shù)據(jù)（填入的數(shù)據(jù)用其他的數(shù)據(jù)語(yǔ)言的數(shù)據(jù)替用）秸弛、數(shù)據(jù)長(zhǎng)度铭若、數(shù)據(jù)為空、數(shù)據(jù)錯(cuò)誤递览。

19.性能測(cè)試都包含了哪些叼屠？（負(fù)載測(cè)試壓力測(cè)試容量測(cè)試）

性能測(cè)試：主要是在壓力測(cè)試下收集系統(tǒng)的各項(xiàng)性能指標(biāo)，與預(yù)期的指標(biāo)進(jìn)行對(duì)比绞铃，如關(guān)注并發(fā)用戶(hù)數(shù)镜雨，cpu、內(nèi)存儿捧，響應(yīng)時(shí)間荚坞；

負(fù)載測(cè)試：性能測(cè)試的一種，對(duì)系統(tǒng)不斷增加壓力菲盾，或增加一定壓力下的持續(xù)時(shí)間颓影，知道系統(tǒng)的性能指標(biāo)達(dá)到極限，如響應(yīng)時(shí)間超過(guò)預(yù)定指標(biāo)懒鉴，強(qiáng)調(diào)壓力持續(xù)時(shí)間诡挂。

強(qiáng)度或壓力測(cè)試：通過(guò)增加系統(tǒng)負(fù)載，確定系統(tǒng)在什么條件下失效临谱，來(lái)獲得系統(tǒng)性能下降拐點(diǎn)璃俗，側(cè)重壓力大小。

容量測(cè)試：是系統(tǒng)承受超額的數(shù)據(jù)容量悉默，測(cè)試系統(tǒng)是否能夠正常處理城豁，通常和數(shù)據(jù)庫(kù)有關(guān)。

20.? 什么時(shí)候執(zhí)行性能測(cè)試抄课？

在系統(tǒng)第一輪冒煙測(cè)試后就應(yīng)該介入性能測(cè)試唱星，不管功能實(shí)現(xiàn)中有多少bug都不影響性能測(cè)試的初步階段，我們可以先進(jìn)行簡(jiǎn)單的性能測(cè)試剖膳。盡量排除功能缺陷的干擾魏颓，盡早發(fā)現(xiàn)性能上的瓶頸。即時(shí)修改方案

21.請(qǐng)解釋下? 常用的性能測(cè)試指標(biāo)的含義?

壓力測(cè)試：強(qiáng)調(diào)極端暴力?

穩(wěn)定性測(cè)試：在一定壓力下吱晒，長(zhǎng)時(shí)間運(yùn)行的情況?

基準(zhǔn)測(cè)試：在特定條件下的性能測(cè)試?

負(fù)載測(cè)試：不同負(fù)載下的表現(xiàn)?

容量測(cè)試：最優(yōu)容量

22.響應(yīng)時(shí)間?? 并發(fā)用戶(hù)數(shù)????? 吞吐量? 性能計(jì)數(shù)器? TPS? HPS??QPS?

并發(fā)數(shù)

并發(fā)數(shù)是指系統(tǒng)同時(shí)能處理的請(qǐng)求數(shù)量甸饱，這個(gè)也是反應(yīng)了系統(tǒng)的負(fù)載能力。

響應(yīng)時(shí)間

響應(yīng)時(shí)間是一個(gè)系統(tǒng)最重要的指標(biāo)之一仑濒，它的數(shù)值大小直接反應(yīng)了系統(tǒng)的快慢叹话。響應(yīng)時(shí)間是指執(zhí)行一個(gè)請(qǐng)求從開(kāi)始到最后收到響應(yīng)數(shù)據(jù)所花費(fèi)的總體時(shí)間。

吞吐量

吞吐量是指單位時(shí)間內(nèi)系統(tǒng)能處理的請(qǐng)求數(shù)量墩瞳，體現(xiàn)系統(tǒng)處理請(qǐng)求的能力驼壶，這是目前最常用的性能測(cè)試指標(biāo)。

QPS（每秒查詢(xún)數(shù)）喉酌、TPS（每秒事務(wù)數(shù)）是吞吐量的常用量化指標(biāo)热凹，另外還有HPS（每秒HTTP請(qǐng)求數(shù)）泵喘。

跟吞吐量有關(guān)的幾個(gè)重要是：并發(fā)數(shù)、響應(yīng)時(shí)間般妙。

QPS（TPS）纪铺，并發(fā)數(shù)、響應(yīng)時(shí)間它們?nèi)咧g的關(guān)系是：

QPS（TPS）= 并發(fā)數(shù)/平均響應(yīng)時(shí)間

性能計(jì)數(shù)器

性能計(jì)數(shù)器是描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)碟渺，如使用內(nèi)存數(shù)鲜锚、進(jìn)程時(shí)間，在性能測(cè)試中發(fā)揮著“監(jiān)控和分析”的作用苫拍，尤其是在分析統(tǒng)統(tǒng)可擴(kuò)展性芜繁、進(jìn)行新能瓶頸定位時(shí)有著非常關(guān)鍵的作用。

Linux中可以使用top或者uptime命令看到當(dāng)前系統(tǒng)的負(fù)載及資源利用率情況绒极。?

23.如何判斷一個(gè)bug是前端bug還是后臺(tái)bug?

前端是用戶(hù)看得見(jiàn)摸得著的東西骏令，主要體現(xiàn)在頁(yè)面的視覺(jué)效果以及交互設(shè)計(jì)上。比如說(shuō)一個(gè)網(wǎng)站的頁(yè)面風(fēng)格垄提、頁(yè)面跳轉(zhuǎn)等伏社，最簡(jiǎn)單的例子就是一個(gè)注冊(cè)界面：前端設(shè)計(jì)界面風(fēng)格，約束輸入的字符類(lèi)型塔淤、長(zhǎng)度以及合法性校驗(yàn)等摘昌，不涉及到與數(shù)據(jù)庫(kù)之間的信息交流。

后臺(tái)則側(cè)重于更深層面的東西高蜂，關(guān)于邏輯聪黎，關(guān)于數(shù)據(jù)，關(guān)于平臺(tái)的穩(wěn)定性與性能备恤。后臺(tái)主要負(fù)責(zé)實(shí)現(xiàn)具體的功能稿饰，舉個(gè)例子，還是那個(gè)注冊(cè)界面露泊，前端寫(xiě)好了界面喉镰，規(guī)定了你能輸入哪些數(shù)據(jù)，不能輸入哪些數(shù)據(jù)惭笑，而后臺(tái)則會(huì)把你輸入的信息與數(shù)據(jù)庫(kù)進(jìn)行比對(duì)侣姆，如果是新用戶(hù)，則順勢(shì)在數(shù)據(jù)庫(kù)中插入一條信息沉噩。

24.Python 數(shù)據(jù)類(lèi)型有哪些捺宗？

1）int(整型)

? ? ? ? 所有整數(shù)對(duì)應(yīng)的數(shù)據(jù)類(lèi)型。在python2.x還有l(wèi)ong

2）float(浮點(diǎn)型)

? ? ? ?所有的小數(shù)對(duì)應(yīng)的類(lèi)型都是浮點(diǎn)型川蒙。（浮點(diǎn)型支持科學(xué)計(jì)數(shù)法）

3）str(字符串)

? ? ? 所有的文本數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)類(lèi)型蚜厉。

4）bool(布爾)

? ? ? True 和 False 對(duì)應(yīng)的數(shù)據(jù)類(lèi)型。

5）其他數(shù)據(jù)類(lèi)型

? ? ?比如：list(列表)畜眨，tuple(元組)昼牛，dict(字典)术瓮，迭代器，生成器贰健，函數(shù)自定義類(lèi)型斤斧。

25.給你一個(gè)網(wǎng)站，你如何測(cè)試?給你一個(gè)app程序你要怎么做霎烙？

(1) 功能測(cè)試

每項(xiàng)開(kāi)發(fā)的新功能都需要進(jìn)行測(cè)試。app測(cè)試中功能測(cè)試是一個(gè)重要方面蕊连。測(cè)試人員應(yīng)該要進(jìn)行手動(dòng)測(cè)試和后期的自動(dòng)化測(cè)試維護(hù)悬垃。剛開(kāi)始測(cè)試時(shí)，測(cè)試員必須把a(bǔ)pp當(dāng)做"黑盒"一樣進(jìn)行手動(dòng)測(cè)試甘苍，看看提供的功能是否正確并如設(shè)計(jì)的一樣正常運(yùn)作尝蠕。除了經(jīng)典軟件測(cè)試，像點(diǎn)擊按鈕载庭、提交訂單看看會(huì)發(fā)生什么看彼，測(cè)試員還必須執(zhí)行更多功能的app測(cè)試。

除了整個(gè)手動(dòng)測(cè)試過(guò)程囚聚，測(cè)試自動(dòng)化對(duì)移動(dòng)app也很重要靖榕。每個(gè)代碼變化或新功能都可能影響現(xiàn)存功能及它們的狀態(tài)。通常手動(dòng)回歸測(cè)試時(shí)間不夠顽铸，所以測(cè)試員不得不找一個(gè)工具去進(jìn)行自動(dòng)化回歸測(cè)試∽录疲現(xiàn)在市面上有很多自動(dòng)化測(cè)試工具，有商業(yè)的也有開(kāi)源的谓松，面向各個(gè)不同平臺(tái)星压，如Android，iPhone鬼譬，WindowsPhone7娜膘，BlackBerry以及移動(dòng)Webapp。根據(jù)開(kāi)發(fā)策略和結(jié)構(gòu)优质，品質(zhì)管理測(cè)試專(zhuān)家需找出最適合他們環(huán)境的自動(dòng)化工具竣贪。

(2) 客戶(hù)端性能測(cè)試

一個(gè)App做的好不好，不僅僅只反應(yīng)在功能上巩螃。被測(cè)的app在中低端機(jī)上的性能表現(xiàn)也很重要贾富。比如：一個(gè)很好玩的游戲或應(yīng)用，只能在高端機(jī)上流暢運(yùn)行牺六，在中低端機(jī)上卡的不行颤枪，也不會(huì)取得好的口碑。

關(guān)于App的性能測(cè)試淑际，我們比較關(guān)注的參數(shù)有：CPU畏纲，內(nèi)存扇住，耗電量，流量盗胀，F(xiàn)PS艘蹋。同時(shí)也需關(guān)注一下App的安裝耗時(shí)和啟動(dòng)耗時(shí)。

目前大家可能比較困惑的一個(gè)問(wèn)題票灰，多高的CPU呕童，內(nèi)存，耗電量嘴高，流量捐晶，F(xiàn)PS才算是符合發(fā)布的值呢？這里可以告訴大家惹盼，可以參考精品游戲的一些數(shù)值庸汗，將自己研發(fā)的app與業(yè)內(nèi)精品的app數(shù)據(jù)做對(duì)比。

(3) 適配兼容測(cè)試

App在經(jīng)過(guò)功能測(cè)試后手报，也需對(duì)其進(jìn)行適配兼容測(cè)試需要檢查的項(xiàng)主要有以下幾點(diǎn)：

(a) 在不同平牌的機(jī)型上的安裝蚯舱、拉起、點(diǎn)擊和卸載是否正常掩蛤；

(b) 在不同的操作系統(tǒng)上的安裝枉昏、拉起、點(diǎn)擊和卸載是否正常揍鸟；

我們?cè)趯?shí)際測(cè)試中凶掰，常常會(huì)遇到下列問(wèn)題：

(a) 在某個(gè)平牌某個(gè)系統(tǒng)上，app安裝不上蜈亩；

(b) 在某個(gè)平牌某個(gè)系統(tǒng)上懦窘，app無(wú)法拉起；

(c) 在某個(gè)平牌某個(gè)系統(tǒng)上稚配，app拉起后無(wú)響應(yīng)或拉起后黑屏畅涂、花屏；

(d) 在某個(gè)平牌某個(gè)系統(tǒng)上道川，app無(wú)法順利卸載午衰；

(4) 安全測(cè)試

App在上線前，都需要做詳細(xì)的安全測(cè)試冒萄。安全測(cè)試主要為了檢測(cè)應(yīng)用是否容易被外界破解臊岸；是否存在被惡意代碼注入的風(fēng)險(xiǎn)；上線后外掛的風(fēng)險(xiǎn)高不高等尊流。

(5) 服務(wù)器性能測(cè)試

服務(wù)器性能測(cè)試帅戒，主要包含單機(jī)容量測(cè)試和24小時(shí)穩(wěn)定性測(cè)試。單機(jī)容量測(cè)試崖技，可以檢測(cè)到單機(jī)服務(wù)器在90%的響應(yīng)時(shí)間和成功率都達(dá)標(biāo)的前提下逻住，能夠承載多少用戶(hù)量钟哥。使用特定游戲模型壓測(cè)24小時(shí)，服務(wù)無(wú)重啟瞎访，內(nèi)存無(wú)泄漏，并且各事務(wù)成功率達(dá)標(biāo)播演。

26.什么是測(cè)試用例?什么是測(cè)試腳本?兩者關(guān)系?

測(cè)試用例為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合伴奥。

測(cè)試腳本是為了進(jìn)行自動(dòng)化測(cè)試而編寫(xiě)的腳本写烤。

測(cè)試腳本的編寫(xiě)必須對(duì)應(yīng)相應(yīng)的測(cè)試用例

27.簡(jiǎn)述：靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試渔伯、黑盒測(cè)試、白盒測(cè)試肄程、α測(cè)試 锣吼、β測(cè)試分別是什么？

靜態(tài)測(cè)試（ui界面 業(yè)務(wù)邏輯 ）是不運(yùn)行程序本身而尋找程序代碼中可能存在的錯(cuò)誤或評(píng)估程序代碼的過(guò)程蓝厌。

動(dòng)態(tài)測(cè)試（鏈接數(shù)據(jù)之后 ）是實(shí)際運(yùn)行被測(cè)程序玄叠，輸入相應(yīng)的測(cè)試實(shí)例，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異拓提，判定執(zhí)行結(jié)果是否符合要求读恃，從而檢驗(yàn)程序的正確性、可靠性和有效性代态，并分析系統(tǒng)運(yùn)行效率和健壯性等性能寺惫。

黑盒測(cè)試一般用來(lái)確認(rèn)軟件功能的正確性和可操作性,目的是檢測(cè)軟件的各個(gè)功能是否能得以實(shí)現(xiàn),把被測(cè)試的程序當(dāng)作一個(gè)黑盒,不考慮其內(nèi)部結(jié)構(gòu),在知道該程序的輸入和輸出之間的關(guān)系或程序功能的情況下,依靠軟件規(guī)格說(shuō)明書(shū)來(lái)確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。

白盒測(cè)試根據(jù)軟件內(nèi)部的邏輯結(jié)構(gòu)分析來(lái)進(jìn)行測(cè)試,是基于代碼的測(cè)試蹦疑，測(cè)試人員通過(guò)閱讀程序代碼或者通過(guò)使用開(kāi)發(fā)工具中的單步調(diào)試來(lái)判斷軟件的質(zhì)量西雀，一般黑盒測(cè)試由項(xiàng)目經(jīng)理在程序員開(kāi)發(fā)中來(lái)實(shí)現(xiàn)。（白盒測(cè)試 ： 使用編程腳本進(jìn)行測(cè)試 實(shí)現(xiàn)自動(dòng)化）

α測(cè)試：是由一個(gè)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試歉摧，也可以是公司內(nèi)部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試艇肴，Alpha測(cè)試不能由程序員或測(cè)試員完成。

β測(cè)試：是軟件的多個(gè)用戶(hù)在一個(gè)或多個(gè)用戶(hù)的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試叁温。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)再悼，Beta測(cè)試不能由程序員或測(cè)試員完成。

28.在您以往的工作中膝但，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容冲九？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

一條Bug記錄最基本應(yīng)包含：

bug編號(hào)跟束；

bug嚴(yán)重級(jí)別娘侍，優(yōu)先級(jí)咖刃；

bug產(chǎn)生的模塊；

首先要有bug摘要憾筏，闡述bug大體的內(nèi)容嚎杨；

bug對(duì)應(yīng)的版本；

bug詳細(xì)現(xiàn)象描述氧腰，包括一些截圖枫浙、錄像…等等；

bug出現(xiàn)時(shí)的測(cè)試環(huán)境古拴，產(chǎn)生的條件即對(duì)應(yīng)操作步驟箩帚；

高質(zhì)量的Bug記錄：

1）通用UI要統(tǒng)一、準(zhǔn)確

缺陷報(bào)告的UI要與測(cè)試的軟件UI保持一致黄痪，便于查找定位紧帕。

2）盡量使用業(yè)界慣用的表達(dá)術(shù)語(yǔ)和表達(dá)方法

使用業(yè)界慣用的表達(dá)術(shù)語(yǔ)和表達(dá)方法，保證表達(dá)準(zhǔn)確桅打，體現(xiàn)專(zhuān)業(yè)化是嗜。

3）每條缺陷報(bào)告只包括一個(gè)缺陷

每條缺陷報(bào)告只包括一個(gè)缺陷，可以使缺陷修正者迅速定位一個(gè)缺陷挺尾，集中精力每次只修正一個(gè)缺陷鹅搪。校驗(yàn)者每次只校驗(yàn)一個(gè)缺陷是否已經(jīng)正確修正。

4）不可重現(xiàn)的缺陷也要報(bào)告

首先缺陷報(bào)告必須展示重現(xiàn)缺陷的能力遭铺。不可重現(xiàn)的缺陷要盡力重現(xiàn)丽柿，若盡力之后仍不能重現(xiàn)，仍然要報(bào)告此缺陷魂挂，但在報(bào)告中要注明無(wú)法再現(xiàn)甫题，缺陷出現(xiàn)的頻率。

5）明確指明缺陷類(lèi)型

根據(jù)缺陷的現(xiàn)象涂召，總結(jié)判斷缺陷的類(lèi)型幔睬。例如，即功能缺陷芹扭、界面缺陷麻顶、數(shù)據(jù)缺陷，合理化建議這是最常見(jiàn)的缺陷或缺陷類(lèi)型舱卡，其他形式的缺陷或缺陷也從屬于其中某種形式辅肾。

6）明確指明缺陷嚴(yán)重等級(jí)和優(yōu)先等級(jí)

時(shí)刻明確嚴(yán)重等級(jí)和優(yōu)先等級(jí)之間的差別。高嚴(yán)重問(wèn)題可能不值得解決轮锥，小裝飾性問(wèn)題可能被當(dāng)作高優(yōu)先級(jí)矫钓。

7）描述 (Description) ，簡(jiǎn)潔、準(zhǔn)確新娜，完整赵辕，揭示缺陷實(shí)質(zhì)，記錄缺陷或缺陷出現(xiàn)的位置

描述要準(zhǔn)確反映缺陷的本質(zhì)內(nèi)容概龄，簡(jiǎn)短明了还惠。為了便于在軟件缺陷管理數(shù)據(jù)庫(kù)中尋找制定的測(cè)試缺陷，包含缺陷發(fā)生時(shí)的用戶(hù)界面（UI）是個(gè)良好的習(xí)慣私杜。例如記錄對(duì)話框的標(biāo)題蚕键、菜單、按鈕等控件的名稱(chēng)衰粹。

8）短行之間使用自動(dòng)數(shù)字序號(hào)锣光，使用相同的字體、字號(hào)铝耻、行間距

短行之間使用自動(dòng)數(shù)字序號(hào)誊爹，使用相同的字體、字號(hào)瓢捉、行間距频丘，可以保證各條記錄格式一致，做到規(guī)范專(zhuān)業(yè)泊柬。

9）每一個(gè)步驟盡量只記錄一個(gè)操作

保證簡(jiǎn)潔椎镣、條理井然诈火，容易重復(fù)操作步驟兽赁。

10）確認(rèn)步驟完整，準(zhǔn)確冷守，簡(jiǎn)短

保證快速準(zhǔn)確的重復(fù)缺陷刀崖，“完整”即沒(méi)有缺漏，“準(zhǔn)確”即步驟正確拍摇，“簡(jiǎn)短”即沒(méi)有多余的步驟亮钦。

11）根據(jù)缺陷，可選擇是否進(jìn)行圖象捕捉

為了直觀的觀察缺陷或缺陷現(xiàn)象充活，通常需要附加缺陷或缺陷出現(xiàn)的界面蜂莉，以圖片的形式作為附件附著在記錄的“附件”部分。為了節(jié)省空間混卵，又能真實(shí)反映缺陷或缺陷本質(zhì)映穗，可以捕捉缺陷或缺陷產(chǎn)生時(shí)的全屏幕，活動(dòng)窗口和局部區(qū)域幕随。為了迅速定位蚁滋、修正缺陷或缺陷位置，通常要求附加中文對(duì)照?qǐng)D。

? 附加必要的特殊文檔和個(gè)人建議和注解

如果打開(kāi)某個(gè)特殊的文檔而產(chǎn)生的缺陷或缺陷辕录，則必須附加該文檔睦霎，從而可以迅速再現(xiàn)缺陷或缺陷。有時(shí)走诞，為了使缺陷或缺陷修正者進(jìn)一步明確缺陷或缺陷的表現(xiàn)副女，可以附加個(gè)人的修改建議或注解。

12）檢查拼寫(xiě)和語(yǔ)法缺陷

在提交每條缺陷或缺陷之前速梗，檢查拼寫(xiě)和語(yǔ)法肮塞，確保內(nèi)容正確，正確的描述缺陷姻锁。

13）盡量使用短語(yǔ)和短句枕赵，避免復(fù)雜句型句式

軟件缺陷管理數(shù)據(jù)庫(kù)的目的是便于定位缺陷，因此位隶，要求客觀的描述操作步驟拷窜，不需要修飾性的詞匯和復(fù)雜的句型，增強(qiáng)可讀性涧黄。

15）缺陷描述內(nèi)容

缺陷描述的內(nèi)容可以包含缺陷操作步驟篮昧，實(shí)際結(jié)果和期望結(jié)果。操作步驟可以方便開(kāi)發(fā)人員再現(xiàn)缺陷進(jìn)行修正笋妥，有些開(kāi)發(fā)的再現(xiàn)缺陷能力很差懊昨，雖然他明白你所指的缺陷，但就是無(wú)法再現(xiàn)特別是對(duì)系統(tǒng)不熟悉的新加入開(kāi)發(fā)人員春宣，介紹步驟可以方便他們?cè)佻F(xiàn)酵颁。實(shí)際結(jié)果可以讓開(kāi)發(fā)明白錯(cuò)誤是什么，期望結(jié)果可以讓開(kāi)發(fā)了解正確的結(jié)果應(yīng)該是如何月帝。

29.在你的項(xiàng)目中詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過(guò)程躏惋？

https://wenku.baidu.com/view/5020f1a767ec102de3bd890a.html

1. 項(xiàng)目經(jīng)理通過(guò)和客戶(hù)的交流，完成需求文檔嚷辅，由開(kāi)發(fā)人員和測(cè)試人員共同完成需求文檔的評(píng)審簿姨，評(píng)審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無(wú)法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理通過(guò)綜合開(kāi)發(fā)人員簸搞，測(cè)試人員以及客戶(hù)的意見(jiàn)扁位，完成項(xiàng)目計(jì)劃。然后進(jìn)入項(xiàng)目趁俊，開(kāi)始進(jìn)行統(tǒng)計(jì)和跟蹤

2. 開(kāi)發(fā)人員根據(jù)需求文檔完成需求分析文檔域仇，測(cè)試人員進(jìn)行評(píng)審，評(píng)審的主要內(nèi)容包括是否有遺漏或者雙方理解不同的地方则酝。測(cè)試人員完成測(cè)試計(jì)劃文檔殉簸，測(cè)試計(jì)劃包括的內(nèi)容上面有描述闰集。

3. 測(cè)試人員根據(jù)修改好的需求分析文檔開(kāi)始寫(xiě)測(cè)試用例，同時(shí)開(kāi)發(fā)人員完成概要設(shè)計(jì)文檔般卑，詳細(xì)設(shè)計(jì)文檔武鲁。此兩份文檔成為測(cè)試人員撰寫(xiě)測(cè)試用例的補(bǔ)充材料。

4. 測(cè)試用例完成后蝠检，測(cè)試和開(kāi)發(fā)需要進(jìn)行評(píng)審沐鼠。

5. 測(cè)試人員搭建環(huán)境

6. 開(kāi)發(fā)人員提交第一個(gè)版本，可能存在未完成功能叹谁，需要說(shuō)明饲梭。測(cè)試人員進(jìn)行測(cè)試，發(fā)現(xiàn)bug后提交給bugzilla焰檩。

7. 開(kāi)發(fā)提交第二個(gè)版本憔涉，包括bug fix以及增加了部分功能，測(cè)試人員進(jìn)行測(cè)試析苫。

8. 重復(fù)上面的工作兜叨，一般是3-4個(gè)版本后bug數(shù)量減少，達(dá)到出貨的要求衩侥。

9. 如果有客戶(hù)反饋的問(wèn)題国旷，需要測(cè)試人員協(xié)助重現(xiàn)以及回歸測(cè)試。

30.如果項(xiàng)目周期很短茫死，測(cè)試人力匱乏跪但，你是怎么協(xié)調(diào)的？

依據(jù)代碼review的結(jié)果和影響范圍峦萎，對(duì)測(cè)試內(nèi)容進(jìn)行適當(dāng)?shù)牟眉簟?/p>

借助自動(dòng)化工具的支持屡久，提高測(cè)試案例的執(zhí)行效率。

調(diào)整組內(nèi)任務(wù)的優(yōu)先級(jí)骨杂，進(jìn)行人力協(xié)調(diào)涂身，優(yōu)先投入最緊要的項(xiàng)目雄卷。

必要的情況下加班

31.描述下你團(tuán)隊(duì)的測(cè)試分工搓蚪？

https://blog.csdn.net/ljyfree/article/details/105402178

一個(gè)測(cè)試經(jīng)理，3個(gè)測(cè)試組長(zhǎng)丁鹉，每個(gè)組有5個(gè)測(cè)試人員：包括自動(dòng)化測(cè)試妒潭、，功能測(cè)試揣钦、性能測(cè)試等的測(cè)試工程師雳灾。

我們往往都是根據(jù)接到的項(xiàng)目來(lái)組成測(cè)試團(tuán)隊(duì)。當(dāng)然人手不夠的時(shí)候冯凹，可以請(qǐng)幾位開(kāi)發(fā)人員參與到測(cè)試工作中谎亩。

**32.你做移動(dòng)端的應(yīng)用和web的程序應(yīng)用都是如何的兼容性測(cè)試的？**

https://blog.csdn.net/weixin_46183674/article/details/113914319

移動(dòng)端

1、適配系統(tǒng)版本：

去二手平臺(tái)找到低版本的設(shè)備

2匈庭、 適配不同機(jī)型：

選擇世面上的主流機(jī)型

3夫凸、適配尺寸：

4、適配分辨率：

分辨率常見(jiàn)的720p(720×1280),1080p(1080×1920),2k(2560×1440)

5阱持、適配網(wǎng)絡(luò)：

三大運(yùn)營(yíng)商 夭拌、信號(hào)：2G、3G衷咽、4G鸽扁、5G、WiFi

6镶骗、適配異形屏

現(xiàn)在手機(jī)花里胡哨的桶现，全面屏、曲面屏鼎姊、3D屏巩那、劉海屏、挖孔屏此蜈、越來(lái)越多即横，所以我們也需要測(cè)試一下系統(tǒng)狀態(tài)欄

7、涉及到藍(lán)牙裆赵、耳機(jī)东囚，看對(duì)應(yīng)功能需要了

web端

1.操作系統(tǒng)兼容性

市場(chǎng)上有很多不同的操作系統(tǒng)，Windows 战授、Mac页藻、Linux等操作系統(tǒng)。同一個(gè)應(yīng)用在不同的操作系統(tǒng)下植兰，可能會(huì)有兼容性問(wèn)題份帐，可能有些系統(tǒng)正常，有些系統(tǒng)不正常楣导。

2.瀏覽器兼容性

國(guó)內(nèi)主流的瀏覽器內(nèi)核主要有3種：IE內(nèi)核废境、Firefox內(nèi)核和Chrome內(nèi)核；

（1）IE內(nèi)核常見(jiàn)的瀏覽器有：360安全瀏覽器（兼容模式）筒繁、360極速瀏覽器（兼容模式）噩凹、搜狗瀏覽器（兼容模式）、QQ瀏覽器毡咏；

（2）Firefox內(nèi)核常見(jiàn)的瀏覽器即火狐瀏覽器（Firefox）驮宴；

（3）Chrome內(nèi)核常見(jiàn)的瀏覽器有

3.分辨率兼容性

同一個(gè)頁(yè)面在不同分辨率下，顯示的樣式可能會(huì)不一樣呕缭《略螅可以通過(guò)對(duì)瀏覽器的縮放的比例進(jìn)行不同分辨率的測(cè)試修己。

臺(tái)式機(jī)分辨率：：1024×768、1280×1024迎罗、1440×900

筆記本電腦分辨率：1024X768 箩退、1280X800、1440X900佳谦、 1600X9000

4.網(wǎng)速測(cè)試

項(xiàng)目在不同的網(wǎng)絡(luò)環(huán)境中是否正常的運(yùn)行戴涝，通過(guò)Charles、Fiddler等工具進(jìn)行弱網(wǎng)測(cè)試钻蔑。

33.移動(dòng)應(yīng)用的灰度是怎么做的啥刻？

1.開(kāi)黑白名單（白名單的人下載后可使用，黑名單的人及時(shí)可下載但也不可使用）

2.開(kāi)灰度環(huán)境（直接在后臺(tái)控制咪笑，可有一級(jí)灰度發(fā)布可帽、二級(jí)灰度發(fā)布、三級(jí)灰度發(fā)布窗怒、全量發(fā)布等映跟，每個(gè)灰度針對(duì)不同的人群）

3.iOS版本可以使用testflight灰度發(fā)布，讓加入的人群提前體驗(yàn)

4.Android可以使用第三方平臺(tái)（如：蒲公英扬虚，可設(shè)置下載密碼努隙，提供給特定的人群體驗(yàn)）」缄牵或者生成下載連接發(fā)給對(duì)應(yīng)的人

34.移動(dòng)應(yīng)用在升級(jí)安裝時(shí)候應(yīng)該考慮的場(chǎng)景荸镊？

1.APP有新版本時(shí)，打開(kāi)APP是否有更新提示堪置。

2.當(dāng)版本為非強(qiáng)制升級(jí)版時(shí)躬存，用戶(hù)可以取消更新，老版本能正常使用舀锨。用戶(hù)在下次啟動(dòng)app時(shí)岭洲，仍能出現(xiàn)更新提示。

3.當(dāng)版本為強(qiáng)制升級(jí)版時(shí)坎匿，當(dāng)給出強(qiáng)制更新后用戶(hù)沒(méi)有做更新時(shí)盾剩，退出APP。下次啟動(dòng)app時(shí)碑诉，仍出現(xiàn)強(qiáng)制升級(jí)提示彪腔。

4.不刪除APP直接更新侥锦，檢查是否能正常更新进栽，更新后能否正常工作。

5.刪除老的APP恭垦，重新下載APP快毛，能不能正常工作格嗅。

6.不刪除APP直接更新，檢查更新后的APP和新安裝的APP提供的功能一樣唠帝。

7.檢查在線跨版本升級(jí)能否成功屯掖，版本過(guò)老是否提示用戶(hù)重裝。

8.更新成功后襟衰，用戶(hù)數(shù)據(jù)有沒(méi)有丟失贴铜，各個(gè)配置項(xiàng)是否還原。

35.如果讓你來(lái)測(cè)試掃碼支付瀑晒，你會(huì)考慮哪些場(chǎng)景绍坝？

功能測(cè)試用例

卡的類(lèi)型（

一類(lèi)戶(hù)：借記卡、信用卡苔悦、各個(gè)開(kāi)戶(hù)行

二類(lèi)戶(hù)：虛擬賬戶(hù)如微信里的零錢(qián)賬戶(hù)轩褐、支付寶的余額寶、電子賬戶(hù)

二維碼的商戶(hù)類(lèi)型（微信玖详、支付寶把介、匯宜、銀聯(lián)）

支付限額（單筆限額蟋座、累計(jì)限額拗踢、日累計(jì)、月累計(jì)向臀、支付筆數(shù)）

退款（退款入口秒拔、退款進(jìn)度、退款結(jié)果）

對(duì)賬

資金流動(dòng)（我方扣款數(shù)額正確飒硅，對(duì)方收款數(shù)額正確）數(shù)額及時(shí)效

支付結(jié)果展示砂缩、交易明細(xì)

連續(xù)掃碼支付，每天的掃碼支付次數(shù)限制及數(shù)額限制

二維碼有效期

有無(wú)相機(jī)權(quán)限

前后置攝像頭

像素低端的手機(jī)能否掃碼成功

兼容性

兼容性（不同手機(jī)廠商自帶相機(jī)功能實(shí)現(xiàn)不一致）

安全性：

1.是否有超時(shí)超次限制

2.測(cè)試用戶(hù)操作時(shí)相關(guān)信息是否寫(xiě)入了日志文件三娩、是否可追蹤等

3.如果使用了安全套字庵芭，需要測(cè)試加密是否正確，加密前后的信息完整性雀监，正確性

性能

1.用戶(hù)操作的響應(yīng)時(shí)間

2.系統(tǒng)的吞吐量（TPS）

3.系統(tǒng)的硬件資源情況（CPU双吆、硬盤(pán)、磁盤(pán)）

4.網(wǎng)絡(luò)資源占用情況等会前。

異常場(chǎng)景

異常情況（卡異常好乐、余額不足）

36.一臺(tái)客戶(hù)端有三百個(gè)客戶(hù)與三百個(gè)客戶(hù)端有三百個(gè)客戶(hù)對(duì)服務(wù)器施壓，有什么區(qū)別?

1.)300個(gè)用戶(hù)在一個(gè)客戶(hù)端上瓦宜，會(huì)占用客戶(hù)機(jī)更多的資源蔚万，而影響測(cè)試的結(jié)果。線程之間可能發(fā)生干擾临庇，而產(chǎn)生一些異常反璃。

2.)300個(gè)用戶(hù)在一個(gè)客戶(hù)端上昵慌，需要更大的帶寬。

3.)IP地址的問(wèn)題淮蜈，可能需要使用IP Spoof來(lái)繞過(guò)服務(wù)器對(duì)于單一IP地址最大連接數(shù)的限制斋攀。

所有用戶(hù)在一個(gè)客戶(hù)端上，不必考慮分布式管理的問(wèn)題梧田；而用戶(hù)分布在不同的客戶(hù)端上淳蔼，需要考慮使用控制器來(lái)整體調(diào)配不同客戶(hù)機(jī)上的用戶(hù)。同時(shí)裁眯，還需要給予相應(yīng)的權(quán)限配置和防火墻設(shè)置肖方。

37.測(cè)試人員同開(kāi)發(fā)人員的溝通過(guò)程中，如何提高溝通的效率和改善溝通的效果未状？維持測(cè)試人員同開(kāi)發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么俯画？

盡量面對(duì)面的溝通，其次是能直接通過(guò)電話溝通司草，如果只能通過(guò)Email等非及時(shí)溝通工具的話艰垂，強(qiáng)調(diào)必須對(duì)特性的理解深刻以及能表達(dá)清楚。

運(yùn)用一些測(cè)試管理工具如TestDirector進(jìn)行管理也是較有效的方法埋虹，同時(shí)要注意在TestDirector中對(duì)BUG有準(zhǔn)確的描述猜憎。

在團(tuán)隊(duì)中建立測(cè)試人員與開(kāi)發(fā)人員良好溝通中注意以下幾點(diǎn)：

一真誠(chéng)、二是團(tuán)隊(duì)精神搔课、三是在專(zhuān)業(yè)上有共同語(yǔ)言胰柑、四是要對(duì)事不對(duì)人，工作至上

當(dāng)然也可以通過(guò)直接指出一些小問(wèn)題爬泥，而不是進(jìn)入BUG Tracking System來(lái)增加對(duì)方的好感柬讨。

38.簡(jiǎn)述你在以前的工作中做過(guò)哪些事情，比較熟悉什么袍啡？

我過(guò)去的主要工作是系統(tǒng)測(cè)試和自動(dòng)化測(cè)試踩官。在系統(tǒng)測(cè)試中，主要是對(duì)BOSS系統(tǒng)的業(yè)務(wù)邏輯功能境输，以及軟交換系統(tǒng)的Class 5特性進(jìn)行測(cè)試蔗牡。性能測(cè)試中，主要是進(jìn)行的壓力測(cè)試嗅剖，在各個(gè)不同數(shù)量請(qǐng)求的情況下辩越，獲取系統(tǒng)響應(yīng)時(shí)間以及系統(tǒng)資源消耗情況。自動(dòng)化測(cè)試主要是通過(guò)自己寫(xiě)腳本以及一些第三方工具的結(jié)合來(lái)測(cè)試軟交換的特性測(cè)試信粮。

在測(cè)試中黔攒，我感覺(jué)對(duì)用戶(hù)需求的完全準(zhǔn)確的理解非常重要。另外，就是對(duì)BUG的管理亏钩，要以需求為依據(jù)莲绰，并不是所有BUG均需要修改欺旧。

測(cè)試工作需要耐心和細(xì)致姑丑，因?yàn)樵谛掳姹局校m然多數(shù)原來(lái)發(fā)現(xiàn)的BUG得到了修復(fù)辞友，但原來(lái)正確的功能也可能變得不正確栅哀。因此要注重迭代測(cè)試和回歸測(cè)試。

39.請(qǐng)說(shuō)出這些測(cè)試最好由那些人員完成称龙，測(cè)試的是什么留拾？

代碼、函數(shù)級(jí)測(cè)試一般由白盒測(cè)試人員完成鲫尊，他們針對(duì)每段代碼或函數(shù)進(jìn)行正確性檢驗(yàn)痴柔，檢查其是否正確的實(shí)現(xiàn)了規(guī)定的功能。

模塊疫向、組件級(jí)測(cè)試主要依據(jù)是程序結(jié)構(gòu)設(shè)計(jì)測(cè)試模塊間的集成和調(diào)用關(guān)系咳蔚，一般由測(cè)試人員完成。

系統(tǒng)測(cè)試在于模塊測(cè)試與單元測(cè)試的基礎(chǔ)上進(jìn)行測(cè)試搔驼。了解系統(tǒng)功能與性能谈火，根據(jù)測(cè)試用例進(jìn)行全面的測(cè)試。

40.在windows下保存一個(gè)文本文件時(shí)會(huì)彈出保存對(duì)話框舌涨，如果為文件名建立測(cè)試用例糯耍，等價(jià)類(lèi)應(yīng)該怎樣劃分？

10. 單字節(jié)囊嘉，如A温技；

11. 雙字節(jié)， AA扭粱、我我荒揣；

12. 特殊字符 /‘『干玻‘系任；、=-等虐块；

13. 保留字俩滥，如com；

14. 文件格式為8.3格式的贺奠；

15. 文件名格式為非8.3格式的霜旧；

16. /,\,*等九個(gè)特殊字符。

17. 空字符串；

18. 數(shù)字字母組合挂据；

19. 單字節(jié)雙字節(jié)組合以清；

20. 字符與特殊字符組合

41.假設(shè)有一個(gè)文本框要求輸入10個(gè)字符的郵政編碼，對(duì)于該文本框應(yīng)該怎樣劃分等價(jià)類(lèi)崎逃？

特殊字符掷倔，如10個(gè)*或￥；英文字母个绍，如ABCDefghik勒葱；小于十個(gè)字符，如123巴柿；大于十個(gè)字符凛虽，如11111111111；數(shù)字和其他混合广恢，如123AAAAAAA凯旋；空字符拨齐；保留字符

42.您以往的工作中是否曾開(kāi)展過(guò)測(cè)試用例的評(píng)審工作?如果有豪诲，請(qǐng)描述測(cè)試用例評(píng)審的過(guò)程和評(píng)審的內(nèi)容鲜滩。祥得？

評(píng)審計(jì)劃->預(yù)審->評(píng)審;

評(píng)審內(nèi)容主要是測(cè)試用例對(duì)軟件需求的覆蓋程度核蘸，對(duì)于相關(guān)邊界是否考慮假褪，是否針對(duì)復(fù)雜流程準(zhǔn)備多套測(cè)試數(shù)據(jù)涩金，是否有專(zhuān)門(mén)針對(duì)非功能性需求的測(cè)試控硼。

43.在你測(cè)試的過(guò)程中如果發(fā)生時(shí)間上不允許進(jìn)行全部測(cè)試枷颊，你應(yīng)該怎么做戳杀？

軟件測(cè)試初學(xué)者可能認(rèn)為拿到軟件后需要進(jìn)行完全測(cè)試，找到全部的軟件缺陷夭苗，使軟件“零缺陷”發(fā)布信卡。實(shí)際上完全測(cè)試是不可能的。主要有以下一個(gè)原因：

-完全測(cè)試比較耗時(shí)题造，時(shí)間上不允許傍菇；

-完全測(cè)試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的

-輸入量太大界赔，不能一一進(jìn)行測(cè)試丢习；

-輸出結(jié)果太多，只能分類(lèi)進(jìn)行驗(yàn)證淮悼；

-軟件實(shí)現(xiàn)途徑太多咐低；

-軟件產(chǎn)品說(shuō)明書(shū)沒(méi)有客觀標(biāo)準(zhǔn)，從不同的角度看袜腥，軟件缺陷的標(biāo)準(zhǔn)不同见擦；

因此測(cè)試的程度要根據(jù)實(shí)際情況確定。

44.列舉web自動(dòng)化中常見(jiàn)的元素定位方式是？

1）通過(guò)class屬性定位

driver.findElement(By.className("spread")).sendKeys("你好");

2）通過(guò)id屬性定位

driver.findElement(By.id("username")).sendKeys("你好");

3）通過(guò)name屬性定位

driver.findElement(By.name("username")).sendKeys("你好");

4）通過(guò)link屬性定位

driver.findElement(By.linkText("海賊王")).click();

5）通過(guò)partialLink定位

driver.findElement(By.partialLinkText("賊")).click();

6）通過(guò)標(biāo)簽tabname定位

driver.findElement(By.tagName("a")).click();

7）通過(guò)css定位

driver.findElement(By.cssSelector("input[type=‘button‘]")).click();

8）通過(guò)xapth定位

driver.findElement(By.xpath("/html/body/div[1]/input[2]")).click();

//通過(guò)xpath絕對(duì)路徑的方式定位

driver.findElement(By.xpath("http://input[@value=‘查詢(xún)‘]")).click();

//通過(guò)相對(duì)路徑的方式定位

driver.findElement(By.xpath("http://a[text()=‘百度一下‘]")).click();

//相對(duì)路徑方式鲤屡，元素是可點(diǎn)擊的鏈接文字

45.簡(jiǎn)述你知道的延時(shí)等待的方式?

硬性等待损痰，也叫線程等待，通過(guò)休眠的方式完成等待如等待5秒Thead.sleep(5000)

隱式等待酒来，通過(guò)imlicitlyWait完成延時(shí)等待卢未，這種事針對(duì)全局設(shè)置的等待，如設(shè)置超市10秒役首，使用imlicitlyWait后尝丐，如果第一次沒(méi)有找到元素显拜，會(huì)在10秒之內(nèi)不斷循環(huán)查找元素衡奥，如果超時(shí)間10秒還沒(méi)有找到，則拋出異常

顯式等待远荠，智能等待矮固，針對(duì)指定元素定位指定等待時(shí)間，指定的范圍內(nèi)進(jìn)行元素查找譬淳，找到元素則直接返回档址，超時(shí)沒(méi)有找到元素則拋出異常

46.完整運(yùn)行一次自動(dòng)化用例需要多久時(shí)間？

主要跑的是業(yè)務(wù)流邻梆，所以跑一次需要半個(gè)小時(shí)左右

47.什么是分層自動(dòng)化守伸？

金字塔結(jié)構(gòu)， 最底層UnitTest浦妄，往上接口API/集成起來(lái)的service尼摹， 最上面UI自動(dòng)化

48.你的測(cè)試數(shù)據(jù)是怎么準(zhǔn)備的？

? ? ? ? 小型系統(tǒng)的測(cè)試剂娄，業(yè)務(wù)數(shù)據(jù)一般可以直接獲取以前版本的數(shù)據(jù)蠢涝，通過(guò)SQL數(shù)據(jù)或某些命令操作，取得當(dāng)前需要使用的數(shù)據(jù)阅懦。

? ? ? ? 對(duì)于復(fù)雜系統(tǒng)和二，測(cè)試數(shù)據(jù)準(zhǔn)備可能需要封裝一系列的API函數(shù)，例如一種策略就是先封裝出一個(gè)完全API調(diào)用函數(shù)耳胎，里面有各種常規(guī)默認(rèn)值惯吕，然后再這個(gè)基礎(chǔ)上針對(duì)業(yè)務(wù)進(jìn)行封裝，面向該操作只需要設(shè)定某個(gè)特定值的怕午，可以調(diào)用該特定封裝函數(shù)废登。極個(gè)別的，可以直接調(diào)原始的完全封裝诗轻。當(dāng)然钳宪，考慮到一些大公司的情況，可能還需要考慮跨平臺(tái)測(cè)試架構(gòu)的情況，有些人提出進(jìn)一步封裝吏颖，提供RestFul的調(diào)用接口來(lái)屏蔽開(kāi)發(fā)工具特性搔体。其實(shí)，都只有一個(gè)目的半醉，盡量把測(cè)試數(shù)據(jù)和產(chǎn)生方法隔離疚俱，而只側(cè)重測(cè)試的業(yè)務(wù)屬性。

? 大量需要業(yè)務(wù)累積才能形成的測(cè)試數(shù)據(jù)缩多，一般只有一個(gè)辦法呆奕，就是通過(guò)大量實(shí)際數(shù)據(jù)脫敏。但如果涉及面向公眾業(yè)務(wù)或國(guó)防業(yè)務(wù)之類(lèi)衬吆，考慮到安全策略限制梁钾，就只能用笨辦法就通過(guò)自動(dòng)化操作來(lái)逐步實(shí)施模擬，但是這個(gè)方法就是太慢逊抡，并且不見(jiàn)得好用姆泻。

? ? ? ? 對(duì)測(cè)試數(shù)據(jù)準(zhǔn)備都需要有專(zhuān)人專(zhuān)責(zé)的一段時(shí)間來(lái)做的，就是很大系統(tǒng)很大業(yè)務(wù)了冒嫡，這時(shí)很有必要對(duì)測(cè)試數(shù)據(jù)采取嚴(yán)格的版本管理和配置部署管理拇勃。用戶(hù)需要首先注冊(cè)數(shù)據(jù)，注明對(duì)應(yīng)版本孝凌。測(cè)試運(yùn)行時(shí)方咆，平臺(tái)會(huì)有統(tǒng)一生成的腳手架，對(duì)應(yīng)腳本需要使用的數(shù)據(jù)必須標(biāo)明版本蟀架。

? ? ? ? 而考慮到自動(dòng)化和靈活性瓣赂，一般比較通用的方法還是先考慮實(shí)際數(shù)據(jù)脫敏，然后通過(guò)SQL腳本為基礎(chǔ)辜窑，結(jié)合API調(diào)用钩述，需要靈活配置的部分放到配置文件中，再加上配置管理來(lái)保證穆碎。這一般只在大型網(wǎng)站牙勘、大型系統(tǒng)有這個(gè)必要。

? ? ? ? 實(shí)際測(cè)試時(shí)所禀，針對(duì)測(cè)試數(shù)據(jù)方面，可能有以下一些策略：1、檢索：只允許從現(xiàn)在系統(tǒng)中或已使用的數(shù)據(jù)中檢索色徘，沒(méi)有的話直接生成數(shù)據(jù)失敼Ы稹；2褂策、新創(chuàng)建：有些時(shí)候需要全新創(chuàng)建數(shù)據(jù)横腿；3颓屑、智能：無(wú)所謂，只要有符合要求 耿焊；4揪惦、out-of-box：使用緩沖池預(yù)先準(zhǔn)備的數(shù)據(jù)。

49.請(qǐng)簡(jiǎn)述Appium和selenium的原理罗侯？

selenium的原理

我們使用Selenium實(shí)現(xiàn)自動(dòng)化測(cè)試器腋，主要需要3個(gè)東西

1.測(cè)試腳本，可以是python钩杰，java編寫(xiě)的腳本程序（也可以叫做client端）

2.瀏覽器驅(qū)動(dòng), 這個(gè)驅(qū)動(dòng)是根據(jù)不同的瀏覽器開(kāi)發(fā)的纫塌，不同的瀏覽器使用不同的webdriver驅(qū)動(dòng)程序且需要對(duì)應(yīng)相應(yīng)的瀏覽器版本，比如：geckodriver.exe(chrome)

3.瀏覽器讲弄，目前selenium支持市面上大多數(shù)瀏覽器措左，如：火狐，谷歌垂睬，IE等

appium工作原理

當(dāng)開(kāi)啟appium服務(wù)器的同時(shí)就開(kāi)啟了監(jiān)聽(tīng)端口媳荒；我們運(yùn)行腳本的時(shí)候抗悍，調(diào)用任何的appiumAPI驹饺，都會(huì)向Appium Server端post一條HTTP請(qǐng)求，請(qǐng)求內(nèi)容就是根據(jù)webdriver wire protocol協(xié)議規(guī)定的一條JSON格式的數(shù)據(jù)缴渊；Appium Server端接收到請(qǐng)求后赏壹，解析出JSON數(shù)據(jù)并發(fā)送到手機(jī)端；手機(jī)端上已經(jīng)由BootStrap.jar(iOS為BootStrip.js)開(kāi)啟的socket服務(wù)器監(jiān)聽(tīng)相應(yīng)的端口衔沼，BootStrap.jar在appium每個(gè)session第一次訪問(wèn)手機(jī)端的時(shí)候會(huì)自動(dòng)安裝蝌借；手機(jī)端接收到對(duì)應(yīng)的請(qǐng)求后，通過(guò)BootStrap.jar翻譯成UIAutomator能執(zhí)行的命令指蚁，然后通過(guò)UIAutomator處理并操作APP完成測(cè)試菩佑。

50.Charles如惡化抓取app端的htpps接口的？

1凝化，下載charles

https://www.charlesproxy.com/download/

2.跟著提示一直下一步安裝即可

3.啟動(dòng)charles安裝證書(shū)? 點(diǎn)擊charles中的help->SSL Proxying->install charles Root certificate

? 安裝時(shí)注意 選擇將所有證書(shū)存儲(chǔ)到第三方根證書(shū)頒發(fā)機(jī)構(gòu)

? 最后點(diǎn)擊證書(shū)路徑 看證書(shū)狀態(tài) 顯示改證書(shū)沒(méi)有問(wèn)題即可

4.手機(jī)端配置網(wǎng)絡(luò)代理 需要和電腦端在同一個(gè)局域網(wǎng)

win+R 輸入cmd 輸入ipconfig查看ip地址

點(diǎn)擊Proxy -》Proxy Settings查看端口號(hào)

5.蘋(píng)果手機(jī) 在safari瀏覽器中輸入： http://chls.pro/ssl

　安卓手機(jī) 在自帶的瀏覽器中輸入 http://chls.pro/ssl

　會(huì)自動(dòng)提示下載 安裝證書(shū)后 有彈窗選擇Allow

6.如果瀏覽器輸入http://chls.pro/ssl? 沒(méi)有網(wǎng)絡(luò) 需要在pc端設(shè)置下網(wǎng)絡(luò)防火墻允許charles應(yīng)用通過(guò)

7.此時(shí)抓包c(diǎn)harles會(huì)顯示unknown

? 需要配置抓取https請(qǐng)求

? 點(diǎn)擊Proxy -> SSL Proxying Settings

? Host輸入框輸入*

? Port輸入框輸入*

8.以上就配置好了? 如果不行請(qǐng)重啟charles

51.如何實(shí)現(xiàn)jenkins實(shí)現(xiàn)自動(dòng)自動(dòng)化打包發(fā)布和啟動(dòng)稍坯？

1.下載jenkins安裝包并安裝

本例使用jenkins-2.86的windows版本

2.安裝常用插件

如PUBLISH OVER SSH、Subversion Plug-in搓劫、Credentials Binding Plugin瞧哟、Maven Integration plugin

3.配置svn賬號(hào)，用于拉取源碼

4.配置maven枪向、JDK

5.配置SSH服務(wù)器

6.構(gòu)建一個(gè)maven工程

7.構(gòu)建完成后把war包發(fā)布到遠(yuǎn)程tomcat勤揩，并執(zhí)行腳本重啟tomcat

8.需要修改腳本為可執(zhí)行腳本，否則jenkins權(quán)限不夠執(zhí)行shell腳本

9.jenkins控制臺(tái)亂碼

52.請(qǐng)寫(xiě)出冒泡排序

public static int[] buddleSort(int[] arr){

? ? for(int i=1;i<arr.length;i++){

? ? ? ? for(int j=0; j<arr.length-i; j++){

? ? ? ? ? ? if(arr[j] < arr[j+1]){

? ? ? ? ? ? ? ? int temp = arr[j];

? ? ? ? ? ? ? ? arr[j] = arr[j+1];

? ? ? ? ? ? ? ? arr[j+1] = temp;

? ? ? ? ? ? }

? ? ? ? }

? ? }

? ? return arr;

}

53.數(shù)據(jù)庫(kù)的中的左連接右連接和全連接內(nèi)連接的區(qū)別秘蛔？

1陨亡、內(nèi)聯(lián)接（典型的聯(lián)接運(yùn)算傍衡，使用像 = ?或 <> 之類(lèi)的比較運(yùn)算符）。包括相等聯(lián)接和自然聯(lián)接负蠕。

內(nèi)聯(lián)接使用比較運(yùn)算符根據(jù)每個(gè)表共有的列的值匹配兩個(gè)表中的行聪舒。例如，檢索 students和courses表中學(xué)生標(biāo)識(shí)號(hào)相同的所有行虐急。

2箱残、外聯(lián)接。外聯(lián)接可以是左向外聯(lián)接止吁、右向外聯(lián)接或完整外部聯(lián)接被辑。

在 FROM子句中指定外聯(lián)接時(shí)，可以由下列幾組關(guān)鍵字中的一組指定：

1）LEFT ?JOIN或LEFT OUTER JOIN

左向外聯(lián)接的結(jié)果集包括 ?LEFT OUTER子句中指定的左表的所有行敬惦，而不僅僅是聯(lián)接列所匹配的行盼理。如果左表的某行在右表中沒(méi)有匹配行，則在相關(guān)聯(lián)的結(jié)果集行中右表的所有選擇列表列均為空值俄删。

2）RIGHT ?JOIN 或 RIGHT ?OUTER ?JOIN

右向外聯(lián)接是左向外聯(lián)接的反向聯(lián)接宏怔。將返回右表的所有行。如果右表的某行在左表中沒(méi)有匹配行畴椰，則將為左表返回空值臊诊。

3）FULL ?JOIN 或 FULL OUTER JOIN

完整外部聯(lián)接返回左表和右表中的所有行。當(dāng)某行在另一個(gè)表中沒(méi)有匹配行時(shí)斜脂，則另一個(gè)表的選擇列表列包含空值抓艳。如果表之間有匹配行，則整個(gè)結(jié)果集行包含基表的數(shù)據(jù)值帚戳。

54.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么玷或？

單元測(cè)試退出標(biāo)準(zhǔn)

1) 單元測(cè)試用例設(shè)計(jì)已經(jīng)通過(guò)評(píng)審

2) 核心代碼100％ 經(jīng)過(guò)Code Review

3) 單元測(cè)試功能覆蓋率達(dá)到100％

4) 單元測(cè)試代碼行覆蓋率不低于80％

5) 所有發(fā)現(xiàn)缺陷至少60％都納入缺陷追蹤系統(tǒng)且各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)

6) 不存在A、B類(lèi)缺陷

7) C片任、D偏友、E類(lèi)缺陷允許存在

8) 按照單元測(cè)試用例完成了所有規(guī)定單元的測(cè)試

9) 軟件單元功能與設(shè)計(jì)一致

集成測(cè)試退出標(biāo)準(zhǔn)

1) 集成測(cè)試用例設(shè)計(jì)已經(jīng)通過(guò)評(píng)審

2) 所有源代碼和可執(zhí)行代碼已經(jīng)建立受控基線，納入配置管理受控庫(kù)对供，不經(jīng)過(guò)審批不能隨意更改

3) 按照集成構(gòu)件計(jì)劃及增量集成策略完成了整個(gè)系統(tǒng)的集成測(cè)試

4) 達(dá)到了測(cè)試計(jì)劃中關(guān)于集成測(cè)試所規(guī)定的覆蓋率的要求

5) 集成工作版本滿(mǎn)足設(shè)計(jì)定義的各項(xiàng)功能位他、性能要求

6) 在集成測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改，各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)

7) A犁钟、B類(lèi)BUG不能存在

8) C棱诱、D類(lèi)BUG允許存在,但不能超過(guò)單元測(cè)試總BUG的50％。

9) E類(lèi)BUG允許存在

系統(tǒng)測(cè)試退出標(biāo)準(zhǔn)

1) 系統(tǒng)測(cè)試用例設(shè)計(jì)已經(jīng)通過(guò)評(píng)審

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

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

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

5) 在系統(tǒng)測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改并且各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)

6) 系統(tǒng)測(cè)試后不存在A涝动、B迈勋、C類(lèi)缺陷

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

8) E類(lèi)缺陷允許存在醋粟，不超過(guò)總?cè)毕莸?0％

注：這只是一套比較理想化的退出標(biāo)準(zhǔn)靡菇，但在實(shí)際工作中不可能達(dá)到這種程度重归，尤其是測(cè)試覆蓋率和缺陷解決率不可能是100%。現(xiàn)在的軍方標(biāo)準(zhǔn)是達(dá)到99%厦凤。對(duì)于通用軟件來(lái)說(shuō)就要根據(jù)公司實(shí)際情況了鼻吮。