短視訊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!”小組在之後的專案驗收中會爭取做好專案的展示,取得一個好成績!