背单词类APP测试与评估

背单词类APP测试与评估

测试进度表

项目 内容说明 预计耗时(分钟) 实际耗时(分钟)
Planning 计划 30 30
Estimate 估计这个任务需要多少时间 120 180
Testing Design 测试设计 30 30
Analysis 需求和测试需求分析 30 30
Design Test Cases 设计测试用例 30 30
Testing Environment 搭建测试环境(安装测试工具、管理工具等相关运行和支撑软件) 20 30
Testing Implementation 测试实施 30 40
Test 执行测试 20 20
Reporting 报告 40 60
Test Report 测试报告 20 20
Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 30 30
合 计 320 400

1.基本任务

测试对象

  • 测试对象A:百词斩
  • 测试对象B:扇贝

功能模块分析

百词斩:

扇贝:

我负责首页相关的主模块的测试分析

测试

测试思路(测试用例思路)

总体思想是对样品与竞品共有的功能使用相同的测试用例进行测试,通过对结果的对比,对样品与竞品进行分析

对于学习进度模块,可测试对修改计划的边界值是否正常,可测试单词列表中数据输入输出转义的正确性

对于背单词模块,可测试单词与发音与提示与答案匹配的正确性,测试功能的可用性,测试陌生单词循环复现的可用性

对于单词电台模块,测试音频的播放功能的可用性

对于单词TV模块,测试视频的播放功能和评论功能的可用性

对于个人中心模块,则测试旗下子模块的可用性

测试操作与截图

测试管理工具

测试管理工具地址

根据统计图表推荐,我们决定使用禅道进行测试的管理

测试管理工具使用截图

测评结论

我测评的是核心的单词模块,针对该模块依据测试结果如下:

UI方面:两者相近,都将核心的记单词功能排布在了首页,其中扇贝的风格设计较为质朴,UI排布与功能名称简单明了,功能模块划分细致;而百词斩的风格则更现代,将不是必须独立的模块整合到了一起,界面显得更加清爽

功能模块方面:在核心模块记单词上,百词斩的方法更加鲜明生动,多彩多样,包含着音频,视频,图片等形式,而扇贝则十分的简陋,仅仅是将单词列出询问会与不会.

相比较来说,百词斩扇贝更加有趣,更加吸引用户,也因此更加有优势

小组总结

本次任务中,大家紧密配合,相互帮助,认真使用测试管理工具,本人在测试中主要对APP的主模块进行了测试,根据讨论结果,本人在小组中的贡献度为0.4

2.扩展任务

1)根据产品目标用户,列出邀请用户清单(扩展任务是小组共同完成,共用一套清单);

采访提要:

本人负责批次(准备考研的同学)

采访对象1:

背景:华中科技大学软件学院大三学生,女,为考研英语积累词汇量。

需求:充分利用碎片时间,快速记住单词,提高学习效率

不足:APP的记忆方式过于繁琐,在细枝末节上消耗的精力过多。

采访对象2:

背景:华中科技大学软件学院大三学生,男,为考研英语积累词汇量。

需求:想要配合APP制定自己的背单词计划,有规划地学英语,记录自己的学习轨迹,让自己更有效率

不足:总是出现简单的单词反复出现、首先出现的情况,往往因为厌倦半途而废,无法帮助自己养成背单词的习惯

采访对象3:

背景:华中科技大学软件学院大三学生,男,为考研英语从零开始。

需求:在上面两位同学的需求基础上,希望APP能够更新英语学习技巧等资讯。

不足:难词缺少好的记忆方法,往往越是简单的词APP中给出的记忆方法越多。

2)根据可用性测试的要求,结合采访提要,设计场景和问题;

问题设计:

基本信息[姓名,学院,年级]

背单词的目的

关于背单词有什么需求

关于背单词app缺陷

3)邀请用户对本组选择的基础产品(即产品A)展开使用测试;

已测试

4)收集所有批次的可用性测试,得出有关产品A的可用性测试的结论;

结论:指定得测试模块得可用性为正常通过.

5)撰写并提交可用性测试报告。

编写中

3.高级功能

1)说明本组所选的测试专题和测试工具;

专题:移动测试 工具:阿里云测

2)说明测试设计的核心思想;

深度性能测试

3)围绕自己在高级任务中的工作,谈谈自己感受最深的是什么,或者根据自己的想法做补充说明即可;

感受最深的:原来测试是一项严格的任务,从头到尾严格控制流程,测试工具原来那么多,测试的项目也很多,详细。平时在学习中都没怎么接触,算是见过世面了。

4)针对本课程的所有3次实践作业(WC,WC优化,软件测试和评估),谈谈自己的看法,可从作业内容、作业量、作业与课堂内容的结合程度、对测试相关能力的锻炼等方面来谈自己的建议和意见;

作业内容是好的,但是在作业内容越来越繁琐的情况下,完成作业的时间也是越来越短.每次作业都将接触大量的新工具,这些工具的学习成本不低,但实际上可能这次用过之后日后再碰这些工具的可能性就很低了,在花费大量心血和时间后最终能留在脑海只是知道有这么些工具和流程而已,从最后的结果来说,不值得,不建议,不推荐

