目錄
-
- 1、軟體測試流程介紹
- 2、SQL硬删除、軟删除
- 3、SQL建立表的方法
- 4、SQL增删改查文法
- 5、索引有哪些，索引的優缺點
- 6、索引的原理
- 7、商品價格9.9，購買2件，送出訂單，付款19.78，是什麼原因
- 8、微信發紅包設計測試用例
- 9、人臉識别測試用例
- 10、加入購物車測試用例
- 11、添加購物車，退出重新登陸，商品不在購物車裡，如何定位該bug
- 12、http和https的差別，預設端口是什麼，ssl又是指什麼
- 13、tcp和udp的差別
- 14、get和post的差別
- 15、輸入一個URL點選回車後全過程發生了什麼
- 16、tcp/ip協定，三次握手
- 17、接口怎麼測，從安全性方面又怎麼測
- 18、jmeter的原理，測試性能主要測什麼
- 19、不同手機相容性怎麼測
- 20、什麼是冷啟動和熱啟動
- 推薦閱讀
1、軟體測試流程介紹
第一階段：
分析需求，公司先把需求給到我們，讓我們先去了解一兩天，這兩天我們會把一些不明确的需求點記錄下來。輸出：不明确的需求問題，然後會有一個需求的澄清會，我們把不了解的地方在會議上說出來，包含需求的合理性，還有可測性等。
第二階段：
會議結束後我們就開始準備測試工作，我們測試這邊會寫一個測試計劃，配置設定每個人的測試任務，然後根據自己手裡的任務進行測試點的提煉，然後再進行測試用例的編寫。編寫好之後，我們測試小組會先評審一下，然後再進行修改、補充，然後再項目組進行評審，評審完成之後再完善測試用例。輸出：測試計劃（内容包括：目的和範圍、需求、測試方法、測試環境、測試時間與人員安排、傳遞件）和測試用例。
第三階段：
執行測試用例，開發會在禅道裡給我們對應的測試人員下發一個測試單，然後我們測試人員就開始按照測試單上的内容進行測試工作，發現bug送出bug，到回歸測試，每一輪測試結束之後我們都會輸出測試報告。當達到上線标準後，測試報告會認為通過，然後就可以安排上預生産測試，預生産沒問題之後就可以投入生産環境正常使用了，最後也會在生産環境驗證一下。輸出：測試報告（内容包括：項目和背景、用例設計、測試環境、測試工具、測試範圍、用例執行情況、遺留的bug、測試結論）。
2、SQL硬删除、軟删除
所謂軟删除（Soft Deleting），即在删除資料表中的資料時，并不直接将其從資料表中删除，而是将其标志為删除，即在每張表中設定一個删除字段（如：IsDeleted）等，預設情況下其值為0，及未删除狀态；當需要将資料删除時，則将此字段更新為1。與之對應的，将資料從資料庫中徹底删除的方式稱為硬删除，即（Hard Deleting）。
3、SQL建立表的方法
普通建立：
create table a1 (id int,name char(30));
複制建立：
create table new_table LIKE old_table; #複制表的所有結構
4、SQL增删改查文法
左外連接配接：left join
Select * from t1 left join t2 on t1.id = t2.id
右外連接配接：right join
Select * from t1 right join t2 on t1.id = t2.id
内連接配接：inner join
Select * from t1 inner join t2 on t1.id = t2.id
增加資料：
Insert into 表名稱（字段。。。） values（值。。。）
修改表資料：
Update 表名 set 字段=值，字段=值，。。。where 更新條件
删除表資料：
Delete from 表名 where 删除條件
5、索引有哪些，索引的優缺點
主鍵索引 primark，唯一索引 unique，普通索引 index，組合索引 index，全文索引 fulltext。
提高了查詢速度，但是降低了表更新的速度，更新表是不僅要儲存資料，還要儲存一下索引檔案，建立索引會占用磁盤空間的索引檔案。
6、索引的原理
不管資料表有無索引，資料緩沖區中查找所需要的資料，如果資料緩沖區中沒有需要的資料時，伺服器程序才去讀磁盤。
無索引，直接去讀表資料存放的磁盤塊，讀到資料緩沖區中再查找需要的資料。
有索引，先讀入索引表，通過索引表直接找到所需資料的實體位址，并把資料讀入資料緩沖區中。
7、商品價格9.9，購買2件，送出訂單，付款19.78，是什麼原因
（1）檢視需求是否有優惠政策。
（2）分2步，一次購買一件看價格是否有變動。
（3）檢視前端界面是否顯示錯誤。
首先排除優惠政策，和前端界面顯示錯誤。如果需求和界面都沒問題，那麼後端算法出現問題。
8、微信發紅包設計測試用例
（1）功能
1）在紅包錢數，和紅包個數的輸入框中隻能輸入數字
2）紅包裡最多和最少可以輸入的錢數 200 0.01
3.1）拼手氣紅包最多可以發多少個紅包 100
3.2）超過最大拼手氣紅包的個數是否有提醒
4）當紅包錢數超過最大範圍是不是有對應的提示
5）當發送的紅包個數超過最大範圍是不是有提示
6）當餘額不足時，紅包發送失敗
7.1）在紅包描述裡是否可以輸入漢字，英文，符号，表情，純數字，漢字英語符号
7.2）是否可以輸入它們的混合搭配
8）輸入紅包錢數是不是隻能輸入數字
9）紅包描述裡允許能有多少個字元 10個
10）紅包描述，金額，紅包個數框裡是否支援複制粘貼操作
11）紅包描述裡的表情可以删除
12）發送的紅包别人是否可以領取
13）發的紅包自己可不可以領取
14.1）24小時内沒有領取的紅包是否可以退回到原來的賬戶
14.2）超過24小時沒有領取的紅包，是否還可以領取
15）使用者是否可以多次搶一個紅包
16）發紅包的人是否還可以搶紅包
17）紅包的金額裡的小數位數是否有限制
18）可以按傳回鍵，取消發紅包
19）斷網時，無法搶紅包
20）可不可以自己選擇支付方式
21）餘額不足時，會不會自動比對支付方式
22）在發紅包界面能否看到以前的收發紅包的記錄
23）紅包記錄裡的資訊與實際收發紅包記錄是否比對
24）支付時可以密碼支付也可以指紋支付
25）如果直接輸入小數點，那麼小數點之前應該有個0
26）支付成功後，退回聊天界面
27）發紅包金額和收到的紅包金額應該比對
28）是否可以連續多次發紅包
29）輸入錢數為0，"塞錢進紅包"置灰
（2）性能
1）弱網時搶紅包，發紅包的時間
2）不同網速時搶紅包，發紅包的時間
3）發紅包和收紅包成功後的跳轉時間
4）收發紅包的耗電量
5）退款到賬的時間
（3）相容
1）iOS、安卓、鴻蒙、Pad是否都可以發送紅包
2）電腦端是否可以搶微信紅包
（4）界面
1）發紅包界面沒有錯别字
2）搶完紅包界面沒有錯别字
3）發紅包和收紅包界面排版合理
4）發紅包和收紅包界面顔色搭配合理
（5）安全
1）對方微信号異地登入，是否會有提醒
2）紅包被領取以後，發送紅包人的金額會減少，收紅包金額會增加
3）發送紅包失敗，餘額和銀行卡裡的錢數不會少
4）紅包發送成功，是否會收到微信支付的通知
（6）易用性
1）紅包描述，可以通過語音輸入
2）可以指紋支付也可以密碼支付
9、人臉識别測試用例
（1）功能
1）攝像頭的開關功能
2）開始識别按鈕的驗證
3）距離的驗證
4）一次性拍攝多個人驗證的結果
5）多次拍攝一個人驗證的結果
6）拍攝的不是活體而是圖檔，結果的驗證
7）拍攝人臉面積的不同的驗證
8）拍攝角度不同結果的驗證
9）拍攝光線不同結果的驗證
10）拍攝同一個人穿衣不同的結果驗證
11）抓拍與正常拍攝的結果對比
12）拍攝的不是人臉結果驗證
（2）性能
1）點選識别到出現結果的響應時間
2）多個用戶端同時通路
（3）易用
實作流程簡單，隻需要點選按鈕就可以開始進行識别
（4）界面
界面是否美觀
10、加入購物車測試用例
（1）功能
1）未登入時是否可以添加商品到購物車
2）是否會跳轉到登入頁面
3）登入成功後購物車是否增加對應商品
4）購物車添加商品是否有限
5）購物車商品資訊是否正确
6）全選功能是否正确
7）已經删除購物車商品是否成功
8）删除單個商品是否有提示
9）購物車總價格是否正确
10）商品名稱太長是否能完整顯示
11）購物車下的商品是否有商家辨別
12）是否可以收藏購物車中的商品
13）購物車結算功能是否正常
14）加入購物車的商品是否具有時效性
15）過期的商品是否還可以操作
16）添加到購物車的商品對應庫存是否減少
17）删除購物車内的商品對應庫存是否增加
（2）相容性
1）不同浏覽器顯示排版是否美觀，排版無錯亂
2）不同手機端界面是否美觀，顯示完整
（3）性能
多個商品同時添加購物車，添加購物車的時長
（4）易用性
删除商品時是否會有提示，商品過期時是否會有類似商品推薦
（5）安全
支付時用抓包工具攔截請求修改參數，再發送支付請求看是否能成功
11、添加購物車，退出重新登陸，商品不在購物車裡，如何定位該bug
一般來說購物車資訊儲存位置是 cookies 中或者 session 中還有資料庫中，session 沒同步造成的。
12、http和https的差別，預設端口是什麼，ssl又是指什麼
http和https都是超文本協定，浏覽器發送請求基本用的都是他們，不同的是https在http的基礎上增加了ssl加密協定，http預設端口号是80，https預設端口号是443，http免費https收費。
ssl是指安全套接層協定，為資料通訊提供安全支援，ssl通過互相認證、使用數字簽名確定完整性、使用加密確定私密性，以實作用戶端和伺服器之間的安全通訊。
13、tcp和udp的差別
（1）tcp面向連接配接而udp面向非連接配接
（2）tcp相對udp更可靠
（3）應用場景不同，tcp傳輸少量資料，udp用于大資料量傳輸
（4）tcp傳輸速度沒有udp快
14、get和post的差別
（1）get請求的參數有長度限制，post沒有
（2）get請求參數在url上傳輸，post在請求正文中傳輸，post比get更安全
（3）get隻能接受ascall碼參數，而post沒有限制
（4）get參數會被保留到浏覽器曆史中，post不會
（5）get能被緩存，post不能被緩存
15、輸入一個URL點選回車後全過程發生了什麼
（1）URL解析判斷URL是否合法，檢查緩存，有就直接打開，沒有或者過期就去擷取緩存
（2）DNS域名解析：URL所表示的不是最後資源所在的位置，而是為了友善記憶對IP位址的重定向，域名解析的過程實際是将域名還原為IP位址
（3）TCP進行3次握手連接配接
（4）浏覽器會構造一個http請求封包，浏覽器向伺服器發送http請求，浏覽器隻能發送get和post的，打開網頁用的是post
（5）浏覽器接受響應。浏覽器接收到來自伺服器的響應資源後，會對資源進行分析。首先檢視 Response header，根據不同狀态碼做不同的事（比如上面提到的重定向）。如果響應資源進行了壓縮（比如 gzip），還需要進行解壓。然後，對響應資源做緩存。接下來，根據響應資源裡的 MIME[3] 類型去解析響應内容（比如 HTML、Image各有不同的解析方式）
（6）渲染頁面，不同浏覽器核心渲染過程也不完全相同，但大緻流程都差不多
16、tcp/ip協定，三次握手
第一次握手：用戶端發送syn包(syn=x)到伺服器，并進入SYN_SEND狀态，等待伺服器确認；
第二次握手：伺服器收到syn包，确認客戶的SYN（ack=x+1），同時自己也發送一個SYN包（syn=y），即SYN+ACK包，此時伺服器進入SYN_RECV狀态；
第三次握手：用戶端收到伺服器的SYN＋ACK包，向伺服器發送确認包ACK(ack=y+1)，此包發送完畢，用戶端和伺服器進入ESTABLISHED狀态，完成三次握手。
17、接口怎麼測，從安全性方面又怎麼測
（1）通用資訊的校驗
1）url校驗：正确url 錯誤url/
2）請求方法的校驗：正确 錯誤
3）請求頭校驗：正确的請求頭和錯誤的請求頭
4）接口的鑒權校驗：正确，錯誤，失效，不傳
（2）接口參數的校驗
1）參數必填項校驗
2）參數的選填項校驗
3）參數的長度校驗
4）參數的資料類型校驗
5）參數的有效範圍校驗 0 -1
（3）其他校驗
弱網支付，敏感資料在傳輸過程中是否加密（前後端傳輸過程中是否加密，對應日志資訊是否加密），sql注入，設定斷點進行資料篡改，安全規則，密碼複雜程度，繞過驗證，繞過身份授權。
18、jmeter的原理，測試性能主要測什麼
向伺服器送出請求，從伺服器取回請求傳回的結果。
jmeter作為浏覽器和web伺服器的直接代理網關，浏覽器請求和web伺服器響應都可以被jmeter捕獲，生成性能測試腳本。有了性能測試腳本，jmeter可以使用線程組來模拟真實使用者對web伺服器進行加壓。
19、不同手機相容性怎麼測
用不同手機廠商、型号、不同手機系統、不同系統版本，可以借助真機雲測平台來進行測試。
20、什麼是冷啟動和熱啟動
（1）冷啟動：啟動應用前，背景沒有該應用的程序，一般場景：程式安裝後的第一次啟動；應用程式被系統完全終止後再打開；他有一個建立程序的過程和加載布局的過程。
（2）熱啟動：此時程式仍然駐留在記憶體中，隻是被系統從背景帶到前台，是以程式可以避免重複對象初始化，加載布局和渲染。如果程式的某些記憶體被系統清除，則需要重新建立這些對象以響應啟動事件。
最後，下面是我整理出來的一份軟體測試工程師發展方向知識架構體系圖。
希望大家能在這個成長過程中收益良多。可以說，這個過程會讓你痛不欲生，但隻要你熬過去了。以後的生活就輕松很多。正所謂萬事開頭難，隻要邁出了第一步，你就已經成功了一半，古人說的好“不積跬步，無以至千裡。”等到完成之後再回顧這一段路程的時候，你肯定會感慨良多。
由于CSDN上傳圖檔大小有限，有需要的朋友可以關注我的公衆号：程式員二黑，回複1，即可擷取原圖。
下面是一份配套的軟體測試資源包：
上面是一些配套資源，對于軟體測試的的朋友來說應該是最全面最完整的備戰倉庫，為了更好地整理每個子產品，我也參考了很多網上的優質博文和項目，力求不漏掉每一個知識點，很多朋友靠着這些内容進行複習，拿到了BATJ等大廠的offer，這個倉庫也已經幫助了很多的軟體測試的學習者，希望也能幫助到你。
關注我的微信公衆号：程式員二黑，即可免費擷取！
最困難的時候，也就是我們離成功不遠的時候！如果你不想再體驗一次自學時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，可以加入我們的群：785128166 大家一起讨論交流學習。
推薦閱讀
高薪程式員也躲不過35歲這一關…當能力與年齡脫節，我們該如何自救？
清華學姐熬了一個月肝出這份32W字Linux知識手冊，在 Github标星31K+
位元組跳動軟體測試崗，前兩面過了，第三面HR天坑！竟然跟我說……