github用例地址：https://github.com/chaseMengdi/6th-week-homework
1测试计划
本组选择的对比测试产品：雨课堂和微助教
测试进度表
|
项目 |
内容说明 |
预估耗时 （分钟） |
实际耗时 （分钟） |
|
Planning |
|
||
|
· Estimate |
· 估计这个任务需要多少时间 |
240 | 300 |
|
Testing Design |
|
||
|
· Analysis |
· 需求和测试需求分析 |
20 | 25 |
|
· Design Test Cases |
· 设计测试用例 |
20 | 25 |
|
Testing Environment |
|
4 | 5 |
|
Testing Implementation |
|
||
|
· Test |
· 执行测试 |
60 | 75 |
|
Reporting |
|
||
|
· Test Report |
· 测试报告 |
20 | 25 |
|
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
20 | 25 |
|
合 计 |
384 |
480 |
|
2需求说明
微助教和与课堂的功能模块划分图：
本人负责微助教和雨课堂的课堂管理模块，主要是课上签到、答题、点人、课件放映等基本的操作。
3测试说明
3.1测试思路说明
将雨课堂和微助教的课堂管理进一步细分为以下子模块。
由于子模块比较多，所以采用场景测试设计方法，力求尽可能多的覆盖正常与异常场景。
首先，根据说明，描述出程序的基本流及各项备选流；
然后，根据基本流和各项备选流生成不同的场景，对每一个场景生成相应的测试用例；
最后， 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值。
课堂管理主要流程图如下。
3.2部分操作和运行界面截图
雨课堂签到：
微助教签到：
雨课堂设置题目：
微助教设置题目：
3.3测试管理工具
禅道开源版9.8.3
下载地址：http://www.zentao.net/download/80072.html
3.4测试工具的关键截图
微助教-课堂管理-需求
微助教-课堂管理-用例
雨课堂-课堂管理-需求
雨课堂-课堂管理-用例
雨课堂-课堂管理-缺陷
4结论说明
微助教和雨课堂相同功能的实现异同：
签到：
雨课堂是采用二维码+暗号的形式进入课堂，对GPS定位无要求，一旦错过签到就需要重新放映二维码/暗号页，会影响教师上课的效率。
而且必须要借助电脑+PowerPoint+雨课堂插件。
微助教可以选择是否开启GPS定位，签到更准确，而且可以自定义签到时间。学生只需在规定时间内进入公众号，在菜单点击签单即可自动签到，方便快捷。
还有就是微助教的签到在电脑端和手机端都可以轻松完成，这一点很方便。
这个功能上，微助教更有优势，可以吸引教师来使用。
题目设置：
这一点两款产品都做得不错，功能比较完善，都可以设定答题时间。
雨课堂是采用课件放映+手机推送的形式来发送题目，题目种类较少。答题后必须由教师公布答案和解析。
微助教只能推送到手机，题目种类丰富，而且推送前会有手机端效果预览，可以为教师提供一定程度的参考意见。而且答题后，学生可以自行查看答题是否正确（需要教师提前在电脑端设置）。
这个功能上，双方各有千秋，不过我觉得雨课堂的方式更适合教师和学生通过课件互动。
课堂讨论：
雨课堂是把这个功能放到了手机端的一个不起眼的地方，差点没找到，而且形式比较单一，只有弹幕和发送讨论两种形式。
微助教做的就比较完善，电脑端和手机端都可以操作，而且可以自定义讨论主题，还有匿名、分组模式可选择，还有比较新颖的是可以选择是弹幕还是词云形式，很有意思。
这个功能上，微助教做的比较完善，形式也比较新颖，比雨课堂更加具有优势。
随机点名：
这个功能没什么好说，微助教和雨课堂做的都差不多。
总结：我觉得雨课堂做的最好的一点就是推出了和PPT结合的插件，这个做法很大胆，同时也很有成效。
因为现在是信息化时代，许多教师都会选择PPT来授课，而且教师还可以通过手机来遥控PPT的放映，PPT和智慧课堂的完美融合，相信一定会吸引很多教师来使用。
但是签到、讨论、答题方面做的都还不够好，需要继续改进。
5工作说明
经过小组讨论，本人的个人贡献分为0.35。
时间所限，只完成了基本任务。