zoukankan      html  css  js  c++  java
  • 浅谈自动化

    个人看法:

    自动化不是用来找BUG,只是用来验证系统没有问题。
    自动化测试比手工测试更脆弱
    自动化测试本身并没有想象力
    自动化测试的维护成功高
    自动化工具无法处理异常事件

    一、什么情况下适合自动化测试:

    1. 自动化测试用于已经稳定的模块或项目
    2. 版本迭代快,需要频繁的进行回归测试的
    3. 界面稳定(UI自动化)
    4. 在多个平台都需要测试的项目
    5. 项目周期长
    6. 系统的可测试性要强,如:代码需编写规范等
    7. 自动化测试人员需要具备较强的编程能力

    二、成本考虑

    1. 时间成本:自动化不是一两天完成的,这个过程需要一个较长的时间段
    2. 硬件成本:硬件的需求
    3. 人力成本:需要精通自动化脚本编写的人员

    可行性分析:某个项目是否满足执行自动化测试的条件,被测项目适合什么自动化工具
    抽样分析:对项目的某个模块进行抽样分析

    冒烟测试:冒烟测试是在提测之前进行的
    回归测试:解放人工,提高测试效率
    验收测试:全部功能的验证(全部功能都跑一遍)
    自动化测试的服务对象:软件的发布流程

    三、自动化测试的风险:

    • 测试人员的离职
    • 自动化测试失败的风险
      • 自动化测试的成果要定期评估,及给出下一个阶段的计划
      • 要给予自动化测试工程师最大的帮助,信息共享,如一些项目依赖,需要领导层及时沟通解决
  • 相关阅读:
    Flink实战(七十三):FLINK-SQL使用基础(一)简介(一)入门
    Flink实战(七十二):监控(四)自定义metrics相关指标(二)
    k8s启动
    k8s containerd
    安装containerd
    k8s镜像
    crictl
    Kubernetes: Using containerd 1.1 without Docker
    docker images --digests
    ctr images pull docker.io/library/redis:latest
  • 原文地址:https://www.cnblogs.com/longweiqiang/p/11918210.html
Copyright © 2011-2022 走看看