1. 程式人生 > >功能測試之一:一篇文章帶你領略專業的功能測試基礎

功能測試之一:一篇文章帶你領略專業的功能測試基礎

本文主要介紹;

顯式功能性需求(Functional requirement)

顯式功能性需求(Functional requirement)的含義從字面上就可以很好地理解,指的是軟體本身需要實現的具體功能, 比如“正常使用者使用正確的使用者名稱和密碼可以成功登入”、非註冊使用者無法登入”等,這都是屬於典型的顯式功能性需求描述。

每一個人都是一個測試人員,如同《人人都是產品經理》這本書一樣,對任何產品功能的使用和體驗都是一個測試人員的職責,所以說人人都是測試工程師,一點不為過,但是如何成為一個高階的,專業的測試工程師那,看完下面的文章,你就是了。

文章開始前,先思考一個案例,“給你一個APP,說下你的測試思路

”。

針對APP,軟體功能測試三板斧之第一斧:功能測試基礎,正式開始。

 一、功能測試基礎知識介紹:


1.基本功能驗證

目的:

驗證每個功能是否可用

1.1基本功能驗證--功能採集

在每個頁面,從上往下,從左往右依次測試每個功能

1.2基本功能驗證--測試方法

每個功能物件一次完整的流程:建立(開啟)、使用、銷燬(返回/退出),三個順序

2.資料型別測試

目的:

檢查靜態資料(比如:靜態資料/連結),頁面佈局是否正確

檢查軟體能否對使用者輸入的資料進行正確的處理          

2.1靜態資料驗證

在每個頁面,從上往下,從左往右依次觀察和點選每個靜態資料

2.2動態資料驗證

等價類法:

性質相同的資料只取一個代表資料即可,而不用全部列舉

邊界值法:

基本思想是在正好等於、剛剛大於或剛剛小於邊界的值作為測試資料

7因子資料測試法:

預設值、常規值、空值、正確非常規值、非法值、極限越界值

舉例:

等價類(以登入介面功能為例):

使用者分為VIP使用者和普通使用者,每個型別選擇一個使用者進行測試

邊界值(以APP提現功能為例,提現金額限制最小1元,最大50000元):

小於1元,等於1元,大於1元小於50000元,等於50000元,大於50000元

7因子資料測試法(以登入介面功能為例):

預設值:有登陸記憶功能的直接登入

常規值:正常使用者

空值:登入名和密碼都為空,分別為空

正確非常規值:支援使用者名稱中包含特殊字元的

非法值:使用者名稱中不支援包含特殊字元的

極限越界值:大於使用者名稱位數限制

3.探索性測試

3.1場景插入法

在一個操作未完成之前,插入另一個動作。比如:

編輯簡訊的時候忽然來了一個電話

操作某一個功能時鬧鐘突然想起

搜尋某一條件時突然斷網

3.2取消法

在一個功能正在處理的過程中,通過各種方式中斷。比如:

下載的過程中,取消下載

3.3重複法

對某一個功能反覆,快速的重複操作。比如:

反覆重新整理

快速,重複點選提交按鈕

3.4場景刪除法

如果完成一個任務的操作設計多個連續的步驟(A>B>C>D>E>F),那麼我們故意少操作其中幾部。比如:

A>B>C>F或者A>B>C>D>F

微博登陸時忘了輸入密碼,直接登入

支付寶綁卡時,忘了輸入銀行預留手機號,直接登入

3.5反叛法

軟體不允許我們做什麼,我們就做什麼,有操作反叛,資料反叛,環境反叛。比如:

該APP不能在低於安卓版本4.0以下的手機上安裝,我們就偏要安裝

3.6排擠法

同時對一個物件進行兩個及以上的並行操作。比如:

同時用一個賬戶,分別在手機和電腦上登入,並分別進行建立或者修改操作

3.7目的地法

執行所有能達到目的的序列組合

比如:支付寶設定介面的,我們可以從很多入口進入

================================================

好了,測試方法介紹完了,接下來就是我們怎麼整合已上的方法進行設計測試用例。

二、功能測試測試用例設計流程


第一步:功能測試分析

功能測試分析確立後續測試設計的範圍,是工程化有序進行規範測試工作的準備階段。如果沒有高質量的測試分析,則會導致遺漏測試物件,從而出現某些測試物件沒有測試到的情況導致洩漏。

功能測試分析的方法:三層測試物件提取法

根據測試物件的大小和所處的位置分為3層來分別提取測試物件的範圍

1、如果測試分析時間很少則可以只進行HLO測試物件的提取。

2、如果測試分析時間豐富則可以只進行LLO測試物件的提取,對被測物件進行更細緻的和更完善的分析和提取。

3、如果計劃進行白盒測試則可以進行BLO測試物件的提取,這是白盒層面的測試物件。


功能測試物件的提取表:


第二步:功能驗證

可以用基本功能驗證和資料型別測試生成功能驗證的測試用例。

測試用例是測試人員測試分析和設計後的輸出件,是後續測試執行工作開展和管理的最小單位。一個測試物件可以有多個測試用例,一個測試用例也可以覆蓋多個測試物件。

測試用例的結構:


測試用例的標題:對該測試用例目的的描述

比如:

驗證微博在正確的資料下是否可以登入成功

測試準備條件:是保障測試步驟可執行的先決條件

比如:

瀏覽器下載時網路穩定

產生功能驗證用例的方法流程如下:

1、基本功能驗證(建立-使用-銷燬) 產生一個測試用例

2、靜態資料驗證                               產生一個測試用例        

3、動態資料驗證                               產生一個測試用例       

第三步:單功能內測試         

1、重複法                       產生一個測試用例

2、場景插入法                產生多個測試用例

3、取消法                       產生一個測試用例

4、場景刪除法                 產生一個測試用例

5、反叛法                       產生一個測試用例

第四步:多功能間組合測試

大資料併發測試,需要藉助第三方的軟體,比如多使用者在分別登入,充值,提現等混合場景的測試