太原自助終端測試報(bào)告

1、自助終端系統(tǒng)測試報(bào)告1 引言1.1 編寫目的編寫該測試總結(jié)報(bào)告主要有以下幾個(gè)目的1 通過對測試結(jié)果的分析，得到對軟件質(zhì)量的評價(jià)2 分析測試的過程，產(chǎn)品，資源，信息，為以后制定測試計(jì)劃提供參考3 評估測試測試執(zhí)行和測試計(jì)劃是否符合4 分析系統(tǒng)存在的缺陷，為修復(fù)和預(yù)防bug 提供建議1.2 背景1.3 用戶群主要讀者：自助終端項(xiàng)目管理人員1.4 定義嚴(yán)重 bug ：出現(xiàn)以下缺陷，測試定義為嚴(yán)重 bug? 系統(tǒng)無響應(yīng)，處于死機(jī)狀態(tài)，需要其他人工修復(fù)系統(tǒng)才可復(fù)原。? 死循環(huán)。? 數(shù)據(jù)庫發(fā)生死鎖。? 當(dāng)對必填字段進(jìn)行校驗(yàn)時(shí)，未輸入必輸字段，返回異常錯(cuò)誤。? 系統(tǒng)定義不能重復(fù)的字段輸入重復(fù)數(shù)據(jù)后返回異常錯(cuò)

2、誤。? 程序接口錯(cuò)誤。? 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件。1.5 測試對象1.6測試階段系統(tǒng)測試1.7測試工具JIRA缺陷管理系統(tǒng)1.8參考資料有線自助終端需求規(guī)格說明書有線BOSS項(xiàng)目-BOSS二期改造接口規(guī)自助終端系統(tǒng)后臺(tái)測試用例2測試概要自助終端后臺(tái)管理系統(tǒng)測試從2015年2月27日開始到2015年3月26日結(jié)束，共持續(xù)20天，測試功能點(diǎn)25個(gè)，執(zhí)行176個(gè)測試用例，平均每個(gè)功能點(diǎn)執(zhí)行測試用例7個(gè)，測試共發(fā)現(xiàn)47個(gè)bug，其中嚴(yán)重級別的bug8個(gè)，無效bug7個(gè)，平均每個(gè)測試功能點(diǎn)2個(gè)bug。自助終端后臺(tái)管理系統(tǒng)總共發(fā)布3個(gè)測試版本，其中 B1 B2為計(jì)劃迭代開發(fā)版本，

3、B3為回歸測試版本。均準(zhǔn)時(shí)完成測試。2.1進(jìn)度回顧版本/時(shí)間計(jì)劃開始時(shí)間實(shí)際開始時(shí)間計(jì)劃完成時(shí)間實(shí)際完成時(shí)間參與 人員B12015.2.272015.2.272015.3.62015.3.61B220153102015.3.102015.3.132015.3.131B32015.3.182015.3.182015.3.262015.3.2612.2測試執(zhí)行此次測試嚴(yán)格按照項(xiàng)目計(jì)劃和測試計(jì)劃執(zhí)行，按時(shí)完成了測試計(jì)劃規(guī)定的測試對象的測試。針對測試計(jì)劃規(guī)定的測試策略，在測試執(zhí)行中都有體現(xiàn)，在測試執(zhí)行過程中， 依據(jù)測試計(jì)劃和測試用例，對系統(tǒng)進(jìn)行了完整的測試2.3測試用例功能性系統(tǒng)實(shí)現(xiàn)的主要功能：包括權(quán)

4、限管理、終端管理、廣告管理、商品管理、日志管理、 訪問量統(tǒng)計(jì)和促銷管理。易用性操作按鈕提示信息正確性，一致性，可理解性 限制條件提示信息正確性，一致性，可理解性 必填項(xiàng)標(biāo)識(shí)輸入方式可理解性中文界面下數(shù)據(jù)語言與界面語言的一致性3測試環(huán)境軟硬件環(huán)境硬件環(huán)境應(yīng)用服務(wù)器數(shù)據(jù)庫服務(wù)器客戶端硬件配置CPU : Intel(R) Xeon(R)CPU E56202.40GHZMemory : 6GHD : ST380817AS 120GSATACPU : Intel(R) Xeon(R)CPU E56202.40GHZMemory : 6GHD : ST380817AS 120GSATACPU : Pent

