管理規(guī)范故障及能耗信息自動采集(傳輸)和監(jiān)管責(zé)任追溯系統(tǒng)測試報告V1

管理規(guī)范智慧應(yīng)用系統(tǒng)軟件開發(fā)管理系統(tǒng)測試報告文件編號202XQK011/BT-ZTA-QK011文件狀態(tài)[]草稿[√]正式發(fā)布[]正在修改當(dāng)前版本V7202X0710擬制日期審核日期測試報告修訂歷史記錄 A-增加M-修訂D-刪除變更版本號日期變更類型（A*M*D）修改人摘要備注V1A傳感器與無線變送模塊、無線收發(fā)模塊硬件及協(xié)議測試V2A傳感器與無線變送模塊、無線收發(fā)模塊內(nèi)置軟件、中間件測試V3A增加與前置終端測試與監(jiān)控軟件接入的聯(lián)合測試V4A聯(lián)合測試V5B模擬環(huán)境測試（中特安）V6A無錫實地測試V7B保定實地測試

目錄TOC\o"1-3"\h\u281351.1.測試任務(wù)名稱及內(nèi)容 4204531.2.測試環(huán)境 4189991.2.1.軟硬件環(huán)境 414851.2.2.網(wǎng)絡(luò)拓樸 5289531.3.測試充分性評價 6153591.4.測試結(jié)果 6164171.4.1.Bug趨勢圖 69131第一階段，增量確認測試。 73562第二階段，BUG驗證和功能回歸確認測試。 888421.4.2.Bug嚴重程度 10298901.5.Bug引入階段 12284781.6.Bug引入原因 1220641.7.Bug狀態(tài)分布 13209181.8.測試結(jié)論 14290881.8.1.功能性 14122261.8.2.易用性 1477851.8.3.可靠性 1639001.8.4.兼容性 1678341.8.5.安全性 16170021.9.分析摘要 17150831.9.1.覆蓋率 17226661.9.2.遺留缺陷的影響 1844761.10.建議 18316531.11.度量 19242821.11.1.資源消耗 19281921.11.2.缺陷密度 20316971.12.典型缺陷引入原因分析 20116801．實際環(huán)境估算不足 2079972．開發(fā)人員疏忽引起的缺陷 20118341.13.報告批準(zhǔn) 20測試任務(wù)名稱及內(nèi)容測試傳感器接入無線變送模組狀態(tài)測試；無線變送模組內(nèi)置協(xié)議測試；無線變送模組與無線接收模塊間數(shù)據(jù)傳送測試；無線接收模塊與PC間RS232接口測試中間件測試； 前置終端Wi-Fi與3G/GPRS通訊測試；監(jiān)控軟件功能測試；模擬環(huán)境與實際環(huán)境的聯(lián)調(diào)測試；測試環(huán)境軟硬件環(huán)境名稱硬件配置軟件配置網(wǎng)絡(luò)前置機CPU：2.0GHz×2內(nèi)存：1GBDDR2HD：80GBSATA無線：3G、WiFi操作系統(tǒng):WindowsXPSP3數(shù)據(jù)庫：MySQLWebService：Tomcat3GGPRSWiFi服務(wù)器CPU2.40GHzstepping01內(nèi)存：4GBDDR2硬盤：80GSATA操作系統(tǒng)：WindowsServer2008數(shù)據(jù)庫：MySQLWebService：ApacheLAN10MB/100MB用戶端1CPU：2.2GHz×2內(nèi)存：2GBDDR3HD：120GBSATA操作系統(tǒng):WindowsXPSP3瀏覽器：firefoxLAN10MB/100MB用戶端2CPU：2.2GHz×2內(nèi)存：2GBDDR3HD：120GBSATA作系統(tǒng):Windows7瀏覽器：firefoxWiFi10MB/100MB網(wǎng)絡(luò)拓樸測試充分性評價根據(jù)課題可行性報告及技術(shù)要求，測試過程嚴謹、細致、按實記錄，并且現(xiàn)場測試時與現(xiàn)場操作及管理員人進行了溝通。測試結(jié)果經(jīng)特種設(shè)備檢測中心專家審閱并按照專家建議對涉及到的檢測值、門限值、算法進行了修訂。測試結(jié)果Bug趨勢圖此次黑盒測試總共發(fā)布11個版本，B1—B5為計劃內(nèi)迭代開發(fā)版本（針對項目計劃的基線標(biāo)識），B6-B11為進行的回歸測試版本，bug版本趨勢圖如下圖所示：第一階段，增量確認測試。時間從202X年9月3日到202X年12月5日。從Bug趨勢圖中可以看出，每個版本的bug數(shù)基本維持在60個左右。B1：從圖中看到B1共有33個BUG，因為B1版本有一個功能模塊在B2版本才開始測試，B1測試模塊相對較少，所以B1版本bug相對較少。B2：由于B1中的一個功能模塊增加到Build2中進行測試，這一版本除了對B1中的BUG進行驗證同時對B1進行了回歸測試，所以B2中的bug數(shù)相對B1出現(xiàn)了明顯的增長趨勢，B3：B3版本因為有B2版本的bug驗收測試，以及B1,B2的回歸測試，共發(fā)現(xiàn)67個bug，和B2基本保持一致。B4：B4版本bug數(shù)有一個下降的趨勢，是因為B4版本推遲發(fā)布，新增加了測試人員參與測試，對系統(tǒng)不夠熟悉，以及測試時間緊張，部分測試用例沒有執(zhí)行，測試覆蓋度不夠，所以發(fā)現(xiàn)bug數(shù)呈下降趨勢。B5：B5版本bug數(shù)又有一個增加的趨勢，主要是由于開發(fā)功能模塊多，該版本需求定義不明確。第二階段，BUG驗證和功能回歸確認測試。時間從202X年1月14日到202X年3月2日。B6和B7進行了回歸測試，B8沒有進行回歸測試，只驗證了B1－B7的bug。B6：進行第一輪回歸測試，發(fā)現(xiàn)的bug數(shù)為33個，遺留一個問題，為數(shù)據(jù)字典種類默認值問題B7：進行第二輪回歸測試，第一次回歸測試沒有涉及到權(quán)限控制菜單按鈕的測試，在本次回歸測試的時候，重點進行了這個方面的測試，又發(fā)現(xiàn)了大量的權(quán)限相關(guān)的bug。B8：B8沒有進行全面的回歸測試，只驗證了B1－B7未通過驗證的bug，所以該版本的bug數(shù)明顯比較少。B9：B9版本進行了全面的回歸測試，同時重點測試了權(quán)限控制，所以發(fā)先的bug數(shù)又呈現(xiàn)上升的趨勢。測試發(fā)現(xiàn)44個bug，嚴重級別的bug為14個，嚴重級別的bug集中在客戶端控制上，功能性嚴重bug沒有發(fā)現(xiàn)，說明權(quán)限控制依舊不穩(wěn)定，但是系統(tǒng)功能已經(jīng)穩(wěn)定。B10：B10版本驗證了B9版本發(fā)現(xiàn)得bug，沒有進行全面的回歸測試。B10版本在驗證bug的時候，重現(xiàn)打開Bug6個，新增bug2個，重新打開bug有5個為嚴重級別bug，是關(guān)于中間件權(quán)限控制的bug，而新發(fā)現(xiàn)的bug，1個為嚴重級別的bug，也是屬于權(quán)限控制的。說明，權(quán)限控制還存在著問題，需要修改權(quán)限管理bug，重新發(fā)布版本后進行全面的回歸測試。B11：B11中驗證了B1—B10未驗證的bug，重點測試了門限值設(shè)置，同時進行了查詢，字段添加，刪除，修改的功能測試，測試過程中未發(fā)現(xiàn)bug。Bug嚴重程度測試發(fā)現(xiàn)的bug主要集中在normal和minor階段，屬于一般性的缺陷，但是測試的時候，出現(xiàn)了68個嚴重級別的bug，出現(xiàn)嚴重級別的bug主要表現(xiàn)在以下幾個方面系統(tǒng)通訊協(xié)議缺陷，出現(xiàn)亂碼，導(dǎo)致解碼問題無線變送模組與無線收發(fā)模組通訊延遲環(huán)境變化引起的誤報數(shù)據(jù)庫設(shè)計未考慮系統(tǒng)管理員角色，導(dǎo)致用系統(tǒng)管理員進行操作的時候出現(xiàn)找不到頁面錯誤權(quán)限控制異常嚴重級別bug按版本分布如下：由嚴重bug版本分布圖可以看出，嚴重級別的bug版本趨勢和bug版本趨勢基本是一致的，但是，在B7和B9版本中年，嚴重級別的bug明顯增多，主要原因是B7和B9版本測試了數(shù)據(jù)權(quán)限訪問和指令交換控制功能，訪問權(quán)限問題出現(xiàn)的嚴重級別的bug比較多。bug主要表現(xiàn)：不可識別碼未被丟棄校驗出現(xiàn)錯誤數(shù)據(jù)日志曲線無法正常展現(xiàn)數(shù)據(jù)庫權(quán)限未正確配置Bug引入階段由上圖可以看出，主要為前臺編碼和頁面設(shè)計方面的bug，占到了全部bug的2/3。Bug引入原因由上圖可以看出，主要為前臺頁面編碼和易用性方面的bug，占到了全部bug的2/3。Bug狀態(tài)分布由bug狀態(tài)圖可以看出，主要BUG存在于中間件中，主要原因集中在協(xié)議中，目前BUG已經(jīng)修補。測試結(jié)論功能性系統(tǒng)正確實現(xiàn)了通過數(shù)據(jù)字典管理基礎(chǔ)數(shù)據(jù)的功能，實現(xiàn)了數(shù)據(jù)的變送功能，實現(xiàn)了數(shù)據(jù)收發(fā)，實現(xiàn)了自組網(wǎng)數(shù)據(jù)傳輸。系統(tǒng)在實現(xiàn)數(shù)據(jù)變送傳輸時，出現(xiàn)多傳感器模塊變送時收發(fā)模塊擁堵情況，經(jīng)查為協(xié)議中的BUG，經(jīng)過處理后，多模塊數(shù)據(jù)收發(fā)擁塞未重現(xiàn)。中間件曾出現(xiàn)延遲情況，經(jīng)查是ITX主機RS232接口模塊問題，經(jīng)處理后未重現(xiàn)。數(shù)據(jù)平臺曾出現(xiàn)誤報，經(jīng)查是環(huán)境溫度變化時，門限值設(shè)置過低，修正后未重現(xiàn)。聯(lián)調(diào)階段曾出現(xiàn)采用3G上報數(shù)據(jù)時出現(xiàn)延遲，經(jīng)多次測試后查明，是當(dāng)?shù)?G信號不穩(wěn)定原因造成，數(shù)據(jù)上報正常。易用性現(xiàn)有系統(tǒng)實現(xiàn)了如下易用性：數(shù)據(jù)查詢列表化日志柱狀和折線化門限在權(quán)限控制下可自定義現(xiàn)有系統(tǒng)存在如下易用性缺陷：界面排版不美觀字段專業(yè)性有誤輸入缺少解釋性說明界面色彩不莊重存在的易用性缺陷修正：界面排版不美觀：已修正字段專業(yè)性有誤：已修正輸入缺少解釋性說明：已修正界面色彩不莊重：已調(diào)整；可靠性經(jīng)過聯(lián)調(diào)修正，更換傳感器頭、更換模組天線、更換收發(fā)模塊電池盒、更換ITX中內(nèi)置電源，修正環(huán)境溫度門限制，更換服務(wù)器，目前系統(tǒng)可靠性達到實際使用需求。兼容性現(xiàn)有系統(tǒng)支持Firefox瀏覽器。現(xiàn)有系統(tǒng)可在Windows和Linux平臺上運行?，F(xiàn)有系統(tǒng)未進行其他兼容性測試。安全性現(xiàn)有系統(tǒng)控制了以下安全性問題：模組端傳輸協(xié)議燒錄進模組ROM中；PC端協(xié)議采用封包方式處理；把某一個登錄后的頁面保存下來，不能單獨對其進行操作不進行登錄數(shù)據(jù)庫設(shè)置了數(shù)據(jù)庫用戶名及密碼驗證方式；現(xiàn)有系統(tǒng)未控制以下安全性問題：用戶名和密碼應(yīng)允許使用符號；登陸錯誤次數(shù)限制；分析摘要覆蓋率所有測試用例都是在中文操作系統(tǒng)下執(zhí)行，未在非中文操作系統(tǒng)下執(zhí)行，測試不包括非中文操作系統(tǒng)下的測試。測試中，由于采用了模擬環(huán)境和實地環(huán)境下進行，在模擬環(huán)境下未考慮到的因素，在實際環(huán)境中暴露了缺陷，經(jīng)過以實際環(huán)境為根據(jù)調(diào)整了模擬環(huán)境，測試過程中的不斷溝通和修正，硬件未重現(xiàn)問題，軟件中出現(xiàn)了部分Bug。下面為此次測試測試用例覆蓋率分析圖：遺留缺陷的影響1．因?qū)嵉貞?yīng)用環(huán)境較少，當(dāng)形成大規(guī)模數(shù)據(jù)上報時，可能會出現(xiàn)的情況是平臺的負載性能需要實際條件下進行修正；2、由于各傳感器需要的供電不同，有DC24V、DC12V、DC5V、DC7.5V等區(qū)別，傳感器及無線傳感模組供電問題在實際應(yīng)用中需要根據(jù)應(yīng)用環(huán)境進行解決，如配置大容量電源模塊等。建議在項目開始的時候應(yīng)該制定編碼標(biāo)準(zhǔn)，數(shù)據(jù)庫標(biāo)準(zhǔn)，需求變更標(biāo)準(zhǔn)，開發(fā)和測試人員都嚴格按照標(biāo)準(zhǔn)進行，可以在后期減少因為開發(fā)，測試不一致而導(dǎo)致的問題，同時也可以降低溝通成本。發(fā)布版本的時候，正確布置測試環(huán)境，減少因為測試環(huán)境，測試數(shù)據(jù)庫數(shù)據(jù)的問題而出現(xiàn)的無效bug。開發(fā)人員解決bug的時候，填寫bug原因以及解決方式，方便bug的跟蹤。開發(fā)人員在開發(fā)版本上發(fā)現(xiàn)bug，可以通知測試人員，因為開發(fā)人員發(fā)現(xiàn)的bug很有可能在測試版本上出現(xiàn)，而測試人員和開發(fā)人員的思路不同，有可能測試人員沒有發(fā)現(xiàn)該bug，而且，這樣可以保證發(fā)現(xiàn)的bug都能夠被跟蹤。度量資源消耗測試時間202X年1月14日至202X年7月5日共94天測試人力1人×7天＋1人×35天＝42人天硬件資源傳感器12個無線模組：3個無線收發(fā)模組：2個前置終端2臺服務(wù)器：PC2臺客戶端：PC3臺缺陷密度5.12%典型缺陷引入原因分析測試過程中發(fā)現(xiàn)的缺陷主要有以下幾個方面：1．實際環(huán)境估算不足需求文檔中，存在功能定義錯誤，輸入輸出字段描述錯誤，輸入輸出字段限制定義錯誤，輸入輸出限制定義缺失這幾種類型的缺陷。使得開發(fā)人員根據(jù)需求進行設(shè)計時，沒有