1. 程式人生 > >短視訊APP-測試心得

短視訊APP-測試心得

短視訊APP測試心得

測試內容:

   短視訊APP的安卓端程式

   APP在web端的後臺管理系統

 

測試環境:

   APP:

      手機型號:OPPO R9m,版本號R9m_11_A.47_180814

處理器:八核

   後臺管理系統:

      個人計算機WIN10系統

QQ瀏覽器

 

測試方法:

      根據需求和活動圖一步步進行測試

 

測試點:

專案名稱

輸入(操作員輸入)

處理

輸出

備註

1. 操作員登入

輸入使用者名稱、密碼和驗證

驗證使用者登入資訊是否存在

顯示登入成功資訊

測試完成

 

專案名稱

輸入(操作員輸入)

處理

輸出

備註

1. 合理投訴

點選合理投訴按鍵

點選按鍵時,同時可以勾選其他可勾選按鍵【注】

當前視訊跳到下一個需處理的視訊

測試完成

 

2. 無效投訴

點選無效投訴按鍵

投訴人將增加無效投訴次數

當前視訊跳到下一個需處理的視訊

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

3. 合理投訴

點選合理投訴按鍵

點選按鍵時,同時可以勾選其他可勾選按鍵【注】

當前評論跳到下一個需處理的評論

測試完成

 

4. 無效投訴

點選無效投訴按鍵

投訴人將增加無效投訴次數

當前評論跳到下一個需處理的評論

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

檢視個人資訊

點選個人資訊頁面

顯示相關個人資訊【注】

 

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

修改操作員密碼

新密碼,再次輸入新密碼

確定按鍵

密碼更新為新密碼

密碼更新為新密碼

測試完成

專案名稱

輸入

處理

輸出

備註

2. 系統管理員登入

輸入使用者名稱、密碼和驗證碼

驗證使用者登入資訊是否正確

顯示登入成功資訊

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

1.檢視資料

 

 

 

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

1.封禁被投訴人許可權

勾選許可權,選擇封禁天數,點選封禁按鈕

根據勾選以及選擇的情況向後臺傳送修改許可權資訊

提示封禁成功

測試完成

2.檢視被投訴視訊後選擇刪除或者保留該視訊

點選刪除或者保留

根據點選的按鈕向後臺傳送刪除資訊

跳轉到下一個視訊

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

1.封禁被投訴人許可權

勾選許可權,選擇封禁天數,點選封禁按鈕

根據勾選以及選擇的情況向後臺傳送修改許可權資訊

提示封禁成功

測試完成

2.檢視被投訴評論後選擇刪除或者保留該視訊

點選刪除或者保留

根據點選的按鈕向後臺傳送刪除資訊

跳轉到下一條評論

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

1.引數修改

在對應的引數框的位置輸入新的引數/表示式,然後點選確認修改

根據輸入的情況向後臺傳送修改資訊

提示修改成功

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

2.搜尋稽核員

輸入稽核員ID或姓名

在稽核員列表中找到該賬戶

 

測試完成

3.檢視稽核員的資訊

 

 

測試完成

4.停用、恢復稽核員

點選想停用的稽核員後面的停用/恢復

向後臺傳送更改稽核員賬號狀態的資訊

更改按鈕的狀態以及統計數

測試完成

5.新增稽核員

1.點選新增操作員按鈕

2.輸入相關資訊,點選建立按鈕

1.跳轉到新增操作員的介面

2.向後臺傳送建立新稽核員張的資訊

提示建立成功

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

1.檢視收藏(保留)使用者反饋內容

點選下一條

 

 

測試完成

專案名稱

輸入(操作員輸入)

處理

輸出

備註

1.傳送系統訊息

輸入想要傳送的訊息,點擊發送按鈕

將傳送內容傳送到後臺進行處理

提示傳送成功

測試完成

 

序號

名稱

描述

是否通過測試

備註

1

使用者註冊

使用者通過手機及驗證碼註冊賬號

通過

註冊成功、傳送驗證碼成功、手機號為空、驗證碼錯誤、密碼太短、兩次密碼不一致均會有提示,註冊成功頁面不會重置、不會進行頁面跳轉,沒有驗證手機號是否合法

2

使用者登入

未登入狀態下通過手機號和密碼登入

通過

手機號為空、密碼為空、手機號錯誤、密碼錯誤會有提示,其中手機號錯誤、密碼為空和密碼錯誤提示相同均為賬號或密碼錯誤

3

忘記密碼

忘記密碼通過某些手機號或密保找回

通過

修改成功、傳送驗證碼成功、手機號為空、驗證碼錯誤、密碼太短、新舊密碼不一致均會有提示,註冊成功頁面不會重置、不會進行頁面跳轉,沒有判斷新密碼與原密碼是否相同

4

分類瀏覽視訊

在首頁可以分類瀏覽視訊

通過

自己拍攝上傳的視訊在第二次播放時會出現畫面錯誤,視訊進度條會遮蓋下方的按鈕,左右滑動螢幕與上下滑動螢幕同為切換視訊

5

加關注(首頁)

在首頁將該視訊創作者加入關注列表

通過

首頁的三個子頁面均可以進行關注和取消關注

6

點贊(首頁)

在首頁點贊

通過

首頁的三個子頁面均可以進行點贊和取消點贊;點贊和取消點贊後點贊數不會立即重新整理,下次切換到同一視訊才會重新整理;

7

評論(首頁)

在首頁評論視訊以及評論操作

通過

