状态迁移法（业务流程测试 ）
概念：基于系统中模块或节点之间的状态。来描绘状态与状态之间的关系，从而找到状态之间转化的路线设计测试用例的一种方法
适用场景：需要针对复杂业务场景设计测试用例
绘制原则：
- 不要漏掉流程路径
- 先有判断，再有判断结果
- 推荐讲主业务流程放在最中间，便于阅读
使用步骤：
- 找出系统所有的节点
- 绘制状态迁移图
- 绘制状态迁移树
- 找出状态之间的转换路径
业务流程测试
- 业务流程测试的关注点：关注点在核心业务是否能够跑通
- 重点不是关注单个功能模块的细节点
业务流程测试的价值：
- 客户角度：对客户最有价值的是业务的实现，不是单功能模块的质量
- 测试人员角度：分配任务往往是针对功能模块划分，业务流程的测试容易遗漏
进行业务流程测试的时机
- 上线前进行业务流程测试的确认
- 单功能模块基本可用的情况下，尽早进行（冒烟测试）
业务流程测试用例设计
- 需求分析，明确流程
- 画出流程图
- 编写测试用例，一条路径对应一条测试用例。路径比较多时，可以对所测业务路径设置优先级
案例分析——飞机售票系统
思路
项目业务流程测试基本过程
除了功能测试之外，我们还需要从下面几个方面来考虑软件的非功能测试。
非功能测试
概念：不同平台、系统丶网络 丶分辨率 都能正常工作。我们可以从 兼容性丶界面丶易用性丶性能测试丶安全方面几个方面来进行测试。例如：
- 浏览器：没有要求 测试 IE、Chrome、Firefox。IE是否要测试以实际客户环境为准
- 操作系统：不同的操作系统：Windows、Linux、mac等。相同的操作系统不同的版本：win7、win8、win10
- 界面测试关注点：布局丶风格丶按钮丶测试基本原则丶参照UI设计图
- 易用性测试关注点：用户群体丶计算机水平丶项目复杂性丶tab/enter等
- 性能测试：对性能有要求丶用户量大丶并发测试、压力测试、负载测试
- 安全性：测试关注点（业务层面）：输入数据：敏感信息遮挡处理（密码、身份证、银行卡、存款等）丶不能复制 。传输数据：数据要加密丶加密要有复杂度（加密算法MD5...）。输出数据：数据库中敏感信息要加密