手机app测试报告模板文档格式.docx
《手机app测试报告模板文档格式.docx》由会员分享，可在线阅读，更多相关《手机app测试报告模板文档格式.docx（5页珍藏版）》请在冰豆网上搜索。
测试用例--------------------------------------------------------------------------------------------4
登陆/注册---------------------------------------------------------------------------------------------------------4
文件上传----------------------------------------------------------------------------------------------------------4
文件收藏----------------------------------------------------------------------------------------------------------5
文件删除/还原--------------------------------------------------------------------------------------------------5
文件重命名------------------------------------------------------------------------------------------------------6
文件移动----------------------------------------------------------------------------------------------------------6
文件分享----------------------------------------------------------------------------------------------------------7
图片浏览----------------------------------------------------------------------------------------------------------8
相册备份----------------------------------------------------------------------------------------------------------8
私密空间--------------------------------------------------------------------------------------------------------9
设置--------------------------------------------------------------------------------------------------------------9
客户端安装/升级--------------------------------------------------------------------------------------------10
1.概述
编写目的
编写本测试用例的目的是为测试工程师提供关于对中国电信XXX项目的系统整体功能测试提供指导。
读者对象
本测试用例的读者对象为软件开发项目管理者、软件工程师、测试工程师。
参考资料
《XXX手机版开发需求流程-安卓》
测试用例
登陆/注册
文件上传
文件收藏
文件删除/还原
篇二：
移动互联网App测试流程及测试点（XX版）
移动互联网APP测试流程及测试点（XX版）
1APP测试基本流程
流程图
仍然为测试环境
测试周期
测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认项目排期。
测试资源
测试任务开始前，检查各项测试资源。
--产品功能需求文档；
--产品原型图；
--产品效果图；
--行为统计分析定义文档；
--测试设备（；
；
及以上；
Symbianv3/v5/NokiaBelle等）；
--其他。
日报及产品上线报告
1）测试人员每天需对所测项目发送测试日报。
2）测试日报所包含的内容为：
--对当前测试版本质量进行分级；
--对较严重的问题进行例举，提示开发人员优先修改；
--对版本的整体情况进行评估。
3）产品上线前，测试人员发送产品上线报告。
4）上线报告所包含的内容为：
---对当前版本质量进行分级；
---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）；
--总结上线版本的基本情况。
若有遗留问题必须列出并记录解决方案。
2App测试点
安全测试
软件权限
1）扣费风险：
包括发送短信、拨打电话、连接网络等
2）隐私泄露风险：
包括访问手机信息、访问联系人信息等
3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测
4）限制/允许使用手机功能接人互联网
5）限制/允许使用手机发送接受信息功能
6）限制/允许应用程序来注册自动启动应用程序
7）限制或使用本地连接
8）限制/允许使用手机拍照或录音
9）限制/允许使用手机读取用户数据
10）限制/允许使用手机写人用户数据
11）检测App的用户授权级别、数据泄漏、非法授权访问等
安装与卸载安全性
1）应用程序应能正确安装到设备驱动程序上
2）能够在安装设备驱动程序上找到应用程序的相应图标
3）是否包含数字签名信息
4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的
5）JAD文件显示的资料内容与应用程序显示的资料内容应一致
6）安装路径应能指定
7）没有用户的允许,应用程序不能预先设定自动启动
8）卸载是否安全,其安装进去的文件是否全部卸载
9）卸载用户使用过程中产生的文件是否有提示
10）其修改的配置信息是否复原
11）卸载是否影响其他软件的功能
12）卸载应该移除所有的文件
数据安全性
1）当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码
2）输人的密码将不以明文形式进行显示
3）密码,信用卡明细,或其他的敏感数据将不被储存在它们预输人的位置上
4）不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间
5）当应用程序处理信用卡明细,或其他的敏感数据时,不以明文形式将数据写到其它单独的文件或者临时文件中。
以6）防止应用程序异常终止而又没有侧除它的临时文件,文件可能遭受人侵者的袭击,然后读取这些数据信息。
7）当将敏感数据输人到应用程序时,其不会被储存在设备中
8）备份应该加密,恢复数据应考虑恢复过程的异常?
?
讯中断等,数据恢复后再使用前应该经过校验
9）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告
10）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警告显示前,，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户
11）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作
12）“取消”命令操作能够按照设计要求实现其功能
13）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况
14）当进行读或写用户信息操作时,应用程序将会向用户发送一个操作错误的提示信息
15）在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ
16）应用程序读和写数据正确。
17）应用程序应当有异常保护。
18）如果数据库中重要的数据正要被重写,应及时告知用户
19）能合理地处理出现的错（来自:
小龙文档网:
手机app测试报告模板）误
20）意外情况下应提示用户
通讯安全性
1）在运行其软件过程中,如果有来电、SMS、EMS、MMS、蓝牙、红外等通讯或充电时,是否能暂停程序，优先处理通信,并在处理完毕后能正常恢复软件,继续其原来的功能
2）当创立连接时,应用程序能够处理因为网络连接中断,进而告诉用户连接中断的情况
3）应能处理通讯延时或中断
4）应用程序将保持工作到通讯超时,进而发送给用户一个错误信息指示有连接错误
5）应能处理网络异常和及时将异常情况通报用户
6）应用程序关闭或网络连接不再使用时应及时关闭）断开7）HTTP、HTTPS覆盖测试
--App和后台服务一般都是通过HTTP来交互的，验证HTTP环境下是否正常；
--公共免费网络环境中（如：
麦当劳、星巴克等）都要输入用户名和密码，通过SSL认证来访问网络，需要对使用HTTPClient的library异常作捕获处理。
人机接口安全性
1）返回菜单总保持可用
2）命令有优先权顺序
3）声音的设置不影响应用程序的功能
4）应用程序必需利用目标设备适用的全屏尺寸来显示上述内容
5）应用程序必需能够处理不可预知的用户操作,
升级会员 