全栈测试

@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

1 启动容器 1.1 启动方式 两种启动方式： 新建容器并启动； 终止状态的容器重新启动。 1.2 新建容器并启动 启动命令：docker run； 输出hello world，终止容器： 启动bas

1 获取镜像 1.1 命令格式 1.2 参数说明 使用docker pull --help可以看到使用方法： 镜像仓库地址和仓库名说明： / 说明 镜像仓库 格式：<域名/IP>[:端口号] ，默认D

1 支持环境 Docker 支持以下版本的 Ubuntu 操作系统： 2 卸载旧的docker 旧版本的 Docker 称为 docker 或者 docker-engine； 因为我的Ubuntu是新

1 镜像（ Image ） Docker 镜像（Image），就相当于是一个 root 文件系统; Docker 镜像是一个特殊的文件系统，提供容器运行时所需的程序、库、资源、配置等文件； 包含了一些

1 学习来源 本系列笔记学习主要参考书籍《Docker-从入门到实践》以及结合官网的教程，仅作为个人学习使用； 推荐大家阅读此书，感谢作者的书籍，学到了很多。 2 官方学习资源 Docker 官方主页

1 实现目的 在LInux操作系统上，针对桌面端软件，模拟用户（鼠标、键盘）操作，达到快速、重复执行测试用例； 便于回归测试，快速覆盖主线用例或功能； 线上或线下巡检测试，结合持续集成，及时发现运行环