選擇的對比產品是背單詞APP分類下的百詞斬和扇貝單詞html
項目網絡 |
內容說明app |
預估耗時工具 (分鐘)學習 |
實際耗時測試 (分鐘)spa |
Planning.net |
1. 計劃設計 |
153d |
25 |
· Estimate |
· 估計這個任務須要多少時間 |
15 |
25 |
Testing Design |
2. 測試設計 |
100 |
170 |
· Analysis |
· 需求和測試需求分析 |
40 |
50 |
· Design Test Cases |
· 設計測試用例 |
60 |
120 |
Testing Environment |
3. 搭建測試環境(安裝測試工具、管理工具等相關運行和支撐軟件) |
35 |
70 |
Testing Implementation |
4. 測試實施 |
60 |
80 |
· Test |
· 執行測試 |
60 |
80 |
Reporting |
5. 報告 |
100 |
180 |
· Test Report |
· 測試報告 |
80 |
160 |
· Postmortem & Process Improvement Plan |
· 過後總結, 並提出過程改進計劃 |
20 |
20 |
合 計 |
315 |
525 |
本人負責測試詞庫模塊,用於決定要背的單詞集
真實投入使用的app每每邊界值和等價類都比較模糊,軟件的輸入和輸出都是隱式的(對於背單詞app來講不存在明顯的輸入輸出接口),故沒辦法從邊界值和等價類的角度去考慮測試用例。
可是此類app的界面切換能夠認爲是場景的切換,可以點擊的一切按鈕均可以認爲是app的輸入,因此主要用不一樣按鈕點擊的組合來測試場景的變化是否符合預期。
我採用的是場景測試方法來設計測試用例。
具體的測試用例見打包提交的文檔。
如下給出兩款app的業務流程圖
扇貝單詞
百詞斬
單詞書:
收藏詳情:
切換單詞書:
書庫:
個人計劃:
個人計劃(編輯狀態):
詞庫:
制定計劃:
雖然兩個app採用了相同的測試思路,可是因爲其場景和流程都不盡相同,因此兩個app的測試用例是分別設計的,測試用例是不一樣的。二者的詞庫是同一類功能,但具體到底實現了什麼功能,知足了什麼用戶需求,都是不同的,因此測試用例的差別也徹底能夠接受。在對兩個app的詞庫功能進行對比時,主要考慮了二者軟件質量,還有用戶需求的知足程度。
使用的測試工具是禪道企業版 1.1.4
下載地址http://www.zentao.net/download/80074.html
測試用例截圖
bug截圖
導出截圖
結論說明
如下對扇貝單詞和百詞斬這兩個app的詞庫模塊的優劣勢進行分析。
首先,這兩個app的詞庫模塊都完成了類似的目的,即選擇要學習的單詞集。
但兩個app的詳細功能有所差異。百詞斬側重於制定計劃,扇貝單詞側重於選擇單詞書。
百詞斬能夠選定天天被多少單詞,以及用多少天背完,這個功能是扇貝沒有的。說明百詞斬更關心用戶自己。
而扇貝在單詞書詳情中,能夠看到該單詞書中包含的章節和全部單詞,這個功能百詞斬沒有。說明扇貝單詞更加關注用戶的選擇,卻忽視了用戶本身的學習計劃的重要性。
二者都有一個共同的設計缺陷,那就是將新詞庫加入收藏以後,會替換掉原先的正在學習的詞庫,這徹底不符合用戶的預期,應看成爲bug處理。
另外對於扇貝單詞,還有另外兩個實實在在的bug,其中一個會在網絡異常情況下發生,後果也不嚴重,嚴重程度很低。還有一個bug是由於斷定機制有問題致使的,感受能夠向扇貝的開發公司反應。
工做說明
本身的小組貢獻分是0.2
詳情見畢博附錄
選擇的是移動測試專題下的自動化兼容測試,測試工具是騰訊WeTest
具體見騰訊WeTest的自動化兼容測試介紹說明
http://wetest.qq.com/product/auto-compatibility-testing#colume_155
見畢博附錄,測試結評文件
雖然很累,但學到了很多知識