1.軟件的分類：

單機(jī)版軟件：office、紅警等
分布式軟件：C/S架構(gòu)軟件：客戶端需安裝專門軟件导帝，如QQ 微信等
B/S架構(gòu)軟件：客戶端為瀏覽器 堡称，如百度、hao123等

2.軟件測試的定義：

通過人工或自動(dòng)化的方式來驗(yàn)證軟件的實(shí)際結(jié)果與用戶需求是否一致的過程

3.軟件測試的原則：

原則一：盡早進(jìn)入軟件測試
原則二：窮盡測試是不可行的
原則三：程序員應(yīng)避免檢查自己的程序
原則四：充分注意測試中缺陷的群集現(xiàn)象
原則五：嚴(yán)格執(zhí)行測試計(jì)劃墙贱，排除測試的隨意性
原則六：應(yīng)當(dāng)對(duì)每一個(gè)測試結(jié)果做全面的檢查
原則七：妥善保存測試計(jì)劃热芹、測試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告惨撇，為維護(hù)提供方便
原則八：設(shè)計(jì)測試用例時(shí)伊脓，應(yīng)當(dāng)包括合理的輸入數(shù)據(jù)和不合理的輸入數(shù)據(jù)
原則九：殺蟲劑悖論
原則十：測試活動(dòng)依賴于測試內(nèi)容

4.開發(fā)模型和測試模型：

開發(fā)模型：瀑布模型 快速原型模型 增量模型 敏捷開發(fā)
測試模型：V模型： 用戶需求--需求分析--概要設(shè)計(jì)--詳細(xì)設(shè)計(jì)--軟件編碼--單元測試--集成測試--系統(tǒng)測試--驗(yàn)收測試

W模型： 需求分析--概要設(shè)計(jì)--詳細(xì)設(shè)計(jì)--編碼--模塊集成--系統(tǒng)構(gòu)建--系統(tǒng)安裝
需求測試--概要設(shè)計(jì)測試--詳細(xì)設(shè)計(jì)測試--單元測試--集成測試--系統(tǒng)測試--驗(yàn)收測試
h模型 x模型

5.軟件測試的流程：

? ?階段名? ? ? ? ? ? ? ? ? ? ? ? 工作內(nèi)容? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?產(chǎn)出物

測試準(zhǔn)備階段? ? ?項(xiàng)目立項(xiàng)、需求分析、需求評(píng)審? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 需求文檔 產(chǎn)品PRD

測試計(jì)劃階段? ? ?編寫測試計(jì)劃报腔、計(jì)劃評(píng)審? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 測試計(jì)劃

測試設(shè)計(jì)階段? ? ?提取測試點(diǎn)株搔、編寫測試用例、用例評(píng)審? ? ? ? ? ? ? ? ? ? ? ? ? ? 測試用例

測試執(zhí)行階段? ? ?冒煙測試纯蛾、執(zhí)行測試用例纤房、提bug、回歸測試? ? ? ? ? ? ? ? ? ? 缺陷報(bào)告

測試完成階段? ? ?驗(yàn)收測試翻诉、編寫測試報(bào)告炮姨、項(xiàng)目上線? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 測試報(bào)告

6.軟件測試分類：

按技術(shù)劃分：黑盒測試、白盒測試碰煌、灰盒測試

按階段劃分:? 單元測試舒岸、集成測試、系統(tǒng)測試芦圾、驗(yàn)收測試

按內(nèi)容劃分:? 功能測試蛾派、性能測試、兼容性測試

功能測試：? 界面測試个少、冒煙測試洪乍、回歸測試、業(yè)務(wù)邏輯測試夜焦、易用性測試

性能測試：壓力測試典尾、負(fù)載測試、并發(fā)測試

兼容性測試：瀏覽器兼容 操作系統(tǒng)兼容 分辨率兼容

按其他劃分: 冒煙測試糊探、隨機(jī)測試钾埂、安全性測試、探索性測試科平、回歸測試褥紫、Alpha測試来破、Beta測試

7.軟件測試計(jì)劃的定義：

制定測試目的缤底、范圍易稠、方法鹅士、時(shí)間進(jìn)度及軟件測試重點(diǎn)的過程

8.測試計(jì)劃模板內(nèi)容：

測試目的、測試資源引谜、測試范圍锦积、測試風(fēng)險(xiǎn)响牛、人員分工妓湘、測試策略查蓉、測試準(zhǔn)則、測試進(jìn)度榜贴、提交測試文檔豌研。

9.測試用例模板核心要素：

用例編號(hào) 所屬模塊 用例標(biāo)題 優(yōu)先級(jí) 前提條件 操作步驟 測試數(shù)據(jù) 預(yù)期結(jié)果 實(shí)際結(jié)果? ? ? ? 通過否 bugId 編寫人員 編寫時(shí)間 測試人員 測試時(shí)間 備注

10.測試用例的設(shè)計(jì)方法：

