测试进度表：
| 项目 |
内容说明 |
预估耗时 （分钟） |
实际耗时 （分钟） |
| 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个备选释义和“不知道”->用户选择->根据用户选择和正确答案调整词汇量和下一题的难度，并展示正确答案
测试结果展示：根据测试出的词汇量显示评语并可以进行分享
测试工具：
测试工具为《禅道》
部分截图如下
图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
(作业吐槽：这次作业有一个严重的问题，所有的备选产品我们只能接触到客户端部分，能进行的测试极为有限）