运动APP功能测试
·目录
一、计划说明：
1.测试产品
我们选择的是运动类的APP进行对比测试，A产品：keep，B产品：悦跑圈
2.测试进度表
| 项目 | 内容说明 | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 1.计划 | 10 | 10 |
| · Estimate | · 估计这个任务需要多少时间 | 10 | 10 |
| Testing Design | 2.测试设计 | 120 | 150 |
| · Analysis | · 需求和测试需求分析 | 40 | 30 |
| · Design Test Cases | · 设计测试用例 | 80 | 120 |
| Testing Environment | 3.搭建测试环境（安装测试工具、管理工具等相关运行和支撑软件） | 30 | 50 |
| Testing Implementation | 4.测试实施 | 60 | 90 |
| · Test | · 执行测试 | 60 | 90 |
| Reporting | 5.报告 | 60 | 130 |
| · Test Report | · 测试报告 | 50 | 110 |
| · Postmortem & Process Improvement Plan | · 事后总结，并提出过程改进计划 | 10 | 20 |
| 合计 | 280 | 430 |
二、需求说明
1.整体功能模块划分图
2.详细功能模块划分图
说明：图中红色字体表示使用频率较高的功能模块
keep
悦跑圈
比较上面两张图，我选取了两者使用频率较高且有共性的几个功能模块进行进一步划分，结果如下：
账号管理与绑定
keep的账号管理与绑定
悦跑圈账号绑定
个人资料管理
keep个人资料
悦跑圈个人资料
三、测试说明
1.设计思路
根据前面对功能模块的划分，我选取了其中用户使用频率较高的几个功能进行功能测试。
本次功能测试的测试用例主要使用黑盒测试中的场景法进行测试，使用此法可以不用考虑程序的内部逻辑，针对需求进行测试。
考虑到每个功能的事件流数量较少，逻辑简单，所以使用基于独立路径的场景构建方法，构建完毕之后剔除中间可能含有的不可行路径。
具体设计和事件流图如下：
注：红色为基本事件流，黑色为备选事件流。
1.1修改个人资料（包括头像在内）
keep
场景1：基本流
场景2：基本流+备选流1
场景3：基本流+备选流2+备选流4
场景4：基本流+备选流2+备选流5
场景5：基本流+备选流2+备选流3
悦跑圈
场景1：基本流
场景2：基本流+备选流1
场景3：基本流+备选流1+备选流2
场景4：基本流+备选流1+备选流3
1.2修改密码
keep
场景1：基本流
场景2：基本流+备选流1
场景3：基本流+备选流2
场景4：基本流+备选流3
场景5：基本流+备选流4
场景6：基本流+备选流5
悦跑圈
事件流图基本与keep相同，只缺少对新密码与原密码是否相同的检测，因此不进行赘述，参照上图即可得出，场景也是相同的：
场景1：基本流
场景2：基本流+备选流1
场景3：基本流+备选流2
场景4：基本流+备选流3
场景5：基本流+备选流4
场景6：基本流+备选流5
1.3连接设备与应用
keep
场景1：基本流
场景2：基本流+备选流1
场景3：基本流+备选流2
场景4：基本流+备选流2+备选流3
场景5：基本流+备选流4
场景6：基本流+备选流4+备选流5
悦跑圈
场景1：基本流
场景2：基本流+备选流1
场景3：基本流+备选流2
场景4：基本流+备选流3
场景5：基本流+备选流4
1.4绑定第三方账号
keep
场景1：基本流
场景2：基本流+备选流1
场景3：基本流+备选流2
场景4：基本流+备选流2+备选流4
场景5：基本流+备选流2+备选流4+备选流5
场景6：基本流+备选流3
悦跑圈
场景1：基本流
场景2：基本流+备选流1
场景3：基本流+备选流2
场景4：基本流+备选流2+备选流3
场景5：基本流+备选流2+备选流3+备选流4
场景6：基本流+备选流5
2.测试过程
以下对各个场景的测试用例做简单说明，附上关键的测试截图，或者结果截图
2.1修改个人资料（包括头像在内）
对keep的测试
场景1：简单地从头像栏进入资料修改页面修改文字信息
场景2：简单地从设置进入资料修改页面修改文字信息
场景3：更换头像时选择拍照作为头像，但缺少相机使用权限
场景4：更换头像时选择拍照作为头像，已有相机使用权限
场景5：更换头像时从相册选取
对悦跑圈的测试
场景1：简单进入编辑资料界面，修改基本信息
场景2：使用本地照片更换头像
编辑照片
场景3：修改头像的时候，没有内存读取权限
场景4：拍照作为头像
2.2修改密码
因为keep和悦跑圈在此功能上流程相近，所以测试用例相同。
场景1：所以流程正确，成功修改密码
场景2：信息填写不完整（不填写直接提交）
keep
悦跑圈
场景3：密码格式不正确，即密码位数不在要求的范围之内
keep（对于原密码和新密码分开检测提示）
悦跑圈
场景4：新密码和第二次确认的密码不相同
keep
悦跑圈
场景5：旧密码不正确
keep
悦跑圈
场景6：新密码与旧密码相同
keep提示修改不成功
悦跑圈仍然可以修改成功
3.测试管理工具的使用
3.1测试工具说明
测试工具名称：禅道
工具版本：开源版9.8.3（Windows64位）
下载地址：https://sourceforge.net/projects/zentao/files/9.8.3/ZenTaoPMS.9.8.3.win64.exe/download
3.2使用过程
四、结论说明
五、工作说明
六、参考文献
除了文中添加的比较主要的链接之外，还有一些参考文献，如下：
[1] [禅道开源版使用手册](http://www.zentao.net/book/zentaopmshelp/38.html)