等價(jià)類劃分法 邊界值法 錯(cuò)誤推測法 因果圖法 正交表法 場景法 判定表法

11.測試報(bào)告的流程：

概述、測試過程、缺陷分析鹃共、測試總結(jié)鬼佣、階段性測試報(bào)告、整體測試報(bào)告

12.缺陷報(bào)告：

缺陷編號(hào) 嚴(yán)重程度 優(yōu)先級(jí) 所屬模塊 缺陷狀態(tài) 測試環(huán)境 指派人 缺陷類型 缺陷標(biāo)題 重現(xiàn)步驟 提交人 提交時(shí)間 測試用例 附件

13.缺陷的定義：

概述：標(biāo)識(shí)并描述發(fā)現(xiàn)的缺陷霜浴，具有清晰晶衷、完整和可重現(xiàn)問題所需的信息的文檔。
理解：測試人員發(fā)現(xiàn)缺陷阴孟，將缺陷記錄在《缺陷報(bào)告》中房铭，通過缺陷報(bào)告將缺陷告知給開發(fā)人員，并對(duì)缺陷進(jìn)行跟蹤和管理温眉。缺陷報(bào)告是測試人員與開發(fā)人員之間重要的溝通方式。

14.什么是缺陷：

軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能翁狐，如一個(gè)即時(shí)通訊App不能聊天类溢。
軟件出現(xiàn)了產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤，如高考不帶身份證露懒。
軟件功能超出產(chǎn)品說明書指明的范圍闯冷，如即時(shí)通訊App做了一個(gè)地圖功能。
軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)該達(dá)到的目標(biāo)懈词，如一個(gè)賬號(hào)的密碼是明文蛇耀。
軟件難以理解、不易使用坎弯、運(yùn)行速度緩慢或者從測試人員的角度看最終用戶認(rèn)為不好纺涤，如一個(gè)即時(shí)通訊App無法找不到聊天界面。

15.軟件缺陷產(chǎn)生的原因：

1.需求不明確和變更
軟件需求不清晰或者開發(fā)人員對(duì)需求理解偏差抠忘，導(dǎo)致軟件設(shè)計(jì)時(shí)偏離用戶的需求目標(biāo)撩炊，造成軟件功能或特征上的缺陷。此外崎脉，開發(fā)過程中客戶頻繁更新需求也會(huì)影響軟件最終的質(zhì)量拧咳。
2.軟件結(jié)構(gòu)復(fù)雜
3.編碼問題
4.項(xiàng)目期限短
5.使用新技術(shù)

16.測試報(bào)告的定義：

記錄測試的過程和結(jié)果，對(duì)發(fā)現(xiàn)的問題和缺陷進(jìn)行分析的文檔

17.測試報(bào)告分類：

階段測試報(bào)告
整體測試報(bào)告

18.測試報(bào)告內(nèi)容：

概要囚灼、測試過程骆膝、缺陷分析、測試總結(jié)

19.http與https的區(qū)別：

1灶体、https協(xié)議需要到ca申請(qǐng)證書阅签，一般免費(fèi)證書較少，因而需要一定費(fèi)用蝎抽。
2愉择、http是超文本傳輸協(xié)議，信息是明文傳輸，https則是具有安全性的ssl加密傳輸協(xié)議锥涕。
3衷戈、http和https使用的是完全不同的連接方式，用的默認(rèn)端口也不一樣层坠，前者是80殖妇，后者是443。
4破花、http的連接很簡單谦趣，是無狀態(tài)的；HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸座每、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議前鹅，比http協(xié)議安全。

20.http請(qǐng)求的組成：

從客戶端到服務(wù)器端的請(qǐng)求消息峭梳，信息由4部分組成請(qǐng)求行舰绘、消息報(bào)頭、空行葱椭、請(qǐng)求正文

21.http響應(yīng)格式：

從服務(wù)器端到客戶器端的響應(yīng)信息捂寿，信息由4部分組成：狀態(tài)行、消息報(bào)頭孵运、空行秦陋、響應(yīng)正文

22.常見的狀態(tài)碼：

200請(qǐng)求成功
301資源（網(wǎng)頁等）被永久轉(zhuǎn)移到其它URL
404請(qǐng)求的資源（網(wǎng)頁等）不存在
500內(nèi)部服務(wù)器錯(cuò)誤

23.狀態(tài)碼：

100-199
信息狀態(tài)碼，表示成功接收請(qǐng)求治笨，要求客戶端繼續(xù)提交下一次請(qǐng)求才能完成整個(gè)處理過程驳概。100（continue）繼續(xù)發(fā)送

200-299
成功狀態(tài)碼，表示成功接收請(qǐng)求并已完成整個(gè)處理過程旷赖，常用200（OK）成功接收

300-399
重定向狀態(tài)碼抡句，例如，請(qǐng)求的資源已經(jīng)移動(dòng)一個(gè)新地址杠愧，常用302待榔、307和304

400-499
客戶端的請(qǐng)求有錯(cuò)誤，常用404（Not Found）流济，403（Fobidden）

