一、OSI七層模型
應用層 ：文件傳輸，電子郵件，文件服務，虛擬終端 TFTP，HTTP，SNMP，FTP，SMTP，DNS，Telnet
表示層 ：數據格式化，代碼轉換，數據加密 沒有協議
會話層 ：解除或建立與別的接點的聯系 沒有協議
傳輸層 ：提供端對端的接口 TCP，UDP
網絡層 ：為數據包選擇路由 IP，ICMP，RIP，OSPF，BGP，IGMP
數據鏈路層 ：傳輸有地址的幀以及錯誤檢測功能 SLIP，CSLIP，PPP，ARP，RARP，MTU
物理層 ：以二進制數據形式在物理媒體上傳輸數據 ISO2110，IEEE802，IEEE802.2
二、你們公司的測試流程
產品提出需求后，開立項會進行討論需求制定需求文檔，開發(fā)根據需求文檔進行編
碼，測試人員需要根據需求文檔進行編寫測試計劃，以及對應的測試用例編寫，用
例編寫結束后，進行用例評審，開發(fā)提交代碼后執(zhí)行冒煙測試，冒煙測試通過后執(zhí)
行過程中出現bug進行提交bug，并對bug進行追蹤。bug關閉后我們做測試總
結，提交對應的測試報告
三、你們公司用例評審都哪方參與了
不同公司要求是不同的。有的是按項目進行評審，需要所有項目人員（產品，研發(fā)，測試）都參與用例評審；
也有按部門評審的，評審工作僅僅在測試部門進行，由同事互審，或者測試組長評審。
四、功能測試與接口測試區(qū)別
功能測試和接口測試的區(qū)別在于，功能測試側重點在于前端ui界面，數據展示，業(yè)務邏輯操作等，接口測試側重點在于，后端返回的數據是否正確，接口是否正常。
五、測試環(huán)境是在什么系統(tǒng)(什么是軟件測試環(huán)境)
測試環(huán)境是指測試運行其上的軟件和硬件環(huán)境的描述，以及任何其它與被測軟件交互的軟件，包括驅動和樁。測試環(huán)境是指為了完成軟件測試工作所必需的計算機硬件、軟件、網絡設備、歷史數據的總稱。
六、用例怎么保證覆蓋全面
測試用例覆蓋度一般是從以下幾方面衡量的：
1）測試需求的覆蓋：保證所有需求都已經設計用例
2）測試特性的覆蓋：保證所有不同類型已覆蓋，如：功能測試，性能測試等
3）平臺與層次的覆蓋：保證所有平臺有用例覆蓋，不同層次都有設計用例，如業(yè)務層、接口層等
一般通過用例評審來完善用例，也可通過代碼覆蓋度工具（Java平臺比較多，如JaCoCo）來檢測用例的覆蓋是否完整
七、編寫用例從哪些方面考慮
1、復用率：如果隨著產品不停得升級，需要設計的詳細些，追求一勞永逸;僅使用一兩次，則沒有必要設計的過于詳細;
2、項目進展：項目時間如果允許可以設計的詳細些，反之則能執(zhí)行即可;
3、使用對象：測試用例如果供多人使用，尤其讓后參加測試的工程師來執(zhí)行，則需要設計的詳細些。
八.測試報告編寫過么，包括什么
測試項?的背景、測試范圍和測試策略、測試環(huán)境、測試開始和結束條件、進度安排，測試組織，以及與測試有關的?險等??的內容
九.接口測試怎么做的
由于我們項目前后端調用主要是基于http協議的接口，所以測試接口時主要是通過工具或代碼模擬http請求的發(fā)送與接收。工具有很多如：postman、jmeter、soupUI、java+httpclient、robotframework+httplibrary等。
–也可以用 接口自動化來實現，就是用代碼實現，框架和UI自動化差不多，發(fā)送請求用斷言來判斷。
十.bug生命周期
新建 確認 解決 重新驗證 關閉 重新打開
BUG的生命周期，就是一個BUG被發(fā)現到這個BUG被關閉的過程。
生命周期中缺陷狀態(tài)：新建-->指派-->已解決-->待驗-->關閉
發(fā)現BUG-->提交BUG-->指派BUG-->研發(fā)確認BUG-->研發(fā)去修復BUG-->回歸驗證BUG-->是否通過驗證-->關閉BUG
如果待驗的BUG在驗證時沒有解決好，我們需要重新打開--指派—已解決—待驗，循環(huán)這個過程。
中間其他狀態(tài)：拒絕、延期等
十一.軟件測試的目的
發(fā)現軟件的缺陷與漏洞，對軟件的質量進行評估，提高軟件的質量
十二.性能測試怎么做的
性能測試準備
搭建性能測試環(huán)境
性能測試腳本開發(fā)
性能測試腳本執(zhí)行
結果分析與調優(yōu)
測試報告與結果跟蹤
負載測試： 找到系統(tǒng)穩(wěn)定時（或滿足性能需求下）的最大吞吐量；（要有響應時間、成功率的限制，比如定義：99.9%的響應時間必需在1ms之內，平均響應時間在1ms以內，100%的請求成功）
穩(wěn)定性（通過浸泡測試soak test）： 以系統(tǒng)穩(wěn)定時的最大吞吐量（或滿足性能需求時的最大吞吐量），長時間對系統(tǒng)進行測試，已檢查系統(tǒng)是否穩(wěn)定
壓力測試： 找到系統(tǒng)極限值，系統(tǒng)瓶頸（系統(tǒng)崩潰臨界值）（要求：響應時間可以變慢，但系統(tǒng)不能崩潰；）
十三.性能測試關注的指標
測試人員關注（單次業(yè)務相關指標）：
并發(fā)用戶數
響應時間：TP（百分比分布統(tǒng)計）
吞吐量：tps/qps
錯誤率
十四.性能測試的指標是根據什么對比的（響應時間和誰對比的）：
性能測試關注被測對象的時間特性、資源利用特性、穩(wěn)定性。
十五.Linux命令
--查看進程
ps -ef |grep python
--查看指定進程號
ps -ef |grep 進程名
--查看80端口被誰占用
ps -ef |grep 80
--包含“text”文件怎么查找
https://blog.csdn.net/u012327100/article/details/38081371
--包含“text”文本怎么查找
https://blog.csdn.net/u012327100/article/details/38081371
--創(chuàng)建 層級目錄樹
mkdir -p Project/{a,b,c,d}/src
--vi用過嗎，怎么用的
https://blog.csdn.net/xie_xiansheng/article/details/78413306
--說你自己知道的常用命令
https://blog.csdn.net/m0_46422300/article/details/104645072
十六.數據庫 知識
-- 創(chuàng)建數據庫
Create database 2005c
-- 使用數據庫
use 2005c
-- 查詢所有數據庫
show databases
-- 刪除數據庫
drop database 2005c
-- 顯示創(chuàng)建數據庫的sql語句
show create database 2005c
-- 對數據表操作
-- 創(chuàng)建表
create TABLE student(id int ,name varchar(20),sex char(2))
-- 查詢所有表的
show tables
-- 查詢創(chuàng)建表的語句
show create table student
-- 修改 修改表名 修改字段名(id name sex)
--查看表結構
desc 表名
--MySQL修改字段類型
alter table 表名 modify column 字段名 類型
-- 添加字段名
alter table student add phone varchar(20)
-- 刪除字段
alter table student DROP phone
-- 修改表名
alter table student RENAME to st
-- 刪除表
drop table st
-- DML：數據庫操作語言
-- 增單條數據
insert into student (id,name,sex) values(1,'張三','男')
-- 適用于全字段增加的時候 可以省略字段名
insert into student values (2,'李四','男')
-- 適用于對單獨的字段名增加
insert into student (name) values ('王五')
-- 增加約束體條件后 auto_increment
insert into stu (name,sex) values ('趙六','女')
insert into stu (name,sex) values ('田七','女')
-- 批量增加數據
insert into stu(name,sex) values('司徒八','女'),('諸葛酒' ,'男')
-- 修改
-- 修改數據
-- 條件修改
update stu set name = '黃埔嘉鴻' where id = 2
-- 批量修改
update stu set name = '黃埔嘉鴻'
-- 刪除
-- 條件刪除
delete from stu where id = 1
delete from stu
十七.測試用例——搜索框
功能測試
1.搜索內容為空，驗證系統(tǒng)如何處理
2.搜索內容為空格，查看系統(tǒng)如何處理
3.邊界值驗證：在允許的字符串長度內外，驗證系統(tǒng)的處理
4.超長字符串輸入，系統(tǒng)是否會截取允許的長度來檢驗結果
5.合法的字符串長度后，加空格驗證檢索結果
6.多個關鍵字中間加入空格，逗號，tab驗證系統(tǒng)的結果是否正確
7.驗證每種合法的輸入，結果是否正確
8.是否支持檢索內容的復制、粘貼、編輯等操作
9.是否支持回車鍵搜索
10.多次輸入相同的內容，查看系統(tǒng)的檢索結果是否一致
11.特殊字符、轉義字符、html腳本等需要做處理
12.敏感詞匯，提示用戶無權限等
13.輸入的內容是否支持快捷鍵操作等
14.只能輸入允許的字符串長度等
15.輸入鏈接是否正確跳轉，
16.搜索的歷史紀錄是否顯示在下面
17.搜索內容有沒有聯想功能
18.是否可以輸入數字，英文，中文
19.是否可以混合輸入數字英文中文
20.輸入拼音也可以進行檢索
21.語音搜索的內容是否匹配
22.斷網時，無法搜索
23.進行圖片搜索時可以選擇拍照或從相冊中選取圖片進行搜索
24.如果從相冊中選取圖片進行搜索，圖上的大小是否有限制，最大為多少
25.搜索框邊上有相機圖片，便于圖片搜索
26.點擊清空歷史記錄，搜索框是否會清空歷史記
27.能否識別圖片中的內容
28.點擊搜索，顯示搜索界面
界面測試
1.查看UI是否顯示正確，布局是否合理
2.是否有錯別字
3.搜索結果顯示的布局是否美觀
4.已查看的結果鏈接，鏈接的顏色要灰化處理，
5.結果數量龐大時，頁面的分頁布局是否合理
6.界面的顏色搭配是否合理
安全性測試
1.腳本的禁用
2.SQL的注入，檢索SQL SELECT語句等
3.敏感內容的檢索是禁止的
4.特殊字符的檢索
5.被刪除、加密、授權的數據，不允許被查出來，6.是否有安全設計控制
兼容性測試
1.多平臺Windows，mac
2.移動平臺android，ios
3.多瀏覽器火狐、chrome、IE等
性能測試
1.搜索頁面的鏈接打開速度的時間
2.搜索出結果消耗時間
3.弱網時搜索的響應時間
4.不同網速下搜索時的響應時間3g,4g,WIFI
易用性
1.有聯想功能
2.搜索內容與搜索結果的匹配程度
3.支持拍照搜索，語音搜索
19.朋友圈點贊——測試用例
功能測試
1.是否可以點贊
2.取消點贊
3多次點贊會出現什么情況
4.多人點贊時的順序是否按照時間順序進行排列
5.點贊是否顯示頭像和名稱
6.點贊之后能否進行評論
7.點贊之后退出該頁面，再次進入朋友圈點贊消息是否還存在
8.多用戶點贊，再次打開朋友圈是是否可以按照順序看到是誰誰誰贊了我
接口測試
1.點贊之后相同好友是否收到提示信息
2.相同好友處的提示信息是否按照時間順序
3.相同好友處的點贊是否顯示頭像和名稱
兼容測試
1.電腦端和手機端是否都可以進行點贊和取消點贊功能
2.不同的移動端是否都可以行點贊和取消點贊功能（包括蘋果，安卓）
可用性測試
1.弱網的時候進行點贊是什么情況
2.網絡斷開時是否可以點贊
3.用戶點擊點贊幾秒后可以看到點贊成功，取消同理
4.多用戶同時給我點贊時，我是否可以全部接收到提示消息
安全性測試
1.點贊是否會泄漏微信用戶相關信息
20.百度網址——測試用例
功能性測試：
可以包括，但不限于以下幾個方面：
鏈接測試：鏈接是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回等。
提交功能的測試。
多媒體元素是否可以正確加載和顯示。
多語言支持是否能夠正確顯示選擇的語言等。
界面測試：
可以包括但不限于一下幾個方面：
頁面是否風格統(tǒng)一，美觀
頁面布局是否合理，重點內容和熱點內容是否突出
控件是否正常使用
對于必須但為安裝的空間，是否提供自動下載并安裝的功能
文字檢查
性能測試：
一般從以下兩個方面考慮：
壓力測試；負載測試；
數據庫測試：
要具體決定是否需要開展。數據庫一般需要考慮連結性，對數據的存取操作，數據內容的驗證等方面。
安全性測試：
1 基本的登錄功能的檢查
2 是否存在溢出錯誤，導致系統(tǒng)崩潰或者權限泄露
3 相關開發(fā)語言的常見安全性問題檢查，例如 SQL 注入等。
4 如果需要高級的安全性測試，確定獲得專業(yè)安全公司的幫助，外包測試，或者獲取支持
兼容性測試：根據需求說明的內容，確定支持的平臺組合：
瀏覽器的兼容性；操作系統(tǒng)的兼容性；軟件平臺的兼容性；數據庫的兼容性
開展測試，并記錄缺陷。合理的安排調整測試進度，提前獲取測試所需的資源，建立管理
體系（例如，需求變更、風險、配置、測試文檔、缺陷報告、人力資源等內容）。
定期評審，對測試進行評估和總結，調整測試的內容。
21.給一個web端或者是app端你如何展開測試？
web:
功能性測試
可以包括，但不限于以下幾個方面：
鏈接測試。鏈接是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。
提交功能的測試。
多媒體元素是否可以正確加載和顯示。
多語言支持是否能夠正確顯示選擇的語言等。
界面測試
可以包括但不限于一下幾個方面：
頁面是否風格統(tǒng)一，美觀
頁面布局是否合理，重點內容和熱點內容是否突出
控件是否正常使用
對于必須但未安裝的控件，是否提供自動下載并安裝的功能
文字檢查
性能測試
壓力測試；負載測試；強度測試
數據庫測試要具體決定是否需要開展。數據庫一般需要考慮連結性，對數據的存取操作，數據內容的驗證等方面。
安全性測試：
基本的登錄功能的檢查
是否存在溢出錯誤，導致系統(tǒng)崩潰或者權限泄露
相關開發(fā)語言的常見安全性問題檢查，例如SQL注入等
如果需要高級的安全性測試，確定獲得專業(yè)安全公司的幫助，外包測試，或者獲取支持
兼容性測試
根據需求說明的內容，確定支持的平臺組合：
瀏覽器的兼容性；
操作系統(tǒng)的兼容性；
軟件平臺的兼容性；
數據庫的兼容性
app
- 安裝卸載
安裝卸載路徑是否能自己選擇，在不同操作系統(tǒng)下（Android、ios）安裝是否正常，能正常運行，安裝的文件及文件夾是否寫入了指定的目錄里，安裝來自不同來源的（應用寶、360助手）下是否正常。
卸載是否刪除所有相關的文件
2.功能測試
運行、應用的前后臺切換、免登錄、數據更新、離線瀏覽、App更新、定位、啟動相機服務。。根據軟件說明看看提供的功能是否能正確并如設計的一樣正常運作。
3.客戶端性能測試
一個app不僅僅表現在功能上，還要看在不同操作系統(tǒng)下，以及中低端機上的性能表現，
關于App性能測試，我們主要關注的參數有：CPU、內存、耗電量、流量、FPS（畫面每秒傳輸幀數/刷新率）。同時也需要關注一下App安裝耗時和啟動耗時。
- 服務器性能測試
服務器性能測試，主要包含單機容量測試和24小時穩(wěn)定性測試。
單機容量測試，可以檢測到單機服務器在90%的響應時間和成功率都達標的前提下，能夠承載多少用戶量。
使用特定游戲模型壓測24小時，服務無重啟，內存無泄漏，并且各事務成功率達標。
- UI測試
測試用戶界面（菜單、對話框、窗口）等布局，文字正確，頁面美觀，操作友好，符合行業(yè)標準，易操作。
- 兼容性測試
在不同品牌手機上的安裝、點擊、卸載、運行。
在不同操作系統(tǒng)上的安裝、點擊、卸載、運行。
與本地及主流App是否兼容
7.安全測試
檢測是否容易被外界破解，是否存在被惡意代碼注入的風險，軟件權限、安裝與卸載安全、數據安全、通訊安全、人機接口安全性。
22.說出你常用的adb 命令（15個）和 monkey命令 （5個）
adb:
1.鏈接設備-- adb connect
2.查看當前鏈接的設備-- adb devices
3.開啟服務-- adb start-server
4.關閉服務-- adb kill-server
5.安裝軟件-- adb install apk路徑
6.覆蓋安裝-- adb install -r apk路徑
7.卸載軟件-- adb uninstall 包名
8.卸載軟件保留配置和緩存文件-- adb shell pm uninstall -k 包名
9.查看系統(tǒng)應用包名-- adb shell pm list package -s
10.查看第三方應用包名-- adb shell pm list package -3
11.列出所有APP包名-- adb shell pm list packages
12.電腦文件傳輸到移動端-- adb push 電腦路徑 移動端路徑
13.移動端文件傳輸到電腦-- adb pull 移動端路徑 電腦路徑
14.查看adb命令幫助信息-- adb help
15.講日志實時的輸出到本地文件-- adb logcat -v time > D:/log.txt
monkey：
https://blog.csdn.net/cxq234843654/article/details/47153345
23.web端測試和app端測試的相同點和不同點
http://www.lxweimin.com/p/a5de34fe497a
