背單詞類APP測試與評估
測試進度表
| 項目 | 內容說明 | 預計耗時（分鍾） | 實際耗時（分鍾） |
|---|---|---|---|
| Planning | 計划 | 30 | 30 |
| Estimate | 估計這個任務需要多少時間 | 120 | 180 |
| Testing Design | 測試設計 | 30 | 30 |
| Analysis | 需求和測試需求分析 | 30 | 30 |
| Design Test Cases | 設計測試用例 | 30 | 30 |
| Testing Environment | 搭建測試環境（安裝測試工具、管理工具等相關運行和支撐軟件） | 20 | 30 |
| Testing Implementation | 測試實施 | 30 | 40 |
| Test | 執行測試 | 20 | 20 |
| Reporting | 報告 | 40 | 60 |
| Test Report | 測試報告 | 20 | 20 |
| Postmortem & Process Improvement Plan | 事后總結, 並提出過程改進計划 | 30 | 30 |
| 合 計 | 320 | 400 |
1.基本任務
測試對象
-
測試對象A:百詞斬
-
測試對象B:扇貝
功能模塊分析
百詞斬:
扇貝:
我負責首頁相關的主模塊的測試分析
測試
測試思路(測試用例思路)
總體思想是對樣品與競品共有的功能使用相同的測試用例進行測試,通過對結果的對比,對樣品與競品進行分析
具體操作為采用等價類測試和場景測試法，將不同的功能等價划分，並根據用戶需求設想相應的場景模擬場景進行測試
對於學習進度模塊,可測試對修改計划的邊界值是否正常,可測試單詞列表中數據輸入輸出轉義的正確性
對於背單詞模塊,可測試單詞與發音與提示與答案匹配的正確性,測試斬功能的可用性,測試陌生單詞循環復現的可用性
對於單詞電台模塊,測試音頻的播放功能的可用性
對於單詞TV模塊,測試視頻的播放功能和評論功能的可用性
對於個人中心模塊,則測試旗下子模塊的可用性
以下是詳細操作
百詞斬背單詞模塊事件流圖
采用白盒測試獨立路徑法確定場景，環復雜度為9，排除一條不可能路徑后得到場景如下：
場景1: 基本事件流
場景2: 基本事件流+備選事件流1
場景3: 基本事件流+備選事件流2
場景4: 基本事件流+備選事件流3
場景5: 基本事件流+備選事件流4
場景6: 基本事件流+備選事件流1+備選事件流5
場景7: 基本事件流+備選事件流1+備選事件流5+備選事件流6
場景8: 基本事件流+備選事件流4+備選事件流6
測試操作與截圖
功能測試:
測試管理工具
測試管理工具地址
根據統計圖表推薦,我們決定使用禪道進行測試的管理
測試管理工具使用截圖///////
測試用例清單:
缺陷清單:
測評結論
我測評的是核心的單詞模塊,針對該模塊依據測試結果如下:
UI方面:兩者相近,都將核心的記單詞功能排布在了首頁,其中扇貝的風格設計較為質朴,UI排布與功能名稱簡單明了,功能模塊划分細致;而百詞斬的風格則更現代,將不是必須獨立的模塊整合到了一起,界面顯得更加清爽
功能模塊方面:在核心模塊記單詞上,百詞斬的方法更加鮮明生動,多彩多樣,包含着音頻,視頻,圖片等形式,而扇貝則十分的簡陋,僅僅是將單詞列出詢問會與不會.
相比較來說,百詞斬比扇貝更加有趣,更加吸引用戶,也因此更加有優勢
小組總結
本次任務中,大家緊密配合,相互幫助,認真使用測試管理工具,本人在測試中主要對APP的主模塊進行了測試,根據討論結果,本人在小組中的貢獻度為0.4
2.擴展任務
1）根據產品目標用戶，列出邀請用戶清單（擴展任務是小組共同完成，共用一套清單）；
采訪提要：
本人負責批次（准備考研的同學）
采訪對象1：
背景：華中科技大學軟件學院大三學生，女，為考研英語積累詞匯量。
需求：充分利用碎片時間，快速記住單詞，提高學習效率
不足：APP的記憶方式過於繁瑣，在細枝末節上消耗的精力過多。
采訪對象2：
背景：華中科技大學軟件學院大三學生，男，為考研英語積累詞匯量。
需求：想要配合APP制定自己的背單詞計划，有規划地學英語，記錄自己的學習軌跡，讓自己更有效率
不足：總是出現簡單的單詞反復出現、首先出現的情況，往往因為厭倦半途而廢，無法幫助自己養成背單詞的習慣
采訪對象3：
背景：華中科技大學軟件學院大三學生，男，為考研英語從零開始。
需求：在上面兩位同學的需求基礎上，希望APP能夠更新英語學習技巧等資訊。
不足：難詞缺少好的記憶方法，往往越是簡單的詞APP中給出的記憶方法越多。
2）根據可用性測試的要求，結合采訪提要，設計場景和問題；
問題設計:
基本信息[姓名，學院，年級]
背單詞的目的
關於背單詞有什么需求
關於背單詞app缺陷//
場景設計
3）邀請用戶對本組選擇的基礎產品（即產品A）展開使用測試；
已測試
實驗設備：Android手機，iOS手機
4）收集所有批次的可用性測試，得出有關產品A的可用性測試的結論；
結論：指定得測試模塊得可用性為正常通過.
5）撰寫並提交可用性測試報告。
源文件丟失
3.高級功能
1）說明本組所選的測試專題和測試工具；
專題：移動測試 工具：阿里雲測
2）說明測試設計的核心思想；
深度性能測試
測試設計說明:提交給阿里雲測就完事兒了
測試結果如下
https://mqc.aliyun.com/report.htm?executionId=465163&shareCode=0uruoEFF2uEu
https://mqc.aliyun.com/report.htm?executionId=465164&shareCode=KacJ4m0IUFIN
測試結論:
百詞斬的實際程序性能中等偏下,對低中端的安卓機十分不友好,占用RAM過多,啟動加載時間過長,十分影響用戶體驗,通過解包apk可知代碼效率不高,大部分的資源文件並未壓縮,可能是影響性能的原因之一
3）圍繞自己在高級任務中的工作，談談自己感受最深的是什么，或者根據自己的想法做補充說明即可；
感受最深的：原來測試是一項嚴格的任務，從頭到尾嚴格控制流程，測試工具原來那么多，測試的項目也很多，詳細。平時在學習中都沒怎么接觸，算是見過世面了。
4）針對本課程的所有3次實踐作業（WC，WC優化，軟件測試和評估），談談自己的看法，可從作業內容、作業量、作業與課堂內容的結合程度、對測試相關能力的鍛煉等方面來談自己的建議和意見；
作業內容是好的,但是在作業內容越來越繁瑣的情況下,完成作業的時間也是越來越短.每次作業都將接觸大量的新工具,這些工具的學習成本不低,但實際上可能這次用過之后日后再碰這些工具的可能性就很低了,在花費大量心血和時間后最終能留在腦海只是知道有這么些工具和流程而已,從最后的結果來說,不值得,不建議,不推薦
5）工作說明。即根據小組討論結果，說明自己的小組貢獻分。
小組貢獻分：0.4