在線用戶不進行任何操做，對服務器也會產生壓力。由於有會話的存在。前端
服務器tps與相應時間沒有直接關係：每一個口linux
關鍵性能指標：TPS、響應時間、併發數、思考時間、資源利用率（內存、cpu、磁盤）、pv、uv、ip
配置元件 前置處理程序 後置處理器 定時器 斷言 監聽器
經常使用元件：http請求默認值
http消息頭管理器：
http cookie管理器 cookie做用：1）更真實的模擬用戶行爲
2）多個請求之間關聯性
http cache 管理器
參數化方式：CSV Data set config控件 （txt、csv）
用戶自定義變量
函數助手：隨機數 隨機字符串
正則表達式提取器
主要的邏輯控制器：僅一次控制器（登陸）、循環控制器、轉換控制器（構造混合場景（多線程組））
定時器：固定定時器、高斯隨機定時器、固定吞吐量定時器（限定QPS）
線程數10循環次數1 和 線程數1循環次數10 的區別在哪?
10我的 同時 查詢1次課程
1我的 連續查詢10次課程
併發：嚴格意義的併發 、 普遍意義的併發（混合場景） 1s-4s 5 QPS
10 5 20
web
測試人員應該具有的技能：1) 專業技術能力 2）缺陷洞察能力 3）溝通表達 4） 學習能力 5）問題分析定位
web表單測試：文本框 下拉框 提交按鈕 重置按鈕 上傳按鈕 單選框 複選框 密碼框 多行文本框
表單測試：添加數據、修改數據、 刪除數據 、 查詢統計
驗證碼
分頁功能
功能點（模塊劃分-子模塊-功能點-測試要點-補充完善成測試用例）
偏流程：支付寶 ：支付流程： 1） 訂單生成-支付-發貨-確認收貨
2） 訂單生成-支付-發貨-延長收穫-確認收貨
3） 訂單生成-支付-發貨-到期自動確認
4） 訂單生成-支付-發貨-延長收穫
退款流程： 1）訂單生成-支付-未發貨-申請退款-賣家贊成
2）訂單生成-支付-已發貨-申請退款-賣家贊成
cookie與Session做用：保持會話，用於服務器識別用戶身份
產生的緣由：http 無狀態
cookie測試要點： 1）是否生效 2）刷新 3）過時時間 4）禁用或刪除是否有友好提示
cookie與Session的區別：1）保存位置 cookie客戶端 session 服務器端
2）安全性 session安全性高
3）session會影響服務器性能
連接測試要點：1）是否跳轉到應該跳轉的頁面
2）頁面內容是否正確
3）是否存在孤立頁面
連接測試工具： Xenu(免費) 檢測連接是否存在、是否有孤立頁面（侷限性：不能檢測頁面內容的正確性）
HTML Link Validator（商業工具 收費）
平臺兼容性 ：硬件平臺：PC、手機、pad等等
操做系統：Android IOS windows mac linux
web兼容性測試：以瀏覽器兼容性爲主（根據用戶需求、市場佔有率、瀏覽器內核） 操做系統（虛擬機）、分辨率爲輔
瀏覽器四大內核：Trident（IE、360安全、搜狗等）
Gecko（Firefox）
webkit(safari、Chrome(早期版本))
Blink（Chrome 28及之後版本、Opera 15及之後版本）
測試方法：兼容性矩陣圖
明確需求：根據用戶需求
市場佔有率 ：排名前5的瀏覽器
瀏覽器內核
兼容性測試要點：主流程、 主要功能、 界面、 控件、 圖片、 動畫、 響應時間、 連接
兼容測試要單獨寫用例嗎（挑選一部分：複用），什麼時間進行測試（主要功能測試完成後）
連接測試：1）是否跳轉到該跳轉的頁面 2）頁面是否存在，內容是否正確 3）是否有孤立頁面
藉助的工具：XENU （測試是否存在、孤立頁面） 侷限性：不能驗證內容的正確性
適用場景：連接多的網址，測試前經過工具把死連接過濾出來
web兼容性測試：以瀏覽器（用戶需求、瀏覽器的市場佔有率、瀏覽器內核）爲 操做系統（虛擬機）和分辨率爲輔
兼容性測試方法：兼容性矩陣圖
瀏覽器內核：Trident、 webkit、Geko、Blink
兼容性測試要點：主流程、主功能、界面、控件、動畫 圖片、響應時間、連接（複用測試用例）
Get與post區別：
get:請求資源
請求數據在url中，只能提交字符串類型的數據，長度有限制，少於255字符
速度快
安全性低
post:提交數據
請求數據在請求主體中傳遞
安全性高
請求數據類型不受限制、長度不受限制
速度慢
環境搭建：程序文件（開發人員）、相關的軟件（web服務器、應用服務器、數據庫軟件）、硬件（服務器設備上）、網絡環境
開發人員提供：部署文檔說明書（操做系版本、硬件配置、服務器軟件及相關版本、部署步驟）、程序文件、數據庫腳本
考試系統環境搭建：
1）JAVA語言開發的，安裝JDK,環境的配置
2）安裝web應用服務器軟件：tomcat
3) 安裝數據庫服務器軟件：MYSQL
4）部署考試系統程序到tomcat中
5）導入數據庫腳本
6）修改配置文件，數據庫的鏈接信息
7）啓動服務 tomcat 數據庫
8）瀏覽器中訪問驗證
考試系統帳號：admin/admin 管理員角色
排查問題：
1） 界面提示
2） 查看日誌文件
3） 抓包
數據庫訪問失敗：
1）服務沒有開啓
2）配置文件裏邊配置不正確
3）數據庫中是否導入了數據庫腳本
1.根據客戶端類型：B/S （不須要安裝獨立的客戶端軟件） B browser S server
C/S （須要安裝獨立客戶端軟件） C client S server
2.根據客戶端軟件的安裝平臺：PC端、APP端
3.根據客戶端是否須要聯網：單機版 聯網版
B/S架構與C/S架構的區別？
C/S架構優勢：
1）界面比較豐富
2）安全性高
3）實現的功能更多，能夠實現更復雜的業務
4）客戶端能夠處理部分業務，分擔服務器端壓力
缺點：
1）須要開發獨立的客戶端軟件，開發成本高
2）須要安裝獨立的客戶端軟件，佔用磁盤空間
3）客戶端軟件須要進行安裝、卸載、升級測試
4）服務器端升級後，須要對客戶端多個版本進行維護
B/S優勢：
1）方便，不須要安裝獨立的客戶端軟件
2）開發成本比較低
缺點：
1）功能實現全在服務器端，服務器壓力大
2）沒有獨立客戶端，功能實現簡單
3）安全性低
4）界面相對沒那麼豐富
域名：
IP地址：
端口：
http:80
前端開發工程師
後端開發工程師
web網站 產品，展現，web服務器 容器 web服務器軟件
商品 超市
web服務器：處理靜態頁面 apache
應用服務器： 處理動態頁面，處理業務邏輯
tomcat:web應用服務器
經常使用的web應用服務器
tomcat weblogic websphere
web UI測試：
總體頁面
導航測試
超連接測試
圖形測試
內容測試
靜態文字測試
平臺兼容性測試
1）配置元件 HTTP 請求默認值 HTTP消息頭管理器 HTTP cookie管理器 HTTP cache管理器
2）前置處理程序
3）定時器
4）取樣器
5）後置處理器 正則表達式提取器（）
6）斷言
7）監聽器
參數化方式：CSV DATA Set config 、用戶自定義變量 、函數助手（隨機數_random、隨機字符串_randomString）
邏輯控制器：僅一次控制器、循環控制器、轉換控制器
定時器：固定定時器、高斯隨機定時器、固定吞吐量定時器（限定QPS）
性能測試流程： 1）評估獲取性能測試需求 （訪問量大、操做頻繁）
2）肯定性能測試目標 （ 1）併發用戶數=系統最大在線用戶數%8%~12%
2) 平均併發用戶數=nL/T 3000用戶 400用戶登陸 4小時 8小時
400*4/8=200
3）性能測試方案（編寫目標、測試場景、測試環境（服務器配置、cpu、內存）、測試工具、關注的性能指標、測試用例）
需求：50在線用戶，併發查詢課程的平均響應時間小於3s
標題：50在線用戶併發查詢課程
編號：TC-001
前置條件：1）功能測試完成 2）測試環境搭建完成
步驟 預期結果
準備性能測試腳本 腳本準備完成
性能測試相關數據在數據庫中構造完成 數據庫中數據準備完畢
執行性能腳本，運行時間10分鐘，驗證
系統是否知足性能指標：平均響應時間<3s 符合系統預期的性能目標
4） 設計性能測試腳本
5） 執行測試
6）獲取性能測試數據
7）提交性能測試的報告
jmeter添加請求：1）進入登陸頁面 2）提交帳號信息 3）查詢
正則表達式
須要高清知識結構圖的加我微信chimugu 數據庫