一:计划说明:
(a) 测试的软件:百词斩+扇贝单词;
(b)测试进度表:
项目 |
内容说明 |
预估耗时 (分钟) |
实际耗时 (分钟) |
Planning |
|
20 |
20 |
· Estimate |
· 估计这个任务需要多少时间 |
20 |
23 |
Testing Design |
|
100 |
120 |
· Analysis |
· 需求和测试需求分析 |
50 |
30 |
· Design Test Cases |
· 设计测试用例 |
100 |
120 |
Testing Environment |
|
15 |
20 |
Testing Implementation |
|
30 |
40 |
· Test |
· 执行测试 |
30 |
30 |
Reporting |
|
20 |
30 |
· Test Report |
· 测试报告 |
30 |
30 |
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
15 |
20 |
合 计 |
430 |
483 |
二:需求说明:
(a)模块划分图
(b)我在这次任务中负责的模块:好友圈
三:测试说明
(a)测试思路:
1)边界值测试法:对于app的私信或动态功能,设计两类测试用例:一是输入字符串为空时,二是输入字符串巨大时;、
2)场景测试方法:
对于扇贝单词app:
基本流 |
用户登录到软件,点开个人主页,找到好友(关注/粉丝),发送消息,对方收到消息。 |
备选流1 |
从“自习室”寻找用户发送消息 |
备选流2 |
从“同桌”发送消息 |
备选流3 |
从“小组”发送消息 |
场景1-直接发送消息 |
基本流 |
|
场景2-从“自习室”寻找用户发送消息 |
基本流 |
备选流1 |
场景3-从“同桌”发送消息 |
基本流 |
备选流2 |
场景4-从“小组”发送消息 |
基本流 |
备选流3 |
测试用例ID |
场景/条件 |
帐号 |
对方账户 |
预期结果 |
1 |
场景1:直接发送消息 |
Lian |
徐豪 |
发送成功 |
2 |
场景2:从“自习室”寻找用户发送消息 |
bumblebee |
Lian |
发送成功 |
3 |
场景3:从“同桌”发送消息 |
Licus |
xuhao |
发送成功 |
4 |
场景4:从“小组”发送消息 |
lzd |
eric |
发送成功 |
对于百词斩app: 进行功能测试。
(b)运行截图:
附近约:
随机约:
好友挑战:
(c)测试管理工具:
名称:禅道;
版本:9.8.3
下载地址:http://sourceforge.net/projects/zentao/files/9.8.3/ZenTaoPMS.9.8.3.win64.exe/download
(d)测试管理工具使用的关键界面截图:
四:结论说明。
百词斩和扇贝单词在社交方面差异挺大,其中百词斩更多的是一种PK的形式,通过这样来激励用户背单词;而扇贝单词则采取学习监督的方式,即通过同桌,自习室等功能互相监督,激励学习。个人而言,百词斩的社交功能比扇贝单词强大了许多,不仅可以通过微信和好友PK。也可以通过其他方式进行PK。
缺陷:在百词斩app中,当把好友拉黑后,仍能收到消息。
五:高级功能
(无脚本;材料见组长附件)
9、测试专题:性能测试;
测试工具:阿里云测。
10、测试设计:通过阿里云平台进行云端测试,从程序安装包的安装速度,程序的运行性能以及程序的后台性能占用程度等维度来评测软件的性能。
11、工作感受:我负责性能测试的设计部分。我发现百词斩这个APP的安装包存在很多冗余文件,这对于现代人早已饱和的手机存储空间是很不友好的,应尽力避免。
六:工作说明:
基础功能:本次实验分工明确,我拿0.21。
拓展功能:见文档。
高级功能:0.05。