5、ium(R) Dual-Core CPU E5800 3.20GHzMemory:1048256kHD : ST380817AS 250G SATA軟件配置OS： windows Server2008R2 Sta ndardJDK : 160_26Tomcat： 6.0.43OS: windowsServer2008 R2 Stan dard0racle:10.2.0.1.0Win dows 8.1 專業(yè)版 獵豹 V5.1.73.8984網(wǎng)絡(luò)環(huán)境局域網(wǎng)局域網(wǎng)局域網(wǎng)網(wǎng)絡(luò)拓?fù)錅y試方法和工具測試容測試方法測試工具備注功能黑盒、手工、回歸Jira性能黑盒、手工、回歸，工具自動(dòng)Jira、loadrunn

6、er 11可靠性黑盒、手工、回歸Jira安全性黑盒、手工、回歸Jira易用性黑盒、手工、回歸Jira兼容性黑盒、手工、回歸Jira安裝黑盒、手工、回歸Jira4測試結(jié)果4.1 Bug統(tǒng)計(jì)此次黑盒測試總共發(fā)布 3個(gè)版本，列表顯示本版本測試活動(dòng)的測試缺陷統(tǒng)計(jì)情況:版本參與人數(shù)新增缺陷數(shù)解決缺陷數(shù)未解決缺陷數(shù)遺留缺陷數(shù)B11282355B21101322B311214004.2 Bug嚴(yán)重程度測試發(fā)現(xiàn)的bug主要集中在字段驗(yàn)證和提示信息描述方面，屬于一般性的缺陷，但是測試的時(shí)候，出現(xiàn)了 8個(gè)嚴(yán)重級別的bug，出現(xiàn)嚴(yán)重級別的 bug主要表現(xiàn)在以下幾個(gè)方面：? 系統(tǒng)主要功能沒有實(shí)現(xiàn)。? 添加重復(fù)編號的數(shù)

7、據(jù)后，導(dǎo)致原編號的數(shù)據(jù)記錄被更改。? 數(shù)據(jù)庫設(shè)計(jì)未考慮系統(tǒng)管理員角色，導(dǎo)致新增管理員進(jìn)行登錄操作的時(shí)候出現(xiàn)找不到頁面錯(cuò)誤。日期選擇控件兼容問題。4.3 Bug引入階段bug引入階段分析圖34%需求設(shè)計(jì)階段后臺(tái)編碼階段前臺(tái)編碼階段測試階段發(fā)布階段由上圖可以看出，主要為前臺(tái)編碼和頁面設(shè)計(jì)方面的bug，占到了全部bug的2/3。4.4 Bug引入原因缺陷引入原因分布圖需朮及設(shè)計(jì)相出僅誤29%嗓庫和構(gòu)咖易用性口拿語言涮試坯短鋰許5 測試結(jié)論5.1 功能性自助終端系統(tǒng)正確實(shí)現(xiàn)了通過數(shù)據(jù)字典管理基礎(chǔ)數(shù)據(jù)的功能， 實(shí)現(xiàn)了數(shù)據(jù)容后臺(tái)維護(hù)到 前端展示，實(shí)現(xiàn)了客戶查詢、繳費(fèi)查詢、訂購查詢、賬單查詢、產(chǎn)品訂購、積分

8、兌換、充值 繳費(fèi)等功能。5.2 易用性現(xiàn)有系統(tǒng)實(shí)現(xiàn)了如下易用性：? 查詢，添加，刪除，修改操作相關(guān)提示信息的一致性，可理解性? 輸入限制的正確性? 輸入限制提示信息的正確性，可理解性，一致性現(xiàn)有系統(tǒng)存在如下易用性缺陷：? 界面排版不美觀? 輸入缺少解釋性說明5.3 可靠性現(xiàn)有系統(tǒng)的可靠性控制不夠嚴(yán)密，很多控制是通過頁面控制實(shí)現(xiàn)的，如果頁面控制失 效，可以向數(shù)據(jù)庫插入數(shù)據(jù)，引發(fā)錯(cuò)誤。現(xiàn)有系統(tǒng)的容錯(cuò)性不高，如果系統(tǒng)出現(xiàn)錯(cuò)誤，返回錯(cuò)誤類型為找不到頁面錯(cuò)誤，無法 回復(fù)到出錯(cuò)前的狀態(tài)5.4 兼容性現(xiàn)有系統(tǒng)支持 window 下的 IE11 瀏覽器、 google 瀏覽器、獵豹瀏覽器和 360 瀏覽器，

