功能測驗是測驗工程師的基礎功，很多人功能測驗還做不好，就想去做性能測驗、自動化測驗，
很多人對功能測驗的理解就是點點點，如何自己不用心去悟，去研究，那么你的職業生涯也就停留在點點點上了，
在這里，我把我對功能測驗的理解寫下來，
一、功能測驗所需要掌握的技能
1.熟練使用SQL
常用的sql陳述句一定會寫，比如說增刪改查之類，
了解資料庫的事務、會撰寫存盤程序、熟練常用的系統函式，
了解并可以進行資料庫的備份、遷移、還原、鏡像等操作
對sql陳述句進行調優，并對可以對運行的陳述句監控查看性能
了解資料庫集群等操作，
2.Linux
Linux是測驗人員的基礎功，不需要掌握太難或者很不常見的Linux命令，正常能做到查看日志，定位問題就可以了，
2.1 基本命令
常用的Linux基本命令，面試經常會問的，或者給出一種場景，問你用什么命令，
2.2 查看日志
初級測驗人員在作業時經常遇到，發現bug，開發不承認或者不愿意解決的情況，測驗人員怎么擺脫這樣的問題呢？
那就是根據發現的bug根據日志級別，來查看日志，定位問題，
那這里首先要說一下日志級別了，
首先記住這一點：日志級別越高，輸出的資訊越少 ，
具體的日志級別分為四級：
info : 代碼 info 資訊，不包括sql陳述句等一些debug資訊
warning: 代碼警告資訊
error: 程式本身報錯資訊java.lang.outindexERROR…
critical：幾乎用不到
一般不符合需求的bug在debug中，程式本身報錯的bug在error中，
3.使用資料庫，跟資料流向
3.1 資料庫的本質
常見資料庫主要是MYSQL、ORECAL、Redis，其中Mysql資料庫是典型的關系型資料庫
3.2 資料庫操作
資料庫和表操作
表資料操作
復雜sql查詢
4.寫好測驗用例
在測驗程序中很重要的一類檔案，它是測驗作業的核心、是一組在測驗時輸入輸出的標準、是軟體需求的具體對照，撰寫測驗用例，是測驗人員的基本功，但是真正能寫好的人并不多，
測驗用例必須包含的內容：
用例編號、用例名稱、測驗背景、前置條件、優先級、重要級、測驗資料、測驗步驟、預期結果、實際結果、備注，
4.1 測驗用例的撰寫流程
需求分析->提取測驗點->測驗用例撰寫->測驗用例評審
4.2 撰寫測驗用例的思路
根據產品的RPD，提取測驗點，
根據資料流的走向，
根據的架構部署，
測驗用例的常用方法：等價類劃分法、邊界值分析法、流程圖法等，
網測驗、介面測驗、安全測驗、性能測驗等，
測驗工具有：postman、Charles、Fiddler、Jmeter、Loadrunner等，
4.3 撰寫測驗用例注意事項
根據專案的實際情況設計測驗用例表格
用例格式不要生搬硬套
根據具體情況撰寫
學會質疑需求，不要完全按照需求來寫測驗用例，要從客戶和產品的角度來理解需求，看到需求之外的功能和體驗
5.管理測驗用例
為什么要管理測驗用例？
測驗用例數目巨大
測驗用例會根據需求的改變而改變
測驗用例需要長期補充完善
6.如何管理測驗用例？
原始的Excel管理
專業的專案管理系統（eg：git、禪道、JIRA、Confiuence等）一般都為web格式
7.http與https協議
面試經常關于Http協議的下面幾個問題
Http協議原理
http和http協議的區別
TCP和UDP的區別
session和token的區別
公鑰和私鑰的理解
get和post的區別
從輸入URL到頁面加載發生了什么
什么叫代理，正向代理和反向代理？
8.了解業務
做功能測驗，一定要了解業務，甚至理解業務，只有把業務吃透，才能把功能測驗做好，并且有一定的提高，
業務熟悉后，會知道很多常識，知道下面的常識之后，你就可以嘗試進階，學習做自動化測驗、介面測驗、性能測驗
什么時候介入自動化 => 當你系統趨于穩定的時候
什么時候介入介面測驗 => 當介面開發完畢的時候
什么時候介入性能測驗 => 當出現促銷的時候，或者搶購的時候(618大促，過年搶火車票，搶優惠券)
比如說，5000張優惠券，大概有多少人搶，在多長時間內搶完
9.bug管理
做功能測驗，還有個很重要的作業就是bug管理，一個優秀的的測驗人員，線上bug非常多，多于和你一起作業的其他同事，但是線上bug非常少，少于其他同事，
9.1 bug定義
不符合需求的
程式本身報錯
不符合用戶的使用習慣
9.2 bug生命周期
當我們測驗人員提交一個bug的時候，自始bug就有它的生命周期，從開始到結束
9.3 bug單內容
Bug描述（summary）
環境資訊：作業系統/資料庫/瀏覽器/軟體版本 (OS/Database/Project/Build/Release)
所屬功能模塊、測驗/開發人員、嚴重等級(1-5)、客戶優先級、風險程度、狀態、重現步驟、實際結果、是否要回歸問題等
10.測驗報告
把測驗的程序和結果寫成檔案，對發現的問題和缺陷進行分析，為糾正軟體的存在的質量問題提供依據，
同時為軟體驗收和交付打下基礎測驗報告和測驗計劃一樣，一般由測驗leader撰寫，有些則由測驗人員撰寫，視情況而定，
11.典型bug
11.1 抓包作用
測驗一個app搜索功能，抓包，抓到一個搜索介面，突然發現抓到了兩個請求介面 -> 當訪問量上來了，服務的壓力上升兩倍
11.2 資料流走向
測驗時候發現頁面上資料只有一條，但是資料庫里面多了一條 ->1、資料量變大，查詢變慢；2、臟資料太多，瞬間爆滿，程式崩潰了
11.3 弱網測
app專案一定要有弱網路測驗（模擬2g、3g、4g，wifi網路狀態以及丟包情況）；網路切換測驗（網路斷
開后重連、3g切換到4g/wifi等）
二.小結
總結下來，做好功能測驗并不是一件容易的事情，我也做過不少的互聯網功能測驗，還是有很多知識不明白，只有不斷的學習，自己才能成才，
很多人功能測驗都做不好，就想做性能測驗、自動化測驗，其實是好高騖遠，我覺得基礎打好了，再去學習性能測驗、自動化測驗什么的，肯定事半功倍，
最后推薦一個大佬公眾號：傷心的辣條 ！（我也是在其中識訓頗豐） 進去你能免費獲取一份216頁軟體測驗工程師面試寶典檔案資料，以及相對應的視頻學習教程免費分享！，其中資料包括了有基礎知識、Linux必備、Shell、互聯網程式原理、Mysql資料庫、抓包工具專題、介面測驗工具、測試進階-Python編程、Web自動化測驗、APP自動化測驗、介面自動化測驗、測驗高級持續集成、測驗架構開發測驗框架、性能測驗、安全測驗等，
學習不要孤軍奮戰，最好是能抱團取暖，相互成就一起成長，群眾效應的效果是非常強大的，大家一起學習，一起打卡，會更有學習動力，也更能堅持下去，你可以加入我們的測驗技術交流扣扣群：914172719（里面有各種軟體測驗資源和技術討論）
好文推薦
轉行面試，跳槽面試，軟體測驗人員都必須知道的這幾種面試技巧！
面試經：一線城市搬磚！又面軟體測驗崗，5000就知足了…
面試官：作業三年，還來面初級測驗？恐怕你的軟體測驗工程師的頭銜要加雙引號…
什么樣的人適合從事軟體測驗作業？
那個準點下班的人，比我先升職了…
測驗崗反復跳槽，跳著跳著就跳沒了…
包裝成1年作業經驗的測驗工程師，我給他的面試前的建議如下
“入職一年，那個被高薪挖來的自動化軟體測驗被勸退了，”
4個月自學軟體測驗面進阿里！如何從功能測驗轉成自動化…我經歷了什么
6000元報了培訓班，3個月后我成功“騙”進了騰訊大廠，月薪15000
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/382993.html
標籤：其他