目录
—————————————————————————————————————————————————
第一部分 需求与原型改进
1.1 改进的原型
1.1.1 改进说明
1.1.2 高保真原型
1.1.3 高保真原型下载地址
1.2 改进的需求规格说明书
1.2.1 改进说明
1.2.2 需求规格说明书下载地址
第二部分 系统设计
2.1 系统架构设计
2.2 任务分解WBS
2.2.1 WEB图
2.2.1 团队成员估计各自任务所需时间
第三部分 测试计划
3.1 测试报告
3.1.1引言
3.1.2 任务概述
3.1.3 测试策略
3.1.4 测试资源
3.1.5 风险评估
第四部分 参考文献
—————————————————————————————————————————————————
第一部分 需求与原型改进
—————————————————————————————————————————————————
1.1改进的原型
1.1.1 改进说明
改进地方：
本次原型在已有低保真的基础上，修改了基础样式，主页进行填充完善，新增“我的主页”页面，改进交互方式，用户展示界面初步完成。
改进原因：
制成高保真界面，优化完善样式，保证界面的美观性，使用户能更喜欢；同时提高交互，便于用户操作。新增的页面是为了用户实时查看自己的课程规划和知识点。
1.1.2 高保真原型
1.1.3 高保真原型下载地址
1.2改进的需求规格说明书
1.2.1改进说明
见下方链接，红色为改进部分。
1.2.2需求规格说明书下载地址
链接：https://pan.baidu.com/s/1d9IVLUDy6sKgTgNIH4i5Hg
—————————————————————————————————————————————————
第二部分 系统设计
—————————————————————————————————————————————————
2.1 系统架构设计
2.2 任务分解WBS
WBS，即工作分解结构（Work Breakdown Structure)，而创建WBS就是把项目交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。在《构建之法》一书中也提到了这样的方法——分而治之。
WBS是项目管理重要的专业术语之一。WBS的基本定义：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。
2.2.1 WEB图
我们组的WBS图借助了edrawsoft工具完成，如下图所示：
2.2.1 团队成员估计各自任务所需时间
—————————————————————————————————————————————————
第三部分 测试计划
—————————————————————————————————————————————————
3.1 测试报告
3.1.1 引言
我们小组的项目是基于知识图谱的编程序学习者学习推荐系统。随着今年来慕课学习模式的不断发展，越来越多的编程学习者喜欢进行网课的学习，然而在我国，类似这样的网课学习平台数不胜数，千篇一律，大多是只给用户提供学习资源，但是却少了根据学习者的状况来进行合理化推荐的模块。根据线上调研，我们发现近95%以上的学习者希望能有这样的测评推荐机制帮助他们事半功倍。而我们的项目正是解决这一问题的，我们以java编程语言为例，建立java语言的知识图谱，基于知识图谱和推荐算法给用户给出合理的推荐。
对于该项目的我们组员已经做了大量的线上线下调研，收集了用户的需求，对于调研结果可参考（团队第一次博客链接）。与此同时我们也参考了大量关于推荐算法和知识图谱的文章，有：知识图谱构构建综述、知识图谱研究的脉络、流派与趋势---基于SSCI与CSSCI期刊论文的计量与可视化、适应性学习路径推荐算法及应用研究、推荐系统关键技术研究等优秀论文（论文链接键文章结尾）。
测试术语：Junit、 单元测试、知识图谱合理性测试、推荐算法正确性测试、Alpha测试、Beta测试、兼容性测试、性能测试。
有关项目人员组成以及联系方式：
| 成员姓名 |
职务 |
联系方式 |
| 王玥莹 |
开发人员、营销人员、测试人员 |
13159642706 |
| 柯招坤 |
开发人员、测试人员、版本控制人员 |
13174407106 |
| 张航 |
开发人员、营销人员、测试人员 |
13104430450 |
| 裴颖 |
开发人员、测试人员、版本控制人员 |
18894333782 |
| 马福孝 |
开发人员、营销人员、测试人员 |
18088601106 |
3.1.2 任务概述
对于项目的核心模块有，知识图谱可视化模块、算法推荐模块、课程学习模块。在整个开发过程中将大致分为这三个模块的开发，除过在开发过程中对代码的局部功能的测试以为我们将会在每个模块完成以后进行模块化测试，其中对知识图谱可视化模块的测试范围是：对整个知识图谱绘制合理性进行测试和对知识图谱中节点点击出现更加详细信息的测试，其测试目标是：基本完成知识图谱的合理化绘制以及完成知识图谱节点点击交互的基本功能。对算法推荐模块测试范围为：对测试推荐算法能否正确合理化推荐进行测试。对课程学习模块的测试范围为：对课程的上传、正常播放、出题和判题的测试，测试目标为：完成对课程上传成功，以及合理化出题判题的测试，能够正常的进行资源的上传与测试。
3.1.3 测试策略
（1）需求与分工表：
| 基于知识图谱的编程学习者测评推荐系统测试分工表 |
|
| 测试员 |
测试员任务 |
| 王玥莹 |
前台界面布局测试 |
| 裴颖 |
前台界面交互测试（超链接、表单等） |
| 柯招坤 |
知识图谱可视化测试 |
| 马福孝 |
后台推荐算法测试 |
| 张航 |
课程学习系统课程管理测试 |
（2）测试方法：
测试方法涵盖：自动化测试、手动测试；白盒测试、黑盒测试；中断测试、临界测试、压力测试等，对程序进行：数据覆盖、逻辑覆盖、语句覆盖 、判定覆盖、条件覆盖
划分等价类把所有可能的数据输入划分为若干部分，然后从每一部分选择少数具有代表性的数据作为测试用例。
①有效等价类合理，有意义的输入数据构成的集合，检验程序是否实现规格说明预先规定的功能和性能。
②无效等价类不合理，无意义的输入数据构成的集合，检验程序的容错能力。 边界值分析大量的错误发生在输入或输出的边界上，而不是某个范围的内部。
逻辑覆盖 ：
①语句覆盖
设计若干个测试用例，运行所测程序，使得每一可执行语句至少执行一次，语句覆盖是最弱的逻辑覆盖在准则。
②判定覆盖 设计若干测试用例，运行被测程序，使得程序中每个判断的取真分支和取假分支至少经历一次，即判断的真假值都能满足。If…else
③条件覆盖 设计若干测试用例，运行被测程序，要使判断中的每个条件的可能取值至少满足一次。 If.. For(..) else
④路径覆盖 覆盖所有可能的路径。
判定-条件覆盖
使得每个条件的所有可能至少出现一次，并且至少每个判断本身的判断结果出现一次。
功能测试的常用方法 ：
① 页面链接检查，每一个链接是否有对应的界面
② 相关性检查，删除/增加一项会不会对其他项产生影响，如果产生影响，是否正确
③ 检查按钮功能是否正确
④字符串长度检查，输入超出需求所说明的字符串长度的内容，看系统是否检查，会不会出错。
⑤ 字符类型检查
⑥ 标点符号检查
⑦ 中文字符处理，乱码或出错
⑧检查带出信息的完整性，在查看信息和update信息时,查看所填写的信息是不是全部带出,带出信息和添加的是否一致等。
（3）工具引用及测试培训：
功能模块测试采用Junit单元测试进行测试，性能测试引用JProfiler，压力测试工具引用LoadRunner和Apache JMeter测试工具。对于测试培训主要采用内训模式，组织组内人员进行测试网络课程的学习与实践
（4）测试阶段计划：
| 任务 |
起止时间 |
负责人 |
| 计划阶段 |
2018-5-20~2018-7-10 |
|
| 编写质量管理计划 |
2018-5-23 |
王玥莹 |
| 编写测试方案 |
2018-5-27 |
马福孝 |
| 评审管理计划和测试方案 |
2018-5-30 |
全体成员 |
| 编写测试用例 |
2018-6-5 |
张航、柯招坤 |
| 评审测试用例 |
2018-6-10 |
裴颖 |
| 本地此时（功能，集成，系统，回归） |
|
|
| 验收测试 |
2018-7-1 |
全体成员 |
3.1.4 测试资源
对于硬件资源：配置较高的电脑，软件资源：JProfiler测试软件、Junit、LoadRunner和Apache JMeter测试工具，测试环境需求：配套齐全的开发工具，包括jdk、Tomcat服务器、远程云服务器、MySQL数据库等。
*测试人员需求：
（1）熟悉业务，了解系统
（2）用客观的思考方式站在用户的角度分析
（3）多思考，不要拘束于惯性思维
（4）不要闭门造车，利用好网络资源
（5）善于总结分享
3.1.5 风险评估
①人力方面：目前我们小组成员5人，其中有4人来自校工作室，均有一定的代码能力，均承担过java web系统的开发工作，工作认真严谨，积极进取。但是对于测试工作，项目小组成员大多没有做过太多的训练，在对项目的测试工作方面还需进行进一步学习。
②时间方面：这次项目整体开发周期不长，也并不符合正规的开发周期，因此要想将各个模块、各个开发时间段做到完善是存在较大难度的，因此在时间上相对来说是比较匆忙的，需要小组成员共同努力。
③环境方面：前面对成员的介绍中已经提到，小组成员中有四个来自工作室，因此开发人员所处开发环境是可以提供基本保证的，相对来说比较优越。对于线上开发环境和测试环境，目前来说开发环境基本完善，包括：开发工具、云服务器、数据库等，而对于测试环境来说相对来说比较差，目前小组成员开始着手解决该问题，通过网课学习和网上资源查询来弥补测试环境较差的现状。
④资源方面：对于人力资源，目前我们开发小组是比较有优势的，小组成员均具有代码能力，具有较强的学习能力，与此同时学院也有许多优秀的指导老师，可以在遇到困难是向他们求助。对于软件资源相对来说较为匮乏，尤其在测试软件方面，这也是我们接下来需要解决的问题之一。
—————————————————————————————————————————————————
第四部分 参考文献
—————————————————————————————————————————————————
[1] 知识图谱构构建综述：
[2] 流派与趋势---基于SSCI与CSSCI期刊论文的计量与可视化
[3] 适应性学习路径推荐算法及应用研究
[4] 推荐系统关键技术研究
[5] 一个项目的WBS工作分解图是怎么画出来的？
http://www.edrawsoft.cn/draw-wbs-diagram/
[6] 一个完整的软件项目开发流程
https://blog.csdn.net/s_king_/article/details/78612905