day06_业务流程测试丶非功能测试

状态迁移法（业务流程测试 ）

概念：基于系统中模块或节点之间的状态。来描绘状态与状态之间的关系，从而找到状态之间转化的路线设计测试用例的一种方法

适用场景：需要针对复杂业务场景设计测试用例

绘制原则：

• 不要漏掉流程路径
• 先有判断，再有判断结果
• 推荐讲主业务流程放在最中间，便于阅读

使用步骤：

1. 找出系统所有的节点
2. 绘制状态迁移图
3. 绘制状态迁移树
4. 找出状态之间的转换路径

业务流程测试

• 业务流程测试的关注点：关注点在核心业务是否能够跑通
• 重点不是关注单个功能模块的细节点

业务流程测试的价值：

• 客户角度：对客户最有价值的是业务的实现，不是单功能模块的质量
• 测试人员角度：分配任务往往是针对功能模块划分，业务流程的测试容易遗漏

进行业务流程测试的时机

• 上线前进行业务流程测试的确认
• 单功能模块基本可用的情况下，尽早进行（冒烟测试）

业务流程测试用例设计

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

案例分析——飞机售票系统

思路

1. 明确状态节点:【预定】、【已支付】、【已出票】、【已使用】、【已取消】

2. 绘制状态迁移图

3. 绘制状态迁移树

4. 抽取测试路径设计用例

 项目业务流程测试基本过程

​

除了功能测试之外，我们还需要从下面几个方面来考虑软件的非功能测试。

非功能测试

概念：不同平台、系统丶网络 丶分辨率 都能正常工作。我们可以从  兼容性丶界面丶易用性丶性能测试丶安全方面几个方面来进行测试。例如：

• 浏览器：没有要求 测试 IE、Chrome、Firefox。IE是否要测试以实际客户环境为准
• 操作系统：不同的操作系统：Windows、Linux、mac等。相同的操作系统不同的版本：win7、win8、win10
• 界面测试关注点：布局丶风格丶按钮丶测试基本原则丶参照UI设计图
• 易用性测试关注点：用户群体丶计算机水平丶项目复杂性丶tab/enter等
• 性能测试：对性能有要求丶用户量大丶并发测试、压力测试、负载测试
• 安全性：测试关注点（业务层面）：输入数据：敏感信息遮挡处理（密码、身份证、银行卡、存款等）丶不能复制 。传输数据：数据要加密丶加密要有复杂度（加密算法MD5...）。输出数据：数据库中敏感信息要加密