9、現(xiàn)有系統(tǒng)未進(jìn)行其他兼容性測試5.5 安全性現(xiàn)有系統(tǒng)控制了以下安全性問題：? 把某一個(gè)登錄后的頁面保存下來，不能單獨(dú)對其進(jìn)行操作? 不允許直接輸入某一頁面的 Url 打開頁面并進(jìn)行操作現(xiàn)有系統(tǒng)未控制以下安全性問題：? 登陸錯(cuò)誤次數(shù)限制6 分析摘要6.1 覆蓋率此次測試， 部分頁面需求描述無明確的定義， 對輸入限制無詳細(xì)定義， 無明確的測試依 據(jù)，在測試過程中，測試是根據(jù)輸入字段含義，測試人員理解，以及和項(xiàng)目經(jīng)理，開發(fā)人員 溝通獲得測試依據(jù)， 無法保證測試依據(jù)的正確性和完整性，因此， 沒有進(jìn)行完整的，正確的 無效數(shù)據(jù)的測試，測試覆蓋率不夠，無法保證測試的有效性和正確性6.2 建議? 在項(xiàng)目開始的時(shí)

10、候應(yīng)該制定編碼標(biāo)準(zhǔn)，數(shù)據(jù)庫標(biāo)準(zhǔn)，需求變更標(biāo)準(zhǔn)，開發(fā)和測試 人員都嚴(yán)格按照標(biāo)準(zhǔn)進(jìn)行，可以在后期減少因?yàn)殚_發(fā)，測試不一致而導(dǎo)致的問題， 同時(shí)也可以降低溝通成本。? 發(fā)布版本的時(shí)候，正確布置測試環(huán)境，減少因?yàn)闇y試環(huán)境，測試數(shù)據(jù)庫數(shù)據(jù)的問 題而出現(xiàn)的無效 bug 。? 開發(fā)人員解決 bug 的時(shí)候，填寫 bug 原因以及解決方式，方便 bug 的跟蹤。? 開發(fā)人員在開發(fā)版本上發(fā)現(xiàn) bug ，可以通知測試人員，因?yàn)殚_發(fā)人員發(fā)現(xiàn)的bug很有可能在測試版本上出現(xiàn)，而測試人員和開發(fā)人員的思路不同，有可能測試人 員沒有發(fā)現(xiàn)該 bug ，而且，這樣可以保證發(fā)現(xiàn)的 bug 都能夠被跟蹤。7 典型缺陷引入原因分析測試

11、過程中發(fā)現(xiàn)的缺陷主要有以下幾個(gè)方面：1 需求定義不明確 需求文檔中，存在功能定義錯(cuò)誤，輸入輸出字段描述錯(cuò)誤，輸入輸出字段限制定 義錯(cuò)誤，輸入輸出限制定義缺失這幾種類型的缺陷。使得開發(fā)人員根據(jù)需求進(jìn)行設(shè)計(jì) 時(shí)，沒有考慮相關(guān)功能的關(guān)聯(lián)性，以及需求錯(cuò)誤的地方，在測試過程中，需求相關(guān)的 問題表現(xiàn)出來。需求做改正，設(shè)計(jì)必須跟著做改動(dòng)，浪費(fèi)時(shí)間和影響開發(fā)人員的積極 性，降低開發(fā)人員對需求的信任，可能會(huì)導(dǎo)致開發(fā)人員不按照需求進(jìn)行設(shè)計(jì)而根據(jù)自己的經(jīng)驗(yàn)來進(jìn)行設(shè)計(jì)。2 頁面設(shè)計(jì)和需求不一致頁面設(shè)計(jì)沒有根據(jù)需求進(jìn)行， 輸入，輸出字段文字錯(cuò)誤， 用戶無法理解字段含義。頁面設(shè)計(jì)沒有完成需求規(guī)定的輸入限制驗(yàn)證，導(dǎo)致用戶可以輸入錯(cuò)誤的或者無效的數(shù) 據(jù)，這些數(shù)據(jù)有可能會(huì)引起功能性錯(cuò)誤。3 頁面設(shè)計(jì)易用性缺陷? 頁面設(shè)計(jì)不友好，系統(tǒng)中很多頁面的輸入字段無明確的輸入提示，用戶無法 理解何種輸入是正確的，但