基于Android平台的汽车租赁系统:项目测试心得
# 在項目各個部分整合之后,本組成員作為測試人員對項目進行了測試,其具體過程與分析如下:?
?
測試分類與分工
1. 功能測試
| 測試名稱 | 測試內容 | 測試人員 |
| ? ? ?? 單元測試 ? ? ?? | 在最基本的功能/參數上驗證程序的正確性 | ? 相應開發人員 ? |
| 功能測試 | 驗證模塊的功能 | ?相應開發人員? |
| 集成測試 | 驗證幾個有依賴關系的模塊的功能 | ? 相應開發人員? |
| 場景測試 | 驗證幾個模塊能夠完成一個用戶場景 | ? 相應開發人員? |
| 系統測試 | 對整個系統功能的測試 | ? 相應開發人員? |
| Beta測試 | 外部軟件測試人員在實際用戶環境中對軟件進行全面的測試 | ?全組成員? |
?
?
?
?
?
?
?
?
?
注:在Alpha版本驗收之后,新增或修改了某些部分,所以需要重新測試
?
2. 非功能測試
| 測試名稱 | 測試內容 | 測試人員 |
| 壓力測試 | 測試軟件在負載情況下能否正常工作 | 全組成員 |
| 效能測試 | 測試軟件的效能 | 全組成員 |
| 配置測試 | 測試軟件在各種配置下能否正常工作 | 全組成員 |
| 易用性測試 | 測試軟件是否好用 | 全組成員 |
| 安全性測試 | 測試軟件是否具有一定的安全性 | 全組成員 |
?
?
?
?
?
?
?
?
結合本項目的實際情況,暫不進行可訪問性測試、本地化/全球化測試以及兼容性測試(本項目基于Android)
?
測試方法
基于MSF敏捷模式,我們采用場景來規劃測試工作。部分測試報告如下:
1. 管理員頁面測試報告
| 場景ID | 場景名 | 測試結果 | Bug ID |
| 10001 | 管理員登陸 | 成功 | ? |
| 10002 | 通過手機號搜索用戶 | 成功 | ? |
| 10003 | 添加新的用戶信息 | 失敗 | 20001 |
| …… | …… | …… | …… |
?
?
?
?
?
?
?
2. APP端測試報告
| 場景ID | 場景名 | 測試結果 | Bug ID |
| ? 30001 ? | ? ? ? ? ?? 用戶登陸 ? ? ? ? ?? | ? ?? 成功 ? ?? | ? |
| 30002 | ? ? ? ? ? 用戶注冊 ? ? ? ? ? | 失敗 | ?? 40001 ?? |
| 30003 | 用戶修改昵稱 | 成功 | ? |
| …… | …… | …… | …… |
?
?
?
?
?
?
?
注:每個Bug ID有對應的說明,例如bug 40001代表用戶手機號不合法
?
測試準備
1. 制定測試計劃
本項目的測試計劃是基于需求文檔制定的,分為:管理員頁面測試計劃與APP端測試計劃。主要測試每個功能是否按照預期實現,尤其關注容易出Bug的地方,例如:用戶手機號的記錄。
2. 測試用例
?測試用例是基于功能點編寫的,包括如何操作以及預期結果。例如:輸入手機號111應提示手機號不等于11位數,操作失敗。
?
測試結果
測試之后的Bug數量遠超我們的想像:管理員頁面與APP端較為明顯的Bug就分別有20多個。綜合分析,原因有兩點:
1. APP端的開發小組與管理員端的開發小組對接不好,很多東西沒有溝通清楚,比如:用戶密碼在管理員端強制為6-12位,而在APP端域不同,對數據進行操作的時候就會產生異常;
2. 細節關注度低,可能是經驗不足,開發人員在實現時只關注主要功能,忽略很多細節,比如:管理員頁面通過新增用戶插入的用戶密碼,與列表中顯示的用戶密碼應該具有相同的約束。
?
分析總結
?在進行測試的時候,如下兩種方式讓我們的測試效果很好:
1. 每個小組成員都對APP端和管理員端分別測試,這樣相當于進行了5次不同程度的測試,再把整理后的測試結果發在群里,事實證明這種分工方法效率很高;
2. 測試人員在測試時尤其關注另一開發小組的功能點,比如:管理員端開發人員對APP端進行詳細測試。因為開發人員很容易有定式思維。
?
# 測試過程,除了讓我們對整個項目結構更加了解之外,還感受到了每個開發小組的工作量,還是挺感人的。
# 總之,經過測試、修改、再測試這樣反復迭代的過程,本學期的項目工作就接近尾聲了,最后就希望驗收順利!表面隊加油 >_<
?
轉載于:https://www.cnblogs.com/liuyi0224/p/10201200.html
總結
以上是生活随笔為你收集整理的基于Android平台的汽车租赁系统:项目测试心得的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 移动APP性能优化的建议
- 下一篇: 借助ADB冻结与卸载Android系统应