第6周作業:軟件測試和評估
第6周作業:軟件測試和評估
一、計劃說明
基礎軟件產品及其競品產品
產品A:“百詞斬”
產品B:“可可英語”
測試PSP表
項目 | 內容說明 | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 30 | 30 |
· Estimate | · 估計這個任務需要多少時間 | 30 | 30 |
Testing Design | 測試設計 | 180 | 200 |
· Analysis | · 需求和測試需求分析 | 80 | 100 |
· Design Test Cases | · 設計測試用例 | 100 | 100 |
Testing Environment | 搭建測試環境(安裝測試工具、管理工具等相關運行和支撐軟件) | 40 | 60 |
Testing Implementation | 測試實施 | 150 | 150 |
· Test | · 執行測試 | 150 | 150 |
Reporting | 報告 | 100 | 100 |
· Test Report | · 測試報告 | 60 | 100 |
· Postmortem & Process Improvement Plan | · 事後總結, 並提出過程改進計劃 | 40 | 40 |
合 計 | 960 | 1080 |
二、需求說明
功能模塊圖
- 產品A( (dashMrl作)
- 產品B(fusidic作)
經過分析比照,二者之間存在相似的功能點,但同時,每個功能模塊又不盡相同,因此,我們將兩款產品的高風險功能進行了提取與聚合,分別歸納為背單詞、聽力、激勵與監督、單詞復習。
- 核心功能劃分
我負責的功能模塊是背單詞的部分,對應的功能如上圖所示。
三、測試說明
1.測試用例的設計思想
首先對於輸入進行等價類的劃分,分為有效等價類與無效等價類,分別輸入測試,如背單詞時要求輸入字母,輸入“@#¥@%¥@%”等亂碼顯然就是無效的等價類。單詞APP的邊界測試有點使人迷惑,因為軟件輸入的邊界並不是很明確,很難找到輸入的”邊界“在哪。再後,根據預設的使用場景,繪制對應的流程圖,根據流程圖可以設計出包括”基本流“、”備選流“的多個測試用例。
(圖片來自武劍潔老師的ppt,若有侵權,請聯系博主刪除)
以下列出產品A、B的一些使用場景的流程圖:
產品A場景:背單詞
產品B場景:背單詞
例如對產品A流程圖的分析,可以將”基本流“定為:進入百詞斬-創建學習計劃-選擇單詞書-背單詞-選擇相符圖片-選擇正確-完成選擇-選擇相符釋義-正確完成-生成打卡數據;”備選流1“為:更改學習計劃,以此類推備選流2、3等。
2.功能測試執行的部分操作和運行界面的截圖
產品AB的初始界面:
此處為可可英語與百詞斬初始設置的界面。
設計預期每日的單詞量,根據這個可以得出整體任務需要多久才能完成,此處邊界測試,可以嘗試每日最低任務量與每日最高任務量。
百詞斬背單詞可分為畫面與中譯兩種:
可可英語則分為:釋義、拼寫、聽選等幾個步驟。
等價類測試(無效等價類):
3.使用測試管理工具——禪道
軟件版本:禪道9.8.3
禪道集成運行環境:2.0.9
該工具在局域網中搭建,局域網中的小組成員可訪問:http://192.168.137.1/zentao/
禪道界面:
小組成員:
註:因使用的是試用版,系統添加的用戶人數上限為2,故小組中有兩位同學是共用同一個賬號進行測試管理的。
首先在禪道中建立AB兩個產品,並建立對應的項目、版本
然後才能開始測試,以下是測試用例及導出截圖:
導出可選擇導出模板或導出數據:
四、結論說明
僅就背單詞這個功能而言,產品AB的設計思路差別較大,甚至在測試用例的設計中,很少有可以通用共用的測試用例,這也導致的實際要設計的測試用例遠大於20個。
百詞斬設計新穎,其背單詞功能非常完善,背起單詞來會覺得很有趣味,但同時很讓人擔心這種形式會不會導致學生註意力的丟失以及背單詞的效果。
可可英語背單詞設計的相當繁瑣反復,但同時似乎使人記得更牢,不過這屬於主觀的感受,不再測試範圍之內。
五、工作說明
小組貢獻分0.28
註:博客內圖片使用圖床https://sm.ms/,若圖片無法加載出來,請聯系博主。
第6周作業:軟件測試和評估