金融APP测试功能点-测试用例，详细整理

一、前言

就目前我们互联网+中心的大多数APP产品而言，功能测试仍是整个测试过程的基础和重点，占比很大

这块内容同web端测试一致，主要是根据产品PRD设计业务用例，验证业务功能

一般有手工和自动化两种来达到业务功能测试的目的

除去每个产品和版本不同的业务需求以及功能，针对于大多数APP的共同点和移动设备的特性

二、业务测试

1、行业的动态理解，金融相关的新闻、政策要持续关注

2、竞品的分析，研究竞品的逻辑交互、业务流程，和我们的产品是否有差异，差异在哪，为什么会有这种差异，哪种更合理更好

3、对测试人员而言，需求的最终输入是PM，我们在做需求理解时，除了理解prd，交互稿等等需求设计文档以外，更重要的一点是理解需求对应的业务背景

在缺陷类型中有一类错误叫做需求错误，就是指产品存在逻辑上的漏洞、业务上的漏洞，测试人员要发现这种错误

前提就是需要对需求的业务背景进行了解，为什么这个需求会存在？解决了什么问题？
　　
比如一个新需求要求对A页面的某金额进行修改，如果你不理解产品的业务，会认为页面A修改完即可

但是如果你带着业务去思考，会发现页面B也存在同类业务或者依赖业务，从而可以提出业务相关的问题，避免问题产生

三、功能测试

1、交互逻辑检查

• 业务流转是否正确，接口调用逻辑是否正确。
• 数据管理权限，如系统管理员是否可以修改用户提交内容
• 用户权限有严格限制
• 用户提交资料后，涉及审批制。审批流程机制是否健全，如节点回滚等

2、页面之间的数据读取

• 页面取数据库的值
• 值的展示处理逻辑，如小数转换、单位换算、null值、金额溢出规避等
• 值的计算，应考虑多位小数、边界值（1、0、-1等）的情况。
• 密码、手机、身份证号、电话、邮箱格式限制。
• 百分占比计算，如1/3情况，占比之和是否为100%
• 数据缓存机制
• 数据job执行逻辑

3、一般性检查

• 新增、修改、删除是否有提示，提示风格是否与产品提示风格一致
• 菜单层级
• 导航指示清楚
• 加载动画是否合理，当响应时间较快时是否取消动画加载

四、安全性测试

1、敏感数据本地可破解

• 检查是否在本地保存用户密码，无论加密与否
• 检查敏感的隐私信息，如聊天记录、关系链、银行账号等是否进行加密
• 检查是否将系统文件、配置文件明文保存在外部设备上
• 部分需要存储到外部设备的信息，需要每次使用前都判断信息是否被篡改文件权限
• 检查App所在的目录，其权限必须为不允许其他组成员读写

2、网络传输

检查敏感信息在网络传输中是否做了加密处理，重要数据要采用TLS或者SSL

http请求默认是明文的，如果安全验证和加密机制存在漏洞，通过网络嗅探扫描，很容易被猜到和模拟请求，也可能被注入

3、Android组件权限保护

禁止App内部组件被任意第三方程序调用。若需要供外部调用的组件，应检查对调用者是否做了签名限制

4、升级

• 检查是否对升级包的完整性、合法性进行了校验，避免升级包被劫持。
• 升级后的数据检查，避免出现升级后密码失效等。

5、应用自身安全性

对某个应用进行逆向，看反编译后的代码有没有敏感信息暴露。反编译后对代码修改，插入劫持代码后重新打包，如果存在这种漏洞，对用户和开发者都构成极大的威胁

6、请求传输

如H5页面数据分享，是否将用户session也分享出去了。

五、其它通用类测试点

如性能测试、易用性测试、兼容性测试、安全性测试、稳定性测试。针对APP，还需独有特点进行专项APP测试，如：流量测试、电量测试、弱网络测试、环境干扰测试等

发版及项目回顾
建立严谨合理的上线发版流程，确保产品顺利上线；及时收集用户使用反馈，供产品改进；同时，QA需将各个阶段的执行数据进行有效分析，发现问题，提出改进措施，并跟进改进结果

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

 

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取