规范的软件测试流程

38次阅读

共计 1929 个字符,预计需要花费 5 分钟才能阅读完成。

测试环境搭建准则

搭建前

  • 确定测试目标

    • 功能测试:不须要大量数据,须要覆盖率高,测试数据要求尽量实在
    • 性能测试:可能须要大量存量数据,或者与理论硬件环境尽可能类似的硬件配置
  • 测试的软件环境尽可能模仿实在环境

    • 选用适合的操作系统与软件平台
    • 理解合乎测试软件运行的最低要求及用户应用的硬件配置
    • 连贯用户常用软件,防止发生冲突
    • 产品化的测试须要思考兼容性的计划
  • 营造独立的测试环境

    • 不同我的项目,不同公司会对测试环境的独立性有不同的要求
    • 测试过程中尽量保障测试环境独立,不会受到其余测试人员以及我的项目研发人员的影响
  • 构建可复用的测试环境

    • 通过备份或者数据隔离的形式
    • 反复使用一套测试环境进行多版本多时间段的测试

搭建测试环境过程剖析

  • 环境搭建模式

    • 线下搭建:公司本地内

      • 独立测试服务器或者虚拟机
      • 测试环境配置(以 Java 为例)

        • 配置 Java 环境(下载 jdk 并配置环境变量)
        • 下载并装置中间件(Tomcat,jetty 及其他)
        • 装置数据库并导入初始化脚本
      • 测试项目导入
    • Docker 模式:构建属于本人 image;应用时一键 deploy 即可
    • 依赖第三方平台

环境建设思路

思考点 :用处,应用老本,保护老本

基础架构

  • 研发环境:用于研发自测,集成测试
  • 测试环境:用于日常单零碎或两两微服务之间测试,可同时集成自动化测试回归
  • 联测环境:齐备环境,用于大型联测
  • 外联环境:稳固版本环境,用于内部商户联调
  • 灰度 / 沙箱环境:用于生产数据测试,仿真测试

测试过程

最终输入:测试计划,测试用例,缺点跟踪记录

过程划分:

在逻辑上,测试流动是按程序进行的

在理论测试过程中,是能够重叠或者同时进行的

测试策动

  1. 进行测试需要的剖析
  2. 确定须要测试的内容或品质特色
  3. 明确测试的充分性要求
  4. 提出测试的根本办法

测试策动的过程

  • 确定测试的资源和技术需要
  • 进行危险剖析和评估
  • 根据上述剖析后果制订测试计划
  • 依据测试计划发展相应的测试管制流动

需要测试

益处

  • 测试工程师参加需要剖析,对需要理解粗浅,缩小与开发人员的交互
  • 晚期确定测试用例的编写思路,为测试打好根底
  • 能够获取易测的测试数据,为测试用例设计提供帮忙
  • 能够发现需要不合理的中央,升高测试老本

作用

  • 明确测试对象以及测试工作的范畴和作用,并作为测试笼罩的根底
  • 被确定的测试需要项必须是可核实的,测试需要必须有一个可察看、可评测的后果
  • 无奈核实的需要,就不是测试需要
  • 包含与客户的交换,用以廓清某些混同
  • 明确哪些需要更重要
  • 确保危险承担者尽早地对我的项目达成共识
  • 对未来产品有一个清晰的意识
  • 能够作为制订测试计划的根本根据
  • 为设计测试用例提供领导,能无效设计用例

需要验证

审查需要文档

  • 对需要文档及相干模型进行仔细检查
  • 在需要开发期间做非正式的评审

以需要根据编写测试用例

  • 编写简略用户手册
  • 起草简略易懂的用户手册,用以形容出所有用户可见的性能,并用它作为需要规格阐明的参考,并辅助需要剖析

确定合格规范

  • 让用户形容什么样的产品才算满足他们的要求和适宜他们应用
  • 将确认合格的测试建设在应用场景形容或应用实例的根底之上

测试策略

定义 :是形容测试项目和测试工作之间的关系,用来阐明要测什么,如何测,如何协调测试资源与测试工夫等

测试策略是否高效,会对测试项目的进度产生很大的影响

偏重需要剖析,评估危险,定义测试范畴

  • 确定测试方法,指定测试启动、进行、实现规范和条件

测试策略的因素 (属于测试计划的一部分):

  1. 测试安顿,公布打算:里程碑;明确的完结工夫;布局优先级,保障外围性能
  2. 测试范畴:按优先级分类
  3. 测试资源:分为人力和工具两局部
  4. 测试环境:包含举荐环境解决方案,操作系统要求,软硬件要求
  5. 测试方法:功能测试
  6. 用例设计办法
  7. 文档治理:包含装置,降级文档,用户指南;须要残缺测试能力公布文档
  8. 风险管理:来自技术,资源或者其余方面
  9. 上线跟踪验证

测试计划

制订我的项目测试过程中的测试重点

  • 各阶段的工作以及工夫进度安顿
  • 提出各项任务的危险评估与剖析,能够包含测试策略

测试计划 = 测试策略 + 测试任务分配 + 工夫进度安顿

测试计划

偏重测试的办法,测试环境的布局

  • 包含测试工具的设计和抉择,测试用例的设计办法,测试代码的设计方案

测试计划 = 测试计划 + 用例设计方案 + 工具抉择 + 自动化 / 性能测试具体计划

测试计划评审

疏忽测试计划评审会导致的问题

  • 仅从文档、沟通获取信息,会造成信息不对称,意识全面,了解谬误或不深刻等问题
  • 短少同行穿插评审和开发评审机制,无奈充分发挥个体智慧,集体的思维难以冲破,可能会呈现测试脱漏的状况

目标

  • 出现测试的工作
  • 与开发达成共识
  • 不同的思维形式碰撞出火花,借鉴他人的思考形式
  • 造就团队合作的能力
  • 施展团队合作,最大限度施展集体的教训,专长,实现技能互补

评审重点

  • 采纳的测试方法
  • 等价类划分的根据
  • 测试数据的选取和筹备办法
  • 流程测试的门路抉择
  • 数据比对选取的对象和数据检查点
  • 是否须要模仿数据及模仿数据的办法
  • 基于危险的测试取舍
正文完
 0