第6周小组作业:软件测试和评估
文件链接:https://github.com/chaseMengdi/6th-week-homework
1、计划说明
1.1 选择基础软件产品:雨课堂,其竞品产品:微助教
1.2预估项目完成时间
项目 | 内容说明 | 预估耗时 (分钟) | 实际耗时 (分钟) |
Planning |
|
|
|
· Estimate | · 估计这个任务需要多少时间 | 240 | 335 |
Testing Design |
|
|
|
· Analysis | · 需求和测试需求分析 | 20 | 25 |
· Design Test Cases | · 设计测试用例 | 60 | 80 |
Testing Environment |
| 30 | 40 |
Testing Implementation |
|
|
|
· Test | · 执行测试 | 80 | 100 |
Reporting |
|
|
|
· Test Report | · 测试报告 | 30 | 40 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 20 | 50 |
合 计 | 240 | 335 |
2、需求说明
2.1雨课堂划分功能模块:
微助教划分功能模块:
2.2
我负责的是雨课堂的课后管理和微助教的学生与分组管理
3、测试说明
3.1测试用例的设计思路
场景测试:
(1)雨课堂场景
a.小明新建试卷(或课件),但没有保存,然后直接开启雨课堂授课,授课完毕后,关闭该试卷(或课件)时候没有保存。
b.小明要用手机遥控上课,但是电脑传统做横屏(满屏)的ppt不适合手机的竖屏模式。
c.小明做课件的时候需要根据关键字查找相应的视频,同时在上课讲授的时候需要用到该视频进行讲解,需要播放该视频。
d. 小明的同事给小明分享了一个网站视频的链接,小明在备课的时候想通过该网址引用到该视频。
e.小明想要发布公告提醒学生完成作业或者推荐某个文章给学生进行学习
(2)微助教场景
a.老师小雨在课后需要查看学生的信息,作为评分的标准。
b.学生人数太多,需要将学生分组,分组原则可以是手动分配,也可以是按照学生的班级信息进行分配,还能使根据创建的组来平均分配
3.2部分操作和运行界面截图
(1)雨课堂场景
场景a:
场景b:
场景c:
场景d:
场景e:
(2)微助教场景
场景a:
场景b:
3.3测试管理工具
工具名称:禅道
版本号:开源版7.2stable
http://dl.cnezsoft.com/zentao/7.2/ZenTaoPMS.7.2.stable.exe
https://jingyan.baidu.com/album/ff42efa93e2addc19e220200.html?picindex=2
3.4关键界面截图
以雨课堂为例子,微助教类似。
雨课堂块图:
雨课堂项目模块图:
编写不点击“上传试卷/手机课件”响应执行图:
不点击“上传试卷/手机课件”响应转Bug图:
不点击“上传试卷/手机课件”响应Bug编写图
测试用例导出图:
4、结论说明
软件名称 | 共同点 | 侧重点 | 优点 | 缺点 |
雨课堂 | 为教学提供课后管理功能,让教师能够在课后对教学内容进行管理和对人员进行管理 | 1侧重于对教学内容的管理 2提供课件试卷的新建 3提供网络视频资源的引入 4提供群发公告提醒 | 1最大的优点在于引入网络视频资源,减轻教师备课的压力 2群发公告提醒能够及时提醒学生按时完成任务 | 1在操作过程中存在一定的不规范 2引入视频但不能在授课时直接打开,只能在课下学生查看课件的时候才能打开 3群发公告一旦发布不允许修改 |
微助教 | 1侧重于对学生的管理 2提供学生信息的导出 3提供按照不同要求对学生进行分组 | 1最大的优点在于能够导出学生的信息,提高教师对学生的信息掌握,提高教师评分的效率 2分组管理方便了小组讨论 | 1在信息导出中缺少组名信息 2不能对存在的分组进行删除操作 |
5、工作说明
小组讨论结果:雨课堂和微助教各有优缺点,各有侧重点。如果对课程内容要求高的优先选择雨课堂,如果课堂讨论多、学生管理要求高的优先选择微助教。
小组贡献率:30%