點開評論需要往上滑動才可以看到評論文字框;首頁的三個子頁面均可進行評論,評論後評論數不會立即重新整理,下次切換到同一視訊才會重新整理;

8

下載(首頁)

在首頁可以下載視訊

通過

首頁三個子頁面均可以進行視訊下載,下載完成會有提示,不能重複下載同一個視訊,沒有下載進度提示

9

頁面引數

顯示頁面對應引數

通過

地址、上傳使用者名稱稱、視訊描述、點贊數、評論數均能顯示,引數更改後不會及時更新而是在下一次瀏覽同一視訊時更新

10

搜尋

首頁搜尋功能

通過

可以根據視訊描述和使用者名稱進行視訊和使用者搜尋,搜尋頁面不能正確載入使用者頭像和視訊預覽圖

11

舉報

在首頁舉報視訊

通過

首頁的三個子頁面均可進行舉報視訊操作

12

檢視釋出使用者主頁

點選頭像進入釋出使用者主頁

通過

首頁的三個子頁面均可點選頭像進入釋出使用者主頁

13

顯示關注內容

關注介面推送關注使用者釋出的視訊

通過

 

14

點贊(關注介面)

在關注介面點贊

通過

點贊數能顯示,引數更改後不會及時更新而是在下一次瀏覽同一視訊時更新

15

評論(關注介面)

在關注介面評論視訊以及評論操作

通過

點開評論需要往上滑動才可以看到評論文字框;可進行評論,評論後評論數不會立即重新整理,下次切換到同一視訊才會重新整理;

16

下載(關注介面)

在關注介面下載視訊

通過

下載完成會有提示,不能重複下載同一個視訊,沒有下載進度提示

17

頁面引數(關注介面)

顯示頁面對應引數

通過

地址、上傳使用者名稱稱、視訊描述、點贊數、評論數均能顯示,引數更改後不會及時更新而是在下一次瀏覽同一視訊時更新

18

拍攝和上傳

拍攝和上傳視訊

通過

沒有限制視訊時長,拍攝和上傳可正常實現

19

粉絲(訊息介面)

訊息介面中點選粉絲顯示粉絲列表

通過

自己可以關注自己成為自己的粉絲

20

贊(訊息介面)

訊息介面中點選贊顯示收到的贊列表

通過

 

21

評論(訊息介面)

訊息介面中點選評論顯示別人對你視訊的評論

未通過

不能直接在訊息介面看到別人對自己的評論

22

系統訊息

系統管理員發的系統訊息

通過

 

23

私信

使用者間私信

通過

 

24

個人資訊(個人主頁)

顯示頭像、暱稱、ID號、個性簽名和總獲贊數

通過

 

25

關注數

顯示我的關注列表

通過

 

26

粉絲數

顯示我的粉絲列表

通過

 

27

作品

我的作品一覽及刪除

通過

 

28

我的喜歡

我的喜歡一覽

通過

 

29

個人資訊(設定)

設定個人資訊

通過

在更改完成後頁面內容不會重置,不會跳轉到上級頁面

30

賬號與安全

設定與賬號相關的資訊

通過

更換手機號手機號沒填和驗證碼沒填、錯誤均會有提示,驗證碼傳送成功、手機號更改成功會有提示,沒有驗證手機號是否合法;更換密碼密碼錯誤、新密碼為空、新密碼太短、兩次新密碼不一樣都會有提示。其中手機號和密碼更改過後都不會重置頁面和返回上一級頁面

31

訊息設定

訊息設定(包括黑名單)

通過

 

32

退出登入

退出登入

通過

 

 

測試結果:

    專案的各項需求完成,其中還發現了不少bug有待修改,但對專案的各項功能以及正常使用不會有太大影響,專案已基本完成。

 

心得體會:

    組內大家都是第一次進行軟體專案的測試,並沒有什麼測試經驗,所以就是直接按著之前做的需求分析和活動圖來進行的。總體來說是比較順利的,除了在web端的後臺管理系統測試中發現了一兩個較大的bug,別的地方都沒有出現太大的問題;而發現的bug也是在之後就基本都修復了。

    對於專案本身出現的問題就不再贅述,因為已經在測試報告中分析過了。接下來對測試過程本身作一些分析:

  1、     沒有合理安排測試周期。小組平時是有對專案各部分進行測試的,但是都是各測各的部分,沒有統一安排測試、沒有作詳細記錄分析形成文件材料。這導致了我們在最後測試階段沒有可參考的材料,一些平時測出來的bug可能也遺漏了沒有測試到。

  2、     錯誤>正確。測試的意義應該是在於持續改進我們的軟體,所以在檢驗各項需求時,發現bug、發現有錯誤的地方遠比需求完全通過要有意義得多。

  3、     要有周全的測試計劃。這次的測試其實並沒有做太多的計劃,很主要的一個點在於測試環境考慮得不夠多。我們的軟體可能會跑在很多不同的環境中,手機型號、系統、瀏覽器、網路等等每一個都是值域很大的變數。在以後的測試中應該考慮測試更多不同的環境。

  4、     其實大家也在測試中學到了很多東西吧。首先是有了對軟體測試有了一個初步的認識,對測試工具和測試方法熟悉知識測試工作的基礎,要想更好地做好測試工作,我們必須要深入瞭解業務和軟體需求的趨勢才可以。再者也是從課程給的專案文件裡學到了如何編寫專案測試的文件。

    總的來說,我們小組非常感謝這次專案測試給予我們的學習機會,“沒有bug!”小組在之後的專案驗收中會爭取做好專案的展示,取得一個好成績!