全栈测试

1 简介 YAML 不是一种标记语言，而是一种数据格式； 使用缩进和分离来表示数据结构，不需要使用额外的标记语言。 2 缩进 使用缩进来表示嵌套关系； 标识方式为使用空格； 缩进必须使用相同数量的空格

1 什么是YAML？ 全称为：YAML Ain’t Markup Language，它不是标记语言，是一种轻量级数据交换格式； 是一个易读易理解的数据序列化格式； 面向文本，不同的语言中有相应的解析器

1 目的 做UI和接口自动化练习时，有时候找不到合适的对象，我们可使用禅道来联系； 因为禅道有开源版，可以二次开发，并有详细的API手册； 本文的目的是整理并分享，使用禅道来作为测试对象的过程，便于学

1 状态转换测试简介 嵌入式系统有些表现出基于状态的行为，设计此系统可使用基于状态的建模； 在设计过程中，创建的模型可作为测试设计的基础； 以下将描述基于状态的模型来导出测试用例的技术。 1.1 基于

1 测试设计技术的步骤 1.1 确定测试情形 即分析测试基础，明确每一个测试需要的情形； 例如： 1.2 确定逻辑测试用例 测试情形被转换为测试用例； 逻辑测试用例课能就是测试情形； 逻辑测试用例即描

1 简介 这里的安全指在一定条件下，系统不会危及到人的生命的期望； 某些系统的故障可能导致严重的后果，如人员死亡、严重伤害、或环境环境收到严重破坏； 书中说到了两种方法：FMEA（故障模型及后果分析）

@TOC 有很多种自动化测试报告样式，接下来主要看下这些常用样式的效果是怎样的 每个样式各有特点，选择自己喜欢的使用就好了 自动化测试时你用的最多的是哪个呢？ 1 框架设计(准备工作) 我们需要把HT

1 说明 1.1 简介 评审是一种正式的评估技术； 评审需详细考查软件需求、设计、编码等，以便发现缺陷、违反开发标准的情况或其它问题。 1.2 评审的目的 验证软件是是否否和规范； 验证软件是否达到应

1 简单介绍 可测性审查主要在准备阶段； 可测性审查意味着测试基础的文档的完备性、确定性和一致性； 在制定测试规范的过程中，高可测性是测试成功的首要条件； 2 规程 2.1 选择相关文档 测试计划应当

1 风险评估 1.1 分析风险 著名公式： 公式说明： 1.2 如何估计故障几率？ 以下有助于估计故障几率，他给出了容易发生故障的位置： 复杂部件； 全新部件； 经常改动的部件； 首次采用某种工具或技

1 简介 独立测试团队主要进行高层次的测试； 主要在开发生命周期的后期进行。 2 计划与控制阶段 项目 内容 目标 把握测试质量，对测试过程进行协调、监督和控制。 规程 测试计划包含计划、资源分配和任

1 开发人员测试的重要性 早期发现的错误容易解决； 高质量的基础元素更容易建立起高质量的系统； 开发后期发现的缺陷，很难追踪其根源； 解决开发后期发现的缺陷，在回归测试上需要投入更大的时间成本； 开发

1 制定主测试计划的要素 1.1 测试类型 测试类型是用一组相关的质量特性来评估系统的一组活动； 常见的测试类型如下： 测试类型 描述 质量特性 功能 测试功能行为 功能性 接口 测试和其它系统的交互

1 简单的多V模型 原则上，每一种产品形态，都遵循一个完整的V型开发周期； 包括设计、开发和测试活动，所以用多V表示； 多V的本质是为同一个系统开发不用的实物形态； 如下多V模型的开发生命周期： 2

1 TEmb简介 TEmb是一种方法，能够为特定的嵌入式系统组合恰当的测试方法； TEmb提供了一种机制，可以从适用于任何测试项目的通用元素和一组相关的特定方法中组合出恰当的专用测试方法。 2 TEm

1 外部访问容器 1.1 访问方式 要想让外部访问容器中的一些网络应用，需要通过 -P 或 -p 参数来指定端口映 射； -P ：Docker 会随机映射一个端口到内部容器开放的网络端口； docke

1 数据卷 1.1 什么是数据卷？ 数据卷是一个可供一个或多个容器使用的特殊目录； 类似于 Linux 下对目录或文件进行 mount，镜像中的被指定为挂载点的目录中的 文件会复制到数据卷中（仅数据卷

1 为什么看这个？ 一直在间断性的学习和了解嵌入式软件测试的知识，但是一直没有机会整理； 近期看到了关于《嵌入式软件测试》书籍，感觉还是不错的，特此把学习过程记录下来。 2 一些说明 书籍作者是[美]

1 准备工作 创建一个文件夹registry,后续专门在该文件下操作； 拥有一个私有仓库地址，比如demo.testdocker.com。 2 准备站点证书 2.1 创建CA私钥 2.2 创建CA根证

1 Docker Hub 1.1 简介和登陆 Docker Hub是Docker官方维护的一个公共仓库； 注册网址为： https://hub.docker.com； 注册账号以后可以使用docker