基于彈幕評論的大數據分析平臺

1、基于彈幕評論的大數據分析平臺測試報告（V1.0）團隊：開拓者研發(fā)團隊文檔修改記錄版本號版本描述版本號版本描述責任人日期備注V1.0A2018/06/28目錄 HYPERLINK l _TOC_250017 引言1 HYPERLINK l _TOC_250016 編寫目的1 HYPERLINK l _TOC_250015 名詞解釋1 HYPERLINK l _TOC_250014 測試概述1 HYPERLINK l _TOC_250013 測試對象1 HYPERLINK l _TOC_250012 項目背景1測試目的2 HYPERLINK l _TOC_250011 測試方法2 HYPERLIN

2、K l _TOC_250010 測試用例設計2 HYPERLINK l _TOC_250009 等價類劃分法2 HYPERLINK l _TOC_250008 邊界值分析法2 HYPERLINK l _TOC_250007 場景法2 HYPERLINK l _TOC_250006 測試方法2 HYPERLINK l _TOC_250005 Junit4單元測試2 HYPERLINK l _TOC_250004 白盒測試3 HYPERLINK l _TOC_250003 黑盒測試3 HYPERLINK l _TOC_250002 壓力測試3 HYPERLINK l _TOC_250001 缺陷的

3、統(tǒng)計與分析4缺陷匯總4測試分析總結：4 HYPERLINK l _TOC_250000 測試總結4引言編寫目的本測試報告為基于彈幕評論的大數據分析平臺項目的測試報告，目的在于總結 名詞解釋BUG 優(yōu)先級：（立即修復，停止進一步測試）緊要：操作性錯誤、錯誤結果、遺漏功能（產品發(fā)布前必須修復） UI 布局、罕見故障（時間允許應該修復次要：不影響使用的瑕疵或更好的實現（可能會修復，但是也能發(fā)布）測試概述測試對象直播平臺主播：查看高頻詞匯統(tǒng)計分析：直播平臺主播通過查看高頻詞匯統(tǒng)計分析了解到觀看人群的偏好和興趣，可據此修改直播內容，以便吸引更多用戶觀看。查看真實彈幕所占比例：直播平臺主播可以通過查看真實

4、彈幕所占比例分析得出真實用戶比例。查看活躍粉絲排行：直播平臺主播查看活躍粉絲排行得出粉絲的身份、年齡等資料，可以了解自己直播所吸引的觀看人群的特點。查看高頻詞匯統(tǒng)計分析：直播平臺用戶通過某個直播的高頻詞匯統(tǒng)計分析可以辨別當前直播內容是否是自己感興趣的，可以據此篩選自己喜歡的直播內容。平臺管理員：測試系統(tǒng)基本功能是否正常項目背景基于彈幕評論的大數據分析平臺，該軟件面向直播平臺主播和直播平臺用戶。主要是利用國內知名的直播平臺-斗魚，通過其彈幕服務器第三方接入協(xié)議來爬取海量彈幕數據，對于彈幕數據做一個大數據的分析。2.3測試目的2.3測試目的通過對軟件的測試，盡可能的發(fā)現軟件中的錯誤，借以減少功能上

5、的缺陷，保證每個模塊能正確地實現其預期的功能，使整體的性能和功能完整。測試方法測試用例設計等價類劃分法等價類是指某個輸入域的子集合。在該子集合中，各個輸入數據對于揭露程序中的錯誤都是等效的，并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試。因此，可以把全部輸入數據合理劃分為若干等價類，在每一個等價類中取一個數據作為測試的輸入條件，就可以用少量代表性的測試數據，取得較好的測試結果。等價類劃分可有兩種不同的情況：有效等價類和無效等價類。設計測試用例時，要同時考慮這兩種等價類。因為，軟件不僅要能接收合理的數據，也要能經受意外的考驗。這樣的測試才能確保軟件具有更高的可靠性。功能和性能。無效

6、等價類：與有效等價類的定義恰巧相反。邊界值分析法邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。場景法現在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結果就形成事件流。這種在軟件設計方面的思想也可以引入到軟件測試中，可以比較生動地描繪出事件觸發(fā)時的情景，有利于測試設計者設計測試用例，同時使測試用例更容易理解和執(zhí)行。測試方法開發(fā)期間采用Junit4 單元測試，開發(fā)完成采用白盒測試、黑盒測試和壓力測試三種方法進行測試。Junit4JavaEcli

7、pseJUnit4 通過注解的方式來識別測試方法。目前支持的主要注解有：BeforeClass 全局只會執(zhí)行一次，而且是第一個運行Before 在測試方法運行之前運行Test 測試方法After 在測試方法運行之后允許AfterClass 全局只會執(zhí)行一次，而且是最后一個運行Ignore 忽略此方法白盒測試白盒測試是基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調試來判斷軟件的質量，一般白盒測試由項目經理在程序員開發(fā)中來實現。白盒測試分為動態(tài)白盒測試和靜態(tài)白盒測試。靜態(tài)白盒測試：利用眼睛，瀏覽代碼，憑借經驗，找出代碼中的錯誤或者代碼中不符合書寫規(guī)范的地方。比如，代碼規(guī)范中

8、規(guī)定，函數必須為動賓結構。動態(tài)白盒測試：利用開發(fā)工具中的調式工具進行測試。比如一段代碼有 4 個分支，輸入 4 組不同的測試數據使 4 組分支都可以走通而且結果必須正確。白盒測試通常在單元測試的時候進行黑盒測試測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特 性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的 規(guī)定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試 著眼于程序外部結構，不考慮內部邏輯結構，主要針對軟件界面和軟件功能進行測 試。很明顯，如果外部特性本身設計有問題或規(guī)格說明的規(guī)定有誤，用黑盒測試方法是發(fā)現不了的。壓力測

9、試壓力測試是在強負載（大數據量、大量并發(fā)用戶等）下的測試，查看應用系統(tǒng) 在峰值使用情況下操作行為，從而有效地發(fā)現系統(tǒng)的某項功能隱患、系統(tǒng)是否具有 良好的容錯能力和可恢復能力。壓力測試分為高負載下的長時間（壓力測試是在強負載（大數據量、大量并發(fā)用戶等）下的測試，查看應用系統(tǒng) 在峰值使用情況下操作行為，從而有效地發(fā)現系統(tǒng)的某項功能隱患、系統(tǒng)是否具有 良好的容錯能力和可恢復能力。壓力測試分為高負載下的長時間（如24 小時以上的穩(wěn)定性壓力測試和極限負載情況下導致系統(tǒng)崩潰的破壞性壓力測試。通過壓力測試，可以更快地發(fā)現內存泄漏問題，還可以更快地發(fā)現影響系統(tǒng)穩(wěn) 定性的問題。例如，在正常負載情況下，某些功能不能正常使用或系統(tǒng)出錯的概率 比較低，可能一個月只出現一次，但在高負載（壓力測試）下，可能一天就出現， 從而發(fā)現有缺陷的功能或其它系統(tǒng)問題。通過負載測試，可以證明這一點，某個電 1050錯誤率是 1%，而在 200 個并發(fā)用戶時錯誤率是 20。缺陷的統(tǒng)計與分析4.1缺陷匯總按嚴重程度已修復bug數未修復/暫緩 bugbug嚴重、高12個214一般3個03低0個00匯總152174.2測試分析總結：本次測試功能覆蓋率為 100%；提交總的缺陷數 756， 其中嚴重、高級別為缺陷數有 497 個；一般的等級的缺陷數為 126 個； 已修復缺陷數 752 個；未修復缺陷數 4 個測試