軟體測試從零開始之四 測試 用例的設計 下

2021-07-31 06:32:12 字數 2526 閱讀 4351

⼤大家晚上好,上章介紹了測試⽤用例設計的重要性和⽤用例設計的⽅方法,並且⽯石頭哥分享了

⾃自⼰己的⼀一套⽤用例設計的⽅方法,即:質量屬性+⽤使用者場景+業務邏輯的⽤用例設計⽅方法。今天⽯石

頭哥⽤用⼀乙個每個⼈人都會⽤用到的功能來舉例⼦子說明下吧。

題外話:最近有朋友說⽯石頭哥經常發美⼥女的照⽚片不好,雖然⽯石頭哥還不知道為什麼不好,

但是接受好⼼心的建議,後⾯面發美景吧(其他⼈人有更好的建議也可以提出來),⽯石頭哥保證不

打死你。

何對發朋友圈這個功能來設計⽤用例。

⾸首先,我們從質量屬性上來分析該功能。這⾥裡⼀乙個⽐比較好⽤用的⽅方法就是⽤用思維導圖的⽅方式先

將各個質量屬性維度列出來,如下圖:

然後根據各個維度進⾏行分析和補充測試點(這⾥裡需要⾃自⼰己具備⼀一定的經驗和對業務的熟悉程度了),⽯石頭哥根據⾃自⼰己的分析後補充測試點如下(當然, 可能本⾝身也不完善,⼤大家可以

⼀一起討論下),補充結果⻅見下圖:

這⾥裡簡單梳理下上⾯面的分析結果,歡迎拍磚。

1

2、相容性:這塊應該是

⼀乙個通⽤用的測試難點了,涉及到不同型號和⼚廠商的⼿手機,相信很多公司都有了對應的測試⽅方法,⽐比如:眾測。

3、體驗性:這個其實是

的⼀乙個測試重點,按照⺫⽬目前發朋友圈的⽅方式體驗還是⽐比較好的,⽽而且⼈人⼈人都習慣了,所以也沒有什麼問題(不過⺫⽬目前發朋友圈有2 45

、可靠性:這⾥裡主要分為對發的內容和傳送的過程來進⾏行分析,結果⼤大家可以看上⾯面。

6、效能:對於

來說,主要的效能就是對資源的佔⽤用,當然, 這⾥裡也需要考慮到對伺服器的效能壓⼒力。

7、可維護性:這⾥裡主要說只出問題後如何去分析和排查。要知道,對於

來說⽤使用者才是最⼤大的測試群體。所以,⼀一般的

都會有⾃自動上報的功能(好吧,這其實已經涉及到安全

問題了)。

ok,對質量屬性分析完成後,下⾯面我們從⽤使用者場景進⾏行分析。⽤使用者場景的測試就是從⽤使用者整個發朋友圈的過程進⾏行分析,然後通過模擬真實的⽤使用者⾏行為進⾏行測試。⽐比如:⽤使用者拍照後想將當前照⽚片發朋友圈。

這⾥裡有2個⽅方法:

1>

選擇 「我」

的標籤-

>

點「相簿」-

>

點「今天」旁邊的照相機圖示-

>

選擇照⽚片-

>

從相簿⾥裡選好相⽚片-

>

輸⼊入⽂文字(可選)-

>

完成。2

>

選擇 「發現」

的標籤-

>

選擇「朋友圈」-

>

選擇右上⾓角的照相機圖示-

>

選擇照⽚片-

>

從相簿⾥裡選好相⽚片-

>

輸⼊入⽂文字(可選)-

>

完成。

滿⾜足⼤大家最常⽤用的需求(⼤大家有更少的⽅方法嗎?可以分析下,對⾃自⼰己對產品理解能⼒力會很有

幫助)。

分析完成後,我們就可以根據這些操作步驟進⾏行分析測試點了(這⾥裡就不僅僅是⼀乙個功能

了)。下⾯面是⽯石頭哥對第⼆二種⽅方法分析的結果(⽯石頭哥習慣的⼀一種⽅方式),⼤大家可以先看看。

完成⽤使用者場景的分析後,就要開始對業務邏輯進⾏行分析了,可惜的是⽯石頭哥沒有相關功

能的**和業務流程圖。這⾥裡根據功能來分析下⼤大概的邏輯(真實的業務邏輯處理肯定是遠

複雜於⽯石頭哥列的,這⾥裡為了舉例⼦子⽅方便,所以簡化了)。

對於業務邏輯該如何測試呢?⼤大概過程如下:

1、拿著開發的設計⽂文件梳理出整個業務邏輯圖(能夠跟開發⼀一起做的話效果更好,⽅方便更加了解開發的整個思考過程)。

2、業務邏輯圖(有可能是開發⾃自⼰己畫的)完成後,肯定會有很多有疑問的地⽅方,然後拿著業務邏輯圖跟開發⼀一步⼀一步的梳理和確認(需要⾃自⼰己先花時間學習,否則可能會被開發鄙視,臉⽪皮厚的話也可以),過程中如果能夠發現開發⼀一些設計不合理的地⽅方並且給開發提出更好的解決思路的話,會更好的得到開發的認可。

3、對照著業務邏輯圖去設計針對業務邏輯的測試點(對每個業務邏輯的正常情況和異常情況進⾏行分析)。

4、根據開發的設計接⼝口,將接⼝口提取出來,並且專⻔門針對接⼝口去實現⾃自動化測試(接⼝口測試對於**的質量是很有幫助的),這塊後⾯面在測試開發⼀一章中會詳細介紹。

5、提前將我們的⼀一些分析結果,⽐比如:測試點發給開發去看看,告訴他們我們會對哪些地

⽅方進⾏行測試。這樣他們就會提前做好處理了,節省後⾯面發現

bug的成本。

6、對於邏輯的測試最好是全部實現⾃自動化,⽅方便後⾯面持續去測試。

到這⾥裡,我們就完成了⽤用例設計的⽅方法分享。⼤大家有什麼問題可以直接跟⽯石頭哥進⾏行交

軟體測試之測試用例

測試環境 操作步驟 測試資料 預期結果 標題 測試模組 重要性 測試前提 1 評估需求覆蓋率 2 後輩借鑑 3 可以重複利用 等價類概念 依據需求將輸入 特殊情況下會考慮輸出 劃分為若干個等價類,從等價類中選出乙個測試用例,如果這個測試用例測試通過,則認為所代表的等價類測試通過,這樣就可以用較少的測...

測試用例(四)測試用例編寫

一.測試用例編寫方法 1.等價類劃分 如何選擇適當的資料子集,來代表整個資料集。通過降低測試的資料去實現 合理的 覆蓋,覆蓋了更多的可能資料,以發現更多的軟體缺陷 邊界值分析法 2.邊界值分析 使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來,但它不是從乙個等價類中任選乙個例子作為代表,而是...

從零開始介面測試

介面測試現在已經是每個測試從業人員必須掌握的知識,介面測試實施在多系統多平台的構架下,有著極為高效的投入產出比,所以介面測試也在各大網際網路公司中越來越受到重視。但是很多測試人員一開始都是從功能測試開始的,可能很多人並沒有接觸過介面測試,那如何快速對介面測試上手呢,我們來看看吧。介面測試是測試系統元...