測驗不止是點點點
我感覺我是一個比較有發言權的人吧，我在測驗行業爬模滾打5年，以前經常聽到開發對我說，天天的點點點有意思沒？
和IT圈外的同學、朋友聊起自己的作業，往往一說自己是測驗，無形中也會被大家輕視，總有人會問你，為啥干測驗啊，怎么不干開發呢？不可否認，在他們心中，你肯定是因為能力不足，無法勝任開發的作業，所以只能干著平凡、索然無味的測驗作業，但是我的經驗告訴你，測驗并不只是單純的點點點...只要你肯努力
開始入門自動化
看過好多應屆生的回答，都很坦誠
“我技術不太好，先做測驗，以后有機會轉開發”，
測驗就是點點點，于是把行政妹子拉來一陣點點點… 以至于都覺得，阿貓阿狗都能來做測驗，
個人覺得，測驗的前景并不差，只要自己肯努力；我剛出來的時候是在鵝廠做外包的功能測驗，天天點點點，很悠閑，點了兩年，發覺這樣下去會廢，然后就開始學習python，java，學著搞自動化測驗，
在入門階段，要有很強的自制力，后面學會了一些皮毛，跳槽去另外一家公司，平常比較好學，加班或者沒什么專案做的時候都會自己看書，學敲代碼，很幸運被領導賞識，被送去培訓了一個月，是有專人帶，然后回來就把公司app的自動化交給了我，這才算是真正入門自動化了
測驗開發
然后就開始自己琢磨，抄人家的框架，后面又跳槽去了一家金融公司，專職做自動化，這里自動化的負責人是位元組出來的，很厲害，然后在那家公司我拼命跟著他學，皇天不負有心人，久而久之，我發現面試的題目我基本一看就會，開始的初級到現在的高級，現在我到新公司做介面自動化，然后在開發一個測驗平臺（突然發現，自己還是涉足挺廣），算是證明了自己......
沒有努力過就不要說測驗這個行業沒前途，
在這里，我把對于功能測驗的理解寫下來在這里，希望能夠給你一點方向感！
一、 熟練使用SQL
-
常用的 sql 陳述句一定會寫，比如說增刪改查之類，
-
了解資料庫的事務、會撰寫存盤程序、熟練常用的系統函式，
-
了解并可以進行資料庫的備份、遷移、還原、鏡像等操作
-
對 sql 陳述句進行調優，并對可以對運行的陳述句監控查看性能
-
了解資料庫集群等操作，
二、 Linux
Linux是測驗人員的基礎功，不需要掌握太難或者很不常見的Linux命令，正常能做到查看日志，定位問題就可以了，
1、基本命令
常用的Linux基本命令，面試經常會問的，或者給出一種場景，問你用什么命令，
2、查看日志
初級測驗人員在作業時經常遇到，發現bug，開發不承認或者不愿意解決的情況，測驗人員怎么擺脫這樣的問題呢？
那就是根據發現的bug根據日志級別，來查看日志，定位問題，
具體的日志級別分為四級：
-
info : 代碼 info 資訊，不包括sql陳述句等一些debug資訊
-
warning warning : 代碼警告資訊error :
-
程式本身報錯資訊 java.lang.outindexERROR…
-
critical ：幾乎用不到
一般不符合需求的bug在 debug中，程式本身報錯的bug在 error中，
三、 使用資料庫，跟資料流向
1、資料庫的本質
常見資料庫主要是MAYSQL、ORECAL、Redis
其中Mysql資料庫是典型的關系型資料庫
2、資料庫操作
（1） 資料庫和表操作
（2）表資料操作
（3）復雜sql查詢
四、寫好測驗用例
測驗用例必須包含的內容：
用例編號、用例名稱、測驗背景、前置條件、優先級、重要級、測驗資料、測驗步驟、預期結果、實際結果、備注，
1、測驗用例的撰寫流程
需求分析->提取測驗點->測驗用例撰寫->測驗用例評審
2、撰寫測驗用例的思路
（1）根據產品的RPD，提取測驗點，
（2）根據資料流的走向，
（3）根據的架構部署，
（4）撰寫測驗用例的常用方法：等價類劃分法、邊界值分析法、流程圖法等，
（5）覆寫弱網測驗、介面測驗、安全測驗、性能測驗等，
（6）常用測驗工具有：Postman、 Charles、 Fiddler 、Jemter、Loadrunner等，
3、撰寫測驗用例注意事項
（1）根據專案的實際情況設計測驗用例表格
（2）用例格式不要生搬硬套
（3）根據具體情況撰寫
（4）學會質疑需求，不要完全按照需求來寫測驗用例，要從客戶和產品的角度來理解需求，看到需求之外的功能和體驗
五、 http與https協議
面試經常關于Http協議的下面幾個問題
-
Http協議原理
-
http和http協議的區別
-
TCP和UDP的區別
-
session和token的區別
-
公鑰和私鑰的理解
-
get和post的區別
-
從輸入URL到頁面加載發生了什么
-
什么叫代理，正向代理和反向代理？
六、了解業務
業務熟悉后，會知道很多常識，知道下面的常識之后，你就可以嘗試進階，學習做自動化測驗、介面測驗、性能測驗
-
什么時候介入自動化 => 當你系統趨于穩定的時候
-
什么時候介入介面測驗 => 當介面開發完畢的時候
-
什么時候介入性能測驗 => 當出現促銷的時候，或者搶購的時候(618大促，過年搶火車票，搶優惠券)
比如說，5000張優惠券，大概有多少人搶，在多長時間內搶完，
七、 bug管理
做功能測驗，還有個很重要的作業就是bug管理，一個優秀的的測驗人員，線上bug非常多，多于和你一起作業的其他同事，但是線上bug非常少，少于其他同事，
1、 bug定義
（1）不符合需求的
（2）程式本身報錯
（3）不符合用戶的使用習慣
2、bug生命周期
當我們測驗人員提交一個bug的時候，自始bug就有它的生命周期，從開始到結束，
3、測驗報告
把測驗的程序和結果寫成檔案，對發現的問題和缺陷進行分析，為糾正軟體的存在的質量問題提供依據，同時為軟體驗收和交付打下基礎測驗報告和測驗計劃一樣，一般由測驗leader撰寫，測驗人員需要了解一下測驗報告中都有哪些內容，
八、 典型bug
1、抓包作用:測驗一個app搜索功能，抓包，抓到一個搜索介面，突然發現抓到了兩個請求介面 -> 當訪問量上來了，服務的壓力上升兩倍
2、資料流走向 :測驗時候發現頁面上資料只有一條，但是資料庫里面多了一條 -> 1、資料量變大，查詢變慢 2、臟數據太多，瞬間爆滿，程式崩潰了
3、弱網測驗：app專案一定要有弱網路測驗（模擬2g、3g、4g，wifi網路狀態以及丟包情況）；網路切換測驗（網路斷開后重連、3g切換到4g/wifi 等）?
總結
做好功能測驗并不是一件容易的事情，我做了兩年的互聯網功能測驗，還是很多知識不明白，只有不斷的學習，自己才能成才，
很多人功能測驗都做不好，就想做性能測驗、自動化測驗，其實是好高騖遠，我覺得基礎打好了，再去學習，肯定事半功倍！
最后為方便大家學習測驗，特意給大家準備了一份13G的超實用干貨學習資源，涉及的內容非常全面，
包括，軟體學習路線圖，50多天的上課視頻、16個突擊實戰專案，80余個軟體測驗用軟體，37份測驗檔案，70個軟體測驗相關問題，40篇測驗經驗級文章，上千份測驗真題分享，還有2021軟體測驗面試寶典，還有軟體測驗求職的各類精選簡歷
【1T 軟體測驗資料】自行下載
最后一句話送給大家：機會只垂青有準備的人，這是一個靠本事的社會，有時候，你之所以發展得不好，不是因為沒有機遇，而是因為你沒有準備好，導致機遇與你擦肩而過，
加油吧，測驗人！路就在腳下，成功就在明天！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/390289.html
標籤：其他
上一篇：聊齋-河間生
下一篇：如何高效撰寫測驗用例？