基于彈幕評論的大數(shù)據(jù)分析平臺

1、基于彈幕評論的大數(shù)據(jù)分析平臺測試報(bào)告（V1.0）團(tuán)隊(duì)：開拓者研發(fā)團(tuán)隊(duì)文檔修改記錄版本號版本描述版本號版本描述責(zé)任人日期備注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 項(xiàng)目背景1測試目的2 HYPERLINK l _TOC_250011 測試方法2 HYPERLIN

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

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

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

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

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

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

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