day06_非功能测试丶状态迁移法

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

兼容性测试

概念:不同平台、系统丶网络 丶分辨率 都能正常工作。比如

浏览器:

  • 没有要求 测试 IE、Chrome、Firefox
  • IE以实际客户环境为准

操作系统

  • 不同的操作系统:Windows、Linux、mac等
  • 相同的操作系统不同的版本:win7、win8、win10

界面测试关注点:布局丶风格丶按钮丶测试基本原则丶参照UI设计图

易用性测试关注点:用户群体丶计算机水平丶项目复杂性丶tab/enter等

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

安全性:测试关注点(业务层面)

  • 输入数据:敏感信息遮挡处理(密码、身份证、银行卡、存款等)丶不能复制

  • 传输数据:数据要加密丶加密要有复杂度(加密算法MD5...)

  • 输出数据:数据库中敏感信息要加密

状态迁移法

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

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

使用步骤:

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

业务流程测试

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

业务流程测试的价值:

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

进行业务流程测试的时机

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

业务流程测试用例设计

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

设计tpshop业务流程测试用例

day06_非功能测试丶状态迁移法

上一篇:java学习day06


下一篇:Day06+周日周一 (随堂代码注释整理-加载类与创建对象)