第6周小组作业:软件测试和评估
Posted 17065
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第6周小组作业:软件测试和评估相关的知识,希望对你有一定的参考价值。
一 计划说明
本次项目测试的产品是“百词斩”,竞品为“扇贝单词”。
测试进度表
项目 |
内容说明 |
预估耗时 (分钟) |
实际耗时 (分钟) |
Planning |
|
10 | 10 |
· Estimate |
· 估计这个任务需要多少时间 |
10 | 10 |
Testing Design |
|
120 | 150 |
· Analysis |
· 需求和测试需求分析 |
40 | 60 |
· Design Test Cases |
· 设计测试用例 |
80 | 90 |
Testing Environment |
|
20 | 10 |
Testing Implementation |
|
60 | 50 |
· Test |
· 执行测试 |
60 | 50 |
Reporting |
|
90 | 120 |
· Test Report |
· 测试报告 |
60 | 80 |
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
30 | 40 |
合 计 |
300 | 340 |
二 需求说明
百词斩功能模块图:
扇贝单词功能模块图:
我负责个人信息模块(扇贝单词中是”我的”模块)
三 测试说明
1 测试管理工具名称:禅道
版本号:9.8.3
下载地址:http://sourceforge.net/projects/zentao/files/9.8.3/ZenTaoPMS.9.8.3.zip/download
使用截图见第4点
2 功能测试执行的部分操作和运行界面截图:
3 测试用例设计思路:个人信息模块是比较散的模块,各个子模块之间的关联都不是很大。而且许多子模块只有很少的功能。因此大多数模块都是单独的一个测试用例:如课程,好评,帮助,消息。这些子模块都只是单独的展示一些信息,所以只要测试能否正常进入并显示即。而虚拟货币的购买使用,设置等模块虽然功能比较多,但是都是纯粹的点击,用户不会有额外的输入情况,也不需要用户用测试方法进行测试。
下面给出2个功能比较多的模块的用例设计思路。
(1)用户的昵称:许多用户在新注册账号后肯定会修改自己的昵称。而用户也会时不时换个昵称。因此昵称功能是比较常用的功能,但是用户总会想到奇奇怪怪的昵称,因此对非法字符,超长的昵称等必须有应有的检测。于是按等价类可以把昵称的输入情况分为以下几类:正常昵称,符号组成的昵称,过长的昵称。而按照边界值又可以有空白昵称和刚好过长的昵称(即比昵称长度限制还多1)两个测试用例。
(2)学习计划:学习计划在背单词软件处于比较重要的地位,因此必须对其做详尽的测试(但是由于需要两个软件对比测试,所以许多测试用例没有在以下情况出现)。
4测试管理工具的使用截图:百词斩的用例截图:
扇贝单词的用例截图:
四 测试结论
虽然两个软件在个人信息方面很多功能都是相同的(大多数软件个人信息的模块都很相似):比如学习计划,消息通知,个人信息修改等等,而且都通过了大多数用例测试。但是就我在测试时的体验,百词斩在用户体验方面做得好的多。比如昵称修改:百词斩在昵称字数超过上限后就无法继续输入,而且下方提示了输入昵称的要求。而扇贝缺无任何昵称输入提示,而且昵称可以输入任意长度,但却又会自动截断掉,用户不得不重新输入昵称,这对于用户体验有很大的影响。而且扇贝功能的名字取的人云里雾里,比如单词书点进去后结果是制定某本书的学习计划,而百词斩缺很清晰明了的直接在个人信息栏加入了学习计划这个重要的功能。同时扇贝还没有管理离线书本这个很基本的功能,用户很难知道自己已经缓存了哪本词典或者删除不用的词典,而百词斩也是在设置栏加入了离线管理这个功能。总的说来,百词斩在个人信息界面做得要明显好于扇贝。
五 工作说明
我的小组贡献分为:0.36
六 扩展任务:用户调研和可用性测试
项目作业见组长(17044)在毕博提交的附件
个人说明:在测试过程中,我是一组测试用户的测试观察人员。由于测速的用户均是大学生,所以对于大多数测试任务,测试用户都认为任务并不难。但是虽然测试用户能比较轻松的完成任务,但他们仍提出了一些软件上的问题,比如好友体验很差,不能想别人发消息,又比如不能跳过广告这种很不人性化的行为。所以一个软件并不只是让用户能用这些功能即可,而更应让用户有好的软件体验。
七 高级任务:专题测试
(1)测试专题:性能测试
(2)测试工具:阿里云移动测试平台:mqc.aliyun.com
(3)测试设计:通过阿里云平台进行云端测试,从程序安装包的安装速度,程序的运行性能以及程序的后台性能占用程度三个维度来评测软件的性能。
(4)此方法无脚本,测试视频见组长(17044)在毕博提交的附件
(5)工作感受:我负责性能测试的结果分析。分析报告显示,百词斩整体性能尚可,但依然存在冷启动时间较慢以及内存泄漏等问题,这应该成为APP后续版本的注意点。我们在写程序时,也应该尽量提高性能。
八 3次实践作业感受
三次实践作业给我的感受是非常不同的:第1次作业我花了大多数精力在编程上,缺没有注重测试。主要原因是实践作业并不是很合理,程序要求具有太多功能,重心并没有放在测试上。第2次作业编程任务就好的多,只需要几十分钟就能写完,而主要任务是在测试上,这次任务让我对黑盒测试,白盒测试以及等价类测试有了比较深入的理解。第3次实践作业是对真实软件的测试,但是总的说来由于这些软件必定已经经过专业人员详尽的测试,所以我根本找不出软件中的bug,最多只能找出设计上的一些不太好的地方,所以软件测试对于软件的质量是很重要的。
经过这三次编程,对软件测试还是有了一个比较深入的理解,知道了基本的软件测试方法,在以后编写代码也就能够通过这些方法进行测试。
以上是关于第6周小组作业:软件测试和评估的主要内容,如果未能解决你的问题,请参考以下文章