500-599
服務(wù)器端出現(xiàn)錯(cuò)誤锐锣，常用 500

24.接口測試用例的定義：

接口就是API（Application Programming Interface，應(yīng)用程序接口）绳瘟，是一個(gè)軟件或服務(wù)對(duì)外提供的接口雕憔，別人只要調(diào)用這接口，而內(nèi)部如何實(shí)現(xiàn)糖声，不需要關(guān)心斤彼。你只要按照要求進(jìn)行接口調(diào)用即可分瘦。外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各子系統(tǒng)之間的交互點(diǎn)。包括外部接口琉苇、內(nèi)部接口嘲玫。

25.接口測試的概念：

測試系統(tǒng)組件間接口的一種測試。接口測試主要用于檢測外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個(gè)子系統(tǒng)之間的交互點(diǎn)

26.接口測試本質(zhì)：

實(shí)質(zhì)就是數(shù)據(jù)的傳輸和接受并扇，傳輸?shù)氖墙涌诘刂分械膮?shù)去团，接受的是文本字符串，然后對(duì)比文本字符串是否正確

27.接口測試的目的：

測試接口的正確性和穩(wěn)定性

28.接口測試用例：

用例編號(hào) 所屬模塊 用例標(biāo)題 優(yōu)先級(jí) 前置條件 url地址 請(qǐng)求參數(shù) 參數(shù)/值 預(yù)期返回結(jié)果 實(shí)際結(jié)果

29.抓包的概念：

抓包是將網(wǎng)絡(luò)傳輸發(fā)送與接收的數(shù)據(jù)包進(jìn)行截獲穷蛹、重發(fā)土陪、編輯、轉(zhuǎn)存等操作肴熏，也用來檢查網(wǎng)絡(luò)安全等

30.charles移動(dòng)端抓包：

1.將電腦配置成代理服務(wù)器:在charles的代理菜單中,對(duì)代理設(shè)置,將端口號(hào)設(shè)置為9999

2.獲取電腦ip地址:win+r在運(yùn)行中輸入cmd,再打開命令行窗口輸入ipconfig回車

3.使手機(jī)連接代理服務(wù)器:在手機(jī)的網(wǎng)絡(luò)設(shè)置中,使代理設(shè)置為手動(dòng),并配置代理服務(wù)器的ip地址和端口號(hào)

4.用手機(jī)訪問項(xiàng)目地址進(jìn)行抓包鬼雀，查看charles抓到的內(nèi)容

31.fiddler抓包：

1.查詢本地ip地址：win+r輸入cmd回車，在彈出的命令行界面輸入ipconfig獲取

2.在打開的fiddler界面中蛙吏，選擇“工具”菜單->“選項(xiàng)”源哩，在打開的對(duì)話框中選擇“connections”選項(xiàng)卡 設(shè)置代理端口號(hào)為 8888 ,(打開允許遠(yuǎn)程計(jì)算機(jī)連接)，確定并重啟fiddler

3.在手機(jī)端無線網(wǎng)（wlan）設(shè)置界面出刷，長按選擇“修改網(wǎng)絡(luò)”，在修改網(wǎng)絡(luò)頁面選擇”高級(jí)設(shè)置“坯辩，代理服務(wù)器選擇手動(dòng)馁龟，輸入代 理服務(wù)器地址和端口號(hào)，保存

4.手機(jī)訪問項(xiàng)目地址漆魔，在fiddler中查看抓到數(shù)據(jù)包的內(nèi)容

32.get和post請(qǐng)求的區(qū)別：

get使用url和cookie傳參,而post將數(shù)據(jù)放在body中
get的url有長度限制2kb post非常大
post比get更安全 數(shù)據(jù)在地址欄中不可見
get請(qǐng)求用來獲取數(shù)據(jù) post用來發(fā)送數(shù)據(jù)

33.bug流轉(zhuǎn)過程：

第一種情況：測試發(fā)現(xiàn)創(chuàng)建bug->開發(fā)人員/項(xiàng)目經(jīng)理確認(rèn)->開發(fā)修復(fù)BUG->測試進(jìn)行驗(yàn)證->測試驗(yàn)證成功->測試關(guān)閉bug

第二種情況：測試發(fā)現(xiàn)創(chuàng)建bug->開發(fā)人員/項(xiàng)目經(jīng)理確認(rèn)->項(xiàng)目負(fù)責(zé)人確認(rèn)不是BUG->指回測試->測試關(guān)閉bug

第三種情況：測試發(fā)現(xiàn)創(chuàng)建bug->開發(fā)人員/項(xiàng)目經(jīng)理確認(rèn)->開發(fā)修復(fù)BUG->測試進(jìn)行驗(yàn)證->測試驗(yàn)證失敗->開發(fā)人員/項(xiàng)目經(jīng)理確認(rèn)->開發(fā)修復(fù)BUG->測試進(jìn)行驗(yàn)證->測試驗(yàn)證成功->測試關(guān)閉bug