# 在項目各個部分整合之后，本組成員作為測試人員對項目進行了測試，其具體過程與分析如下：?

?

測試分類與分工

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平台的汽车租赁系统：项目测试心得的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。