《百词斩》功能测试和测试管理
测试进度表:
项目 |
内容说明 |
预估耗时 (分钟) |
实际耗时 (分钟) |
Planning |
1.计划 |
20 |
30 |
· Estimate |
· 估计这个任务需要多少时间 |
10 |
5 |
Testing Design |
2.测试设计 |
60 |
50 |
· Analysis |
· 需求和测试需求分析 |
30 |
20 |
· Design Test Cases |
· 设计测试用例 |
50 |
45 |
Testing Environment |
3.搭建测试环境(安装测试工具、管理工具等相关运行和支撑软件) |
30 |
40 |
Testing Implementation |
4.测试实施 |
40 |
30 |
· Test |
· 执行测试 |
30 |
20 |
Reporting |
5.报告 |
60 |
50 |
· Test Report |
· 测试报告 |
30 |
20 |
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
10 |
10 |
合 计 |
370 |
320 |
产品模块划分:
《百词斩》产品的功能划分如图:
图1 百词斩 功能划分图
《扇贝单词》的功能模块划分如图
图2 扇贝单词 功能划分图
功能测试:
我负责的部分是词汇量测试模块
百词斩:
业务整体流程如下:
10个预估测试(可随时结束预估测试)->75个测试->25个测试(可随时结束测试)->测试结果展示
预估测试:展示单词->用户选择认识/不认识/模糊/结束预估->调整预估词汇量//开始测试
测试:在右上角展示当前估计的词汇量->展示单词和以下6个选项:4个备选释义,“全部不正确”和“不知道”,并开始计时->用户选择->根据用户选择,正确答案和用时调整词汇量和下一题的难度,并根据用户的要求展示正确答案->保存测试结果至用户的词汇量曲线中
测试结果展示:根据测试出的词汇量显示评语并可以进行分享
扇贝单词:
业务整体流程如下:
75个测试->25个测试(可随时结束测试)->测试结果展示
测试:展示单词,4个备选释义和“不知道”->用户选择->根据用户选择和正确答案调整词汇量和下一题的难度,并展示正确答案
测试结果展示:根据测试出的词汇量显示评语并可以进行分享
测试工具:
测试工具为《禅道》:www.zentao.net
部分截图如下
图3 导出测试用例过程
测试用例设计:
测试涉及场景:
1、正常进行词汇量测试
2、在可以选择跳过的阶段试图跳过部分测试
3、测试中途退出
4、测试中途受到网络或应用切换等情况的打断,之后希望继续测试
5、测试结束后通过各种支持的渠道分享结果
6、恶意进行极限的操作试图扰乱应用正常运行
百词斩测试用例:
1.正常流程进行全部测试
2.直接跳过预估测试
3.在预估测试进行到一半时跳过
4.在最后一个预估测试时跳过
5.跳过最后25个测试
6.跳过最后13个测试
7.跳过最后1个测试
8.全部选“不知道”
9.全部超时后选择
10.取消勾选“展示正确答案”
11.测试完成后分享到QQ空间
12.测试完成后分享到微信好友
13.测试完成后分享到朋友圈
14.测试完成后分享到QQ好友
15.测试过程中断开网络连接
16.进行预估测试时退出程序
17.进行前75个测试时退出程序
18.进行后25个测试时退出程序
19.将系统日期后推一周后再次进行词汇量测试
20.将系统日期前移一周后再次进行词汇量测试
扇贝单词测试用例:
1.正常流程进行全部测试
2.全部选择正确答案
3.在测试中断开网络连接
4.在测试中锁定手机
5.跳过最后25个测试
6.跳过最后13个测试
7.跳过最后1个测试
8.全部选“不知道”
10.全部选错误答案
11.在测试中切出应用
12.测试完成后分享到QQ空间
13.测试完成后分享到微信好友
14.测试完成后分享到朋友圈
15.测试完成后分享链接
16.测试完成后分享到微博
17.进行前75个测试时退出程序
18.进行后25个测试时退出程序
19.将系统日期后推一周后再次进行词汇量测试
20.将系统日期前移一周后再次进行词汇量测试
测试结果:
1.测试截图
2.整体对比
百词斩的词汇量测试步骤明显更加科学完善
扇贝单词测试的结果明显高出许多
3.软件缺陷
百词斩会受到修改本地时间的影响
扇贝单词在网络连接中断后无法重联
扇贝单词进行测试时即使全部选择不知道也不会给出词汇量为0的结果
小组贡献:
0.25
(作业吐槽:这次作业有一个严重的问题,所有的备选产品我们只能接触到客户端部分,能进行的测试极为有限)