功能測試的一些心得----轉載

　　1、前言

　　 功能測試是測試工程師的基礎功，不少人功能測試還作很差，就想去作 性能測試、 自動化測試。不少人對功能測試的理解就是點點點，如何本身不用心去悟，去研究，那麼你的職業生涯也就停留在點點點上了。在這裏，我把我對功能測試的理解寫下來。

　　 2、功能測試所須要掌握的技能

　　2.1  熟練使用 SQL

　　一、經常使用的 sql 語句必定會寫。好比說增刪改查之類。

　　二、瞭解 數據庫的事務、會編寫存儲過程、熟練經常使用的系統函數。

　　三、瞭解並能夠進行數據庫的備份、遷移、還原、鏡像等操做

　　四、對 sql 語句進行調優，並對能夠對運行的語句監控查看性能

　　五、瞭解數據庫集羣等操做。

　　2.2  Linux

　　Linux是測試人員的基礎功，不須要掌握太難或者很不常見的Linux命令，正常能作到查看日誌，定位問題就能夠了。

　　一、基本命令

　　經常使用的Linux基本命令，面試常常會問的，或者給出一種場景，問你用什麼命令。

　　二、查看日誌

　　初級測試人員在工做時常常遇到，發現 bug，開發不認可或者不肯意解決的狀況，測試人員怎麼擺脫這樣的問題呢？

　　那就是根據發現的bug根據日誌級別，來查看日誌，定位問題。

　　那這裏首先要說一下日誌級別了。

　　首先記住這一點：日誌級別越高，輸出的信息越少 。

　　具體的日誌級別分爲四級：

　　info : 代碼 info 信息，不包括sql語句等一些debug信息

　　warning warning : 代碼警告信息

　　error : 程序自己報錯信息  java.lang.outindexERROR.....

　　critical ：幾乎用不到

　　通常不符合需求的bug在 debug中，程序自己報錯的bug在 error中。

　　2.3 使用數據庫，跟數據流向

　　關於數據庫，請見另一篇博文。

　　一、數據庫的本質

　　常見數據庫主要是MAYSQL、ORECAL、Redis

　　其中Mysql數據庫是典型的關係型數據庫

　　二、數據庫操做

　　（1） 數據庫和表操做

　　（2）表數據操做

　　（3）複雜sql查詢

　　2.4 寫好 測試用例

　　在測試過程當中很重要的一類文檔，它是測試工做的核心、是一組在測試時輸入輸出的標準、是軟件需求的具體對照。編寫測試用例，是測試人員的基本功，可是真正能寫好的人並很少。

　　測試用例必須包含的內容：

　　用例編號、用例名稱、測試背景、前置條件、優先級、重要級、測試數據、測試步驟、預期結果、實際結果、備註。

　　一、測試用例的編寫流程

　　需求分析->提取測試點->測試用例編寫->測試用例評審

　　二、編寫測試用例的思路

　　（1）根據產品的RPD，提取測試點。

　　（2）根據數據流的走向。

　　（3）根據的架構部署。

　　（4）編寫測試用例的經常使用方法：等價類劃分法、邊界值分析法、流程圖法等。

　　（5）覆蓋弱網測試、 接口測試、 安全測試、性能測試等。

　　（6）經常使用測試工具備：Postman、 Charles、 Fiddler 、Jemter、Loadrunner等。

　　三、編寫測試用例注意事項

　　（1）根據項目的實際狀況設計測試用例表格

　　（2）用例格式不要生搬硬套

　　（3）根據具體狀況編寫

　　（4）學會質疑需求，不要徹底按照需求來寫測試用例，要從客戶和產品的角度來理解需求，看到需求以外的功能和體驗

　　四、管理測試用例

　　爲何要管理測試用例？

　　（1）測試用例數目巨大

　　（2）測試用例會根據需求的改變而改變

　　（3）測試用例須要長期補充完善

　　如何管理測試用例？

　　（1）原始的Excel管理

　　（2）專業的 項目管理系統（eg：git、禪道、 JIRA、Confiuence等）通常都爲 web格式

　　2.5 http與https協議

　　面試常常關於Http協議的下面幾個問題

　　一、Http協議原理

　　二、http和http協議的區別

　　三、TCP和UDP的區別

　　四、session和token的區別

　　五、公鑰和私鑰的理解

　　六、get和post的區別

　　七、從輸入URL到頁面加載發生了什麼

　　八、什麼叫代理，正向代理和反向代理？

　　2.6 瞭解業務

　　作功能測試，必定要了解業務，甚至理解業務。只有把業務吃透，才能把功能測試作好，而且有必定的提升。

　　業務熟悉後，會知道不少常識，知道下面的常識以後，你就能夠嘗試進階，學習作自動化測試、接口測試、性能測試

　　一、何時介入自動化 => 當你係統趨於穩定的時候

　　二、何時介入接口測試  => 當接口開發完畢的時候

　　三、何時介入性能測試 => 當出現促銷的時候，或者搶購的時候(618大促，過年搶火車票，搶優惠券)

　　好比說，5000張優惠券，大概有多少人搶，在多長時間內搶完

　　2.7 bug管理

　　作功能測試，還有個很重要的工做就是bug管理，一個優秀的的測試人員，線上bug很是多，多於和你一塊兒工做的其餘同事，可是線上bug很是少，少於其餘同事。

　　一、 bug定義

　　（1）不符合需求的

　　（2）程序自己報錯

　　（3）不符合用戶的使用習慣

　　二、bug生命週期當咱們測試人員提交一個bug的時候，自始bug就有它的生命週期，從開始到

　　結束，生命週期以下

   

　　三、bug單內容

　　Bug描述（summary）

　　環境信息：操做系統/數據庫/瀏覽器/軟件版本 (OS/Database/Project/Build/Release)

　　所屬功能模塊

　　測試/開發人員

　　嚴重等級(1-5)

　　客戶優先級

　　風險程度

　　狀態

　　重現步驟

　　實際結果

　　是否要回歸問題

　　等

　　四、測試報告

　　把測試的過程和結果寫成文檔，對發現的問題和缺陷進行分析，爲糾正軟件的存在的質量問題提供依據，

　　同時爲軟件驗收和交付打下基礎測試報告和測試計劃同樣，通常由測試leader編寫，測試人員須要瞭解

　　一下測試報告中都有哪些內容

   

　　2.8 典型bug

　　一、抓包做用: 測試一個app搜索功能，抓包，抓到一個搜索接口，忽然發現抓到了兩個請求接口 -> 當訪問量上來了，服務的壓力上升兩倍

　　二、數據流走向 : 測試時候發現頁面上數據只有一條，可是數據庫裏面多了一條 -> 一、數據量變大，查詢變慢 二、髒數據太多，瞬間爆滿，程序崩潰了

　　三、弱網測試：app項目必定要有弱網絡測試（模擬2g、3g、4g，wifi網絡狀態以及丟包狀況）；網絡切換測試（網絡斷開後重連、3g切換到4g/wifi 等）