选择的对比产品是背单词APP分类下的百词斩和扇贝单词html
项目网络 |
内容说明app |
预估耗时工具 (分钟)学习 |
实际耗时测试 (分钟)spa |
Planning.net |
1. 计划设计 |
153d |
25 |
· Estimate |
· 估计这个任务须要多少时间 |
15 |
25 |
Testing Design |
2. 测试设计 |
100 |
170 |
· Analysis |
· 需求和测试需求分析 |
40 |
50 |
· Design Test Cases |
· 设计测试用例 |
60 |
120 |
Testing Environment |
3. 搭建测试环境(安装测试工具、管理工具等相关运行和支撑软件) |
35 |
70 |
Testing Implementation |
4. 测试实施 |
60 |
80 |
· Test |
· 执行测试 |
60 |
80 |
Reporting |
5. 报告 |
100 |
180 |
· Test Report |
· 测试报告 |
80 |
160 |
· Postmortem & Process Improvement Plan |
· 过后总结, 并提出过程改进计划 |
20 |
20 |
合 计 |
315 |
525 |
本人负责测试词库模块,用于决定要背的单词集
真实投入使用的app每每边界值和等价类都比较模糊,软件的输入和输出都是隐式的(对于背单词app来讲不存在明显的输入输出接口),故没办法从边界值和等价类的角度去考虑测试用例。
可是此类app的界面切换能够认为是场景的切换,可以点击的一切按钮均可以认为是app的输入,因此主要用不一样按钮点击的组合来测试场景的变化是否符合预期。
我采用的是场景测试方法来设计测试用例。
具体的测试用例见打包提交的文档。
如下给出两款app的业务流程图
扇贝单词
百词斩
单词书:
收藏详情:
切换单词书:
书库:
个人计划:
个人计划(编辑状态):
词库:
制定计划:
虽然两个app采用了相同的测试思路,可是因为其场景和流程都不尽相同,因此两个app的测试用例是分别设计的,测试用例是不一样的。二者的词库是同一类功能,但具体到底实现了什么功能,知足了什么用户需求,都是不同的,因此测试用例的差别也彻底能够接受。在对两个app的词库功能进行对比时,主要考虑了二者软件质量,还有用户需求的知足程度。
使用的测试工具是禅道企业版 1.1.4
下载地址http://www.zentao.net/download/80074.html
测试用例截图
bug截图
导出截图
结论说明
如下对扇贝单词和百词斩这两个app的词库模块的优劣势进行分析。
首先,这两个app的词库模块都完成了类似的目的,即选择要学习的单词集。
但两个app的详细功能有所差异。百词斩侧重于制定计划,扇贝单词侧重于选择单词书。
百词斩能够选定天天被多少单词,以及用多少天背完,这个功能是扇贝没有的。说明百词斩更关心用户自己。
而扇贝在单词书详情中,能够看到该单词书中包含的章节和全部单词,这个功能百词斩没有。说明扇贝单词更加关注用户的选择,却忽视了用户本身的学习计划的重要性。
二者都有一个共同的设计缺陷,那就是将新词库加入收藏以后,会替换掉原先的正在学习的词库,这彻底不符合用户的预期,应看成为bug处理。
另外对于扇贝单词,还有另外两个实实在在的bug,其中一个会在网络异常情况下发生,后果也不严重,严重程度很低。还有一个bug是由于断定机制有问题致使的,感受能够向扇贝的开发公司反应。
工做说明
本身的小组贡献分是0.2
详情见毕博附录
选择的是移动测试专题下的自动化兼容测试,测试工具是腾讯WeTest
具体见腾讯WeTest的自动化兼容测试介绍说明
http://wetest.qq.com/product/auto-compatibility-testing#colume_155
见毕博附录,测试结评文件
虽然很累,但学到了很多知识