功能測試很low?你不知道的功能測試那些事兒

快過年了,每年回去各路親戚必問的一個話題是:娃兒呀,你現在是做什麼的?你跟他們說在做軟體測試吧他們又聽不懂,只好換個通用的說話:就是坐在那裡點點點

上述的類似段子相信你們也看過不少吧,我有很多粉絲一上來就是:華華,我想學效能,我要自動化,我要測試開發。嚇得我以為招惹哪路大神,結果一打聽,自學了十天半個月就想這些有的沒得。

功能測試很low?你不知道的功能測試那些事兒

真的,大家不要覺得功能測試很low,我踏踏實實的做了四五年的功能測試的過來人告訴大家:功能測試一點都不簡單,不信大家來看看我整理的這些功能測試的Key points

一、 熟練使用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 等)

上面都是功能測試的一些timing點,希望大家好好參考打牢基礎再去衝擊自動化測試,效能測試,萬丈高樓平地起,輝煌終究靠自己,在這有點寒冷的2021年尾,加油,打工人!

下面是我給大家整理的一些軟體測試資料,有需要的朋友可以私信我關鍵詞“資料”免費獲取喲

功能測試很low?你不知道的功能測試那些事兒