測(cè)試業(yè)務(wù)梳理

在日常的測(cè)試工作中，不知道大家是否會(huì)有梳理自己測(cè)試業(yè)務(wù)的習(xí)慣。我個(gè)人覺(jué)得這個(gè)事情是值得做的，最好還可以培養(yǎng)成一個(gè)習(xí)慣。

一、為什么要梳理業(yè)務(wù)？

因?yàn)樵跇I(yè)務(wù)測(cè)試中，作為測(cè)試人員，熟悉負(fù)責(zé)的業(yè)務(wù)是非常重要的，而通過(guò)階段性的梳理總結(jié)，可以讓你的業(yè)務(wù)知識(shí)系統(tǒng)化的沉淀下來(lái)。

當(dāng)被問(wèn)起這個(gè)業(yè)務(wù)系統(tǒng)的測(cè)試重點(diǎn)在哪里？難點(diǎn)如何克服？為什么要這樣設(shè)計(jì)等等問(wèn)題，可以有條不紊的進(jìn)行輸出。

又或者，當(dāng)你任務(wù)需要交接，或者需要?jiǎng)e人支援你的業(yè)務(wù)，你可以自信的把文檔丟過(guò)去，拍拍胸脯說(shuō)：看一遍你就知道了。

同樣大家平時(shí)都在做業(yè)務(wù)，同樣并沒(méi)有多少別的技術(shù)層的產(chǎn)出，這也是為什么有人能拿A，有人卻只能拿C的原因之一。

另外，當(dāng)你有了多種業(yè)務(wù)的沉淀之后，你甚至可以提煉出很多通用性的東西，姑且稱為“方法論”吧。

二、梳理框架

優(yōu)點(diǎn)這么多，如何進(jìn)行梳理呢？這里我參照常規(guī)的服務(wù)系統(tǒng)，寫一些思路(框架)，僅供參考。

1. 測(cè)試場(chǎng)景

這部分可以整理出業(yè)務(wù)系統(tǒng)的測(cè)試場(chǎng)景。

可以重點(diǎn)貼出核心的測(cè)試場(chǎng)景，附帶上全量的測(cè)試用例。如果用例有后續(xù)迭代，也可以根據(jù)時(shí)間和內(nèi)容進(jìn)行分分類，放在這里。

2. 業(yè)務(wù)

這里就可以整理有關(guān)業(yè)務(wù)的更多細(xì)分領(lǐng)域。比如：

1)各種配置

業(yè)務(wù)涉及到的各種后臺(tái)配置、后臺(tái)地址、配置影響范圍、必須非必須配置、配置順序、特殊注意項(xiàng)等等。

2)前端

涉及到的產(chǎn)品前端功能是哪些、重要鏈接、主要的前端交互等等。

3)核心流程

梳理業(yè)務(wù)的核心流程，可以包含對(duì)用戶的操作流程，以及對(duì)應(yīng)交互的接口。

另外，可以自己手動(dòng)畫一畫核心業(yè)務(wù)流程圖，一般產(chǎn)品會(huì)給出，但是有時(shí)間自己畫一畫，腦海里再過(guò)一過(guò)更加深刻，說(shuō)不定還有意外發(fā)現(xiàn)來(lái)補(bǔ)充測(cè)試設(shè)計(jì)。

還有一個(gè)重點(diǎn)就是業(yè)務(wù)數(shù)據(jù)的處理過(guò)程，如果涉及到其他像kafka、es、緩存等中間件，數(shù)據(jù)處理的細(xì)節(jié)也可以整理出來(lái)。

4)問(wèn)題排查

在測(cè)試工作中一定會(huì)遇到雜七雜八的問(wèn)題，抽出一些典型問(wèn)題，記錄下排查手段以及可能因素，方便自己以及其他人查看。

3. 系統(tǒng)

業(yè)務(wù)層梳理完，就應(yīng)該關(guān)注應(yīng)用服務(wù)層的了。

1)應(yīng)用站點(diǎn)

可以從入口往下，整理出業(yè)務(wù)系統(tǒng)下各個(gè)站點(diǎn)，服務(wù)名稱、作用等信息。

2)接口與日志

這里可以匯總下接口文檔，根據(jù)不同情況進(jìn)行分類，反正目的就是為了高效查看對(duì)應(yīng)文檔。

在測(cè)試過(guò)程中如何查看關(guān)鍵性的日志也很重要，對(duì)理解接口交互，排查問(wèn)題都很有幫助。這里可以記錄不同流程，涉及到的站點(diǎn)，如果過(guò)濾日志等信息。

3)MQ消息

記錄交互的 MQ 有哪些，topic、不同tag的作用是什么、消息體等等。

4)異常機(jī)制

記錄下系統(tǒng)都有哪些異常的處理機(jī)制，常見(jiàn)的比如超時(shí)、重試、補(bǔ)償、兜底等等。

4. 數(shù)據(jù)

到了數(shù)據(jù)層了，自是來(lái)不開(kāi) mysql 、緩存、mongoDB等等。

梳理好各數(shù)據(jù)庫(kù)名，用來(lái)處理什么，核心的表以及關(guān)鍵的字段，比如一些訂單類型、狀態(tài)等等。

redis這些nosql數(shù)據(jù)庫(kù)，梳理重要的 key、field、value等等。

5. 安全

比如接口的鑒權(quán)機(jī)制，一些涉及到更復(fù)雜加密處理的接口的細(xì)節(jié)。

還有一些并發(fā)操作類的控制也可以整理出來(lái)。

6. 性能

通常是單接口和鏈路場(chǎng)景的性能。

1)接口性能

比如：前端用戶體驗(yàn)最直觀的接口、創(chuàng)單接口、詳情接口、預(yù)處理接口等等。

2)鏈路性能

最核心的鏈路場(chǎng)景，串起來(lái)進(jìn)行壓測(cè)。

3)限流

如果涉及到限流的場(chǎng)景，可以進(jìn)一步整理出考慮限流的因素，觸發(fā)的機(jī)制，處理的手段等。

7. 數(shù)據(jù)分析

數(shù)據(jù)是多樣的，比如日志數(shù)據(jù)、埋點(diǎn)數(shù)據(jù)、或者后臺(tái)看板大屏的數(shù)據(jù)，列出需要關(guān)心的點(diǎn)，以及數(shù)據(jù)的正常趨勢(shì)、不正常的趨勢(shì)。

8. 監(jiān)控報(bào)警

通常就是測(cè)試右移后關(guān)注的點(diǎn)，可以監(jiān)控線上運(yùn)行的服務(wù)，對(duì)核心業(yè)務(wù)接口的一些常規(guī)指標(biāo)進(jìn)行監(jiān)控。另外對(duì)日志系統(tǒng)不同類型的日志數(shù)量監(jiān)控也有必要。

如果運(yùn)維配套系統(tǒng)比較完備的話，我們測(cè)試自己就可以進(jìn)行配置了，如果沒(méi)有的話，積極的參與其中吧。

9. 應(yīng)急預(yù)案

一些核心業(yè)務(wù)系統(tǒng)，可能還會(huì)針對(duì)極端情況有應(yīng)急預(yù)案。比如機(jī)房切換、災(zāi)備預(yù)案等。

以上就是軟件測(cè)試業(yè)務(wù)梳理的實(shí)用技巧的詳細(xì)內(nèi)容，更多關(guān)于軟件測(cè)試業(yè)務(wù)梳理的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論