5)工作说明。即根据小组讨论结果,说明自己的小组贡献分。

小组贡献分:0.4

原文地址:https://www.cnblogs.com/Xianbei233/p/8922561.html

时间: 2024-08-17 11:42:53

背单词类APP测试与评估的相关文章

APP测试流程

1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管确认项目排期. 1.3测试资源 测试任务开始前,检查各项测试资源. --产品功能需求文档: --产品原型图: --产品效果图: --行为统计分析定义文档: --测试设备(ios3.1.3-ios5.0.1:Android1.6-Android4.0:Winphone7.1及以上:Symbian 

移动互联网APP测试流程及测试点(2014版)【转】

移动互联网APP测试流程及测试点(2014版) 来自:http://wenku.baidu.com/link?url=uFn09W0tDsdSqpRw3mQflsASTf-5XK7ccCn0bVBwMqWUpOgI7YkzFh0DnpYlgXnJ2lyiddsUrIDH9qMmi1hE00a24oTz4uQj9M-lSZ_-wRK 1 .APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适

APP测试流程和测试点

1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管确认项目排期. 1.3测试资源 测试任务开始前,检查各项测试资源. --产品功能需求文档: --产品原型图: --产品效果图: --行为统计分析定义文档: --测试设备(ios3.1.3-ios5.0.1:Android1.6-Android4.0:Winphone7.1及以上:Symbian

App测试流程及测试点

1 APP测试基本流程 1.1流程图 接收版本 尽快申请到正式环境下测试 不符 App测试版本送测规范 用户行为统计测试 后台订单统计测试 尽快申请到正式环境下测试 兼容性测试.性能压力测试 功能测试:核对需求文档 UI测试:核对rp/效果图 符合 回归测试 仍然为测试环境 进入正式环境 发送上线报告 Fail Pass 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管确认项目排

APP测试思路

APP测试的时候,建议让开发打好包APK和IPA安装包,测试人员自己安装应用,进行测试.在测试过程中需要注意的测试点如下: 1.安装和卸载 ●应用是否可以在iOS不同系统版本或Android不同系统版本上安装(有的系统版本过低,应用不能适配) ●软件安装后是否可以正常运行,安装后的文件夹及文件是否可以写到指定的目录里. ●安装过程中是否可以取消 ●安装空间不足时是否有相应提示 ●如果应用需要通过网络验证之类的安装,需要测试一下断网情况下是否有相应提示 ●是否可以删除应用(可通过桌面删除,也可以通

移动互联网App测试流程及测试点

1 APP测试基本流程 1.1流程图                                 尽快申请到正式环境下测试 不符       用户行为统计测试 后台订单统计测试 尽快申请到正式环境下测试 兼容性测试.性能压力测试 功能测试:核对需求文档 UI测试:核对rp/效果图 符合                     仍然为测试环境 进入正式环境 发送上线报告 Fail Pass 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项

(转)App测试流程及测试点(个人整理版)

正式测试前先向主管确认项目排期. 接收版本 App测试版本送测规范 UI测试:核对rp/效果图 功能测试:核对需求文档.兼容性测试.性能压力测试, 尽快申请到正式环境下测试,后台订单统计测试.用户行为统计测试.发送上线报告.回归测试 测试资源  产品功能需求文档: 产品原型图: 产品效果图: 行为统计分析定义文档: 测试设备(ios8.0-ios11:Android4.0-Android8.1:Winphone7.1及以上:Symbian 等)其他. 日报及产品上线报告 )测试人员每天需对所测项

app测试专项[email protected]松勤技术分享

1.功能性测试: ——根据产品需求文档编写测试用例. ——软件设计文档编写用例. 注意:就是根据产品需求文档编写测试用例而进行测试. 2.兼容性测试: ——android版本的兼容性 ——手机分辨率兼容性 ——网络的兼容性:2G\3G\4G\WIFI,弱网下.断网时 ——app跨版本的兼容性 1.适配性测试: 1>.手机不同分辨率支持:客户端支持的分辨率等 2>.手机不同版本的支持:2.34.04.4等:在测试计划中:需要安排单独的时间用于android不同系统的兼容性测试,包括2.0以下版本

手机APP测试几个要点

移动互联网App测试点包括: 1.安全测试 1)软件权限 -扣费风险:包括发送短信.拨打电话.连接网络等 -隐私泄露风险:包括访问[url=]手机[/url]信息.访问联系人信息等 -新增风险项 2)开发者官方权限列表信息比对分析 2.安装.运行.卸载测试 验证App是否能正确安装.运行.卸载,以及操作过程和操作前后对系统资源的使用情况,主要包括: 1)检测软件是否能正确安装.运行.卸载: 2)安装.卸载.更新错误报告: 3)其他辅助信息: -位置和文件夹是否合理: -组件是否正确注册或删除: