非功能测试

非功能性测试

1、兼容性测试

概念：不同平台、系统都能正常工作
测试关注点（web）
浏览器：
IE、Chrome、firefox ；IE以实际客户环境为准
操作系统：
不同的操作系统：Windows、Linux、mac等
相同的操作系统不同的版本：win7、win8、win10等
网络
分辨率

2、界面测试（UI）

布局
风格
按钮
测试基本原则：参照UI设计图

3、易用性

易用性：易懂、易学、易用、易吸引
测试关注点：用户群体、计算机水平、项目复杂性、tab/enter等

4、性能测试

对性能有要求；用户量大；并发测试、压力测试、负载测试

5、安全测试

测试关注点（业务层面）
输入数据
敏感信息遮挡处理(密码、身份证、银行卡、存款等)
不能复制
传输数据
数据要加密
加密要有复杂性（加密算法MD5…）
输出数据
数据库中敏感信息要加密
sql注入（了解）：攻击者把SQL语句（如：【’ ’ or 1 = 1 #】,【’ ’ or 1 = 1–】等）web应用程序，最终达到欺骗服务器执行恶意的SQL语句。
渗透测试（了解）：专业的安全工程师负责测试

测试数据

注意测试数据的时效性（测试准备）
如注册时的手机号在第一次注册时是未注册的，第二次再注册时就变为已注册，所以不是特定的数据场合下，可以省略这些测试数据。
标题与预期结果要明确
注意：如果需求中没有说明类似的错误提示消息，我们应该借助于其他同类型产品的处理方案或消息来设置用例的预期结果。

测试标题

直接点名测试的目的
简明扼要，不要太冗长：
比如异常类测试时，重点关注导致异常的条件即可，（其他正确参数可以放在预置条件里面，实际工作中约定的规则下可以不写其他正常的参数）
如果是正常测试时，可以依据有效等价类的类别（如登陆时，qq、手机号）设计用例
标题一般来说不重复

业务流程测试

1、状态迁移法

概念：基于系统中模块与节点之间的状态，来描述状态与状态之间的关系，从而找到状态之间转化的路线设计测试用例的一种方法。
适用场景：
需要针对复杂业务场景设计测试用例时
使用步骤：
1、找出系统所有的节点
2、绘制状态迁移图
3、绘制状态迁移树
4、找出状态之间的转换路径

2、订单测试

3、绘制流程图

绘制原则：
不要漏掉流程路径
现有判断，再有判断结果
推荐讲主业务流程放在最中间，便于阅读

4、业务流程测试

关注点：
核心业务是否能够跑通
重点不是关注单个功能模块的细节点
价值：
客户角度：对客户最有价值的业务的实现，不是单功能模块的质量
测试人员角度：分配任务往往是针对功能模块划分，业务流程的测试容易遗漏
进行业务流程测试的时机：
上线前进行业务流程测试的确认
单功能模块基本可用的情况下，尽早进行（冒烟测试）

5、业务流程测试用例设计

需求分析，明确流程
画出流程图
编写测试用例，一条路径对应一条测试用例（路径比较多时，可以对所测业务路径设置优先级）