基础任务
计划说明
选择的对比测试产品
选择的对比产品是背单词APP分类下的百词斩和扇贝单词
测试进度表
|
项目 |
内容说明 |
预估耗时 （分钟） |
实际耗时 （分钟） |
|
Planning |
|
15 |
15 |
|
· Estimate |
· 估计这个任务需要多少时间 |
15 |
20 |
|
Testing Design |
|
45 |
45 |
|
· Analysis |
· 需求和测试需求分析 |
35 |
60 |
|
· Design Test Cases |
· 设计测试用例 |
65 |
70 |
|
Testing Environment |
|
35 |
60 |
|
Testing Implementation |
|
65 |
60 |
|
· Test |
· 执行测试 |
45 |
65 |
|
Reporting |
|
65 |
70 |
|
· Test Report |
· 测试报告 |
25 |
30 |
|
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
25 |
40 |
|
合 计 |
435 |
535 |
|
需求说明
功能模块划分图
本人负责的功能模块
我负责测试的模块主要是两个单词APP的打卡模块
测试说明
测试用例的设计思路
两个APP的测试思路是一致的，都是以测试基本流场景为主。大体上两个APP的基本流一致，所以在设计测试用例时先对百词斩APP进行了设计，之后再在其的参考之上对扇贝单词的测试用例进行设计，但是有的用例是不能通用的，所以根据其不同的细节进行了改变。针对打卡模块，讲打卡的前置条件与打卡时的操作均看作模块输入，例如：手机网络信号，电量是否充足，是否完成每日单词目标，手机日期与真实日期是否一致，APP是否为最新版本，是否登陆账号，打卡平台是否安装。与日期相关的部分视作风险最高的部分，使用全覆盖的方式进行测试，其他的部分尽量避免冗余，才能在20个测试用例里尽可能完整的测试。
运行界面截图
百词斩图例：
扇贝图例：
测试管理工具
使用的测试工具是禅道企业版 1.1.4
下载地址http://www.zentao.net/download/80074.html
测试管理工具关键界面截图
测试用例截图
导出测试用例截图
结论说明
通过对比百词斩与扇贝单词的打卡功能，有很多地方有所不同：
- 对于打卡功能是否内置的问题：由于扇贝打卡有奖励，对于打卡的管理更为严格，对于打卡时间的管理更显式，且打卡内置，就是说即使不在其他平台上发送同样完成打卡功能，而百词斩的打卡功能只是提供一个发说说的链接，纯粹为了打广告。
- 打卡的内容问题：扇贝打卡内容可以自行修改，而百词斩的打卡不能修改，用户体验较差。
- 打卡界面：百词斩的打卡按钮更显眼，而扇贝打卡更倾向于你背完单词就自动打卡了，不需要去发说说，这当然也算作是有内置打卡功能的好处，但是百词斩想要借用其他社交平台给自己打广告的想法也是路人皆知了。
感觉在打卡这个模块上，百词斩的商业化做的比较好，但是扇贝的用户体验更强更舒胡。
工作说明
自己的小组贡献分是0.05分
扩展任务
详细内容请见位于毕博附录：可用性测试报告
高级任务
专题测试
所选的测试专题和测试工具
选择的是移动测试专题下的自动化兼容测试，测试工具是腾讯WeTest
测试设计的核心思想
具体见腾讯WeTest的自动化兼容测试介绍说明
http://wetest.qq.com/product/auto-compatibility-testing#colume_155
测试结论
详情见附录测试结评文件
感受
呵呵