基于弹幕评论的大数据分析平台

基于弹幕评论的大数据分析平台

测试报告

（版本V1.0）

团队：开拓者研发团队

文档修改记录填表说明 A-添加 M-修改D-删除

目录

1.引言 (1)

1.1编写目的 (1)

1.2名词解释 (1)

2.测试概述 (1)

2.1测试对象 (1)

2.2项目背景 (1)

2.3测试目的 (2)

3.测试方法 (2)

3.1测试用例设计 (2)

3.1.1等价类划分法 (2)

3.1.2边界值分析法 (2)

3.1.3场景法 (2)

3.2测试方法 (2)

3.2.1Junit4单元测试 (2)

3.2.2白盒测试 (3)

3.2.3黑盒测试 (3)

3.2.4压力测试 (3)

4.缺陷的统计与分析 (4)

4.1缺陷汇总 (4)

4.2测试分析总结： (4)

5.测试总结 (4)

1.引言

1.1编写目的

本测试报告为基于弹幕评论的大数据分析平台项目的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统符合需求并对测试质量进行分析。

1.2名词解释

BUG优先级：

紧急：出现系统崩溃、数据丢失、数据毁坏等问题，阻碍开发或测试下一步工作。（立即修复，停止进一步测试）

紧要：操作性错误、错误结果、遗漏功能。（产品发布前必须修复）

主要：小问题、错别字、UI布局、罕见故障。（时间允许应该修复）

次要：不影响使用的瑕疵或更好的实现。（可能会修复，但是也能发布）

2.测试概述

2.1测试对象

直播平台主播：

查看高频词汇统计分析：直播平台主播通过查看高频词汇统计分析了解到

观看人群的偏好和兴趣，可据此修改直播内容，以便吸引更多用户观看。

查看真实弹幕所占比例：直播平台主播可以通过查看真实弹幕所占比例分

析得出真实用户比例。

查看活跃粉丝排行：直播平台主播查看活跃粉丝排行得出粉丝的身份、年

龄等资料，可以了解自己直播所吸引的观看人群的特点。

查看高频词汇统计分析：直播平台用户通过某个直播的高频词汇统计分析

可以辨别当前直播内容是否是自己感兴趣的，可以据此筛选自己喜欢的直播内容。

平台管理员：

测试系统基本功能是否正常

2.2项目背景

基于弹幕评论的大数据分析平台，该软件面向直播平台主播和直播平台用户。主要是利用国内知名的直播平台-斗鱼，通过其弹幕服务器第三方接入协议

来爬取海量弹幕数据，对于弹幕数据做一个大数据的分析。

2.3测试目的

通过对软件的测试，尽可能的发现软件中的错误，借以减少功能上的缺陷，保证每个模块能正确地实现其预期的功能，使整体的性能和功能完整。

3.测试方法

3.1测试用例设计

3.1.1等价类划分法

等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试。因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据，取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类。设计测试用例时，要同时考虑这两种等价类。因为，软件不仅要能接收合理的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性。

1.有效等价类：是指对于程序的规格说明来说是合理的，有意义的输入数据

构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的

功能和性能。

2.无效等价类：与有效等价类的定义恰巧相反。

3.1.2边界值分析法

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

3.1.3场景法

现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。

3.2测试方法

开发期间采用Junit4单元测试，开发完成采用白盒测试、黑盒测试和压力测试三种方法进行测试。

3.2.1Junit4单元测试

单元测试是编写测试代码，应该准确、快速地保证程序基本模块的正确性。JUnit 是Java单元测试框架，已经在Eclipse中默认安装。

JUnit4通过注解的方式来识别测试方法。目前支持的主要注解有：

@BeforeClass 全局只会执行一次，而且是第一个运行

@Before 在测试方法运行之前运行

@Test 测试方法

@After 在测试方法运行之后允许

@AfterClass 全局只会执行一次，而且是最后一个运行

@Ignore 忽略此方法

3.2.2白盒测试

白盒测试是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般白盒测试由项目经理在程序员开发中来实现。白盒测试分为动态白盒测试和静态白盒测试。

静态白盒测试：利用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。比如，代码规范中规定，函数必须为动宾结构。

动态白盒测试：利用开发工具中的调式工具进行测试。比如一段代码有4个分支，输入4组不同的测试数据使4组分支都可以走通而且结果必须正确。

白盒测试通常在单元测试的时候进行

3.2.3黑盒测试

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。

3.2.4压力测试

压力测试是在强负载（大数据量、大量并发用户等）下的测试，查看应用系统在峰值使用情况下操作行为，从而有效地发现系统的某项功能隐患、系统是否具有良好的容错能力和可恢复能力。压力测试分为高负载下的长时间（如24小时以上）的稳定性压力测试和极限负载情况下导致系统崩溃的破坏性压力测试。

通过压力测试，可以更快地发现内存泄漏问题，还可以更快地发现影响系统稳定性的问题。例如，在正常负载情况下，某些功能不能正常使用或系统出错的概率比较低，可能一个月只出现一次，但在高负载（压力测试）下，可能一天就出现，从而发现有缺陷的功能或其它系统问题。通过负载测试，可以证明这一点，某个电子商务网站的订单提交功能，在10个并发用户时错误率是零，在50个并发用户时错误率是1%，而在200个并发用户时错误率是20％。

4.缺陷的统计与分析

4.1缺陷汇总

4.2测试分析总结：

本次测试功能覆盖率为100%；提交总的缺陷数756，

其中严重、高级别为缺陷数有497个；

一般的等级的缺陷数为126个；

已修复缺陷数752个；

未修复缺陷数4个

5.测试总结

本次测试基本上达到了预期测试目标，本阶段每模块功能覆盖率达到100%，每模块缺陷密度为:每模块bug数/每模块功能点数，测试缺陷曲线图已处于下降收敛状态，达到预期测试目标，测试的严重bug已修复并验证完毕，较严重的bug也已修复并验证，一般和低等级的缺陷数为8个不影响软件功能使用，可以进入ＵＡＴ验收测试。