MindMake

近期整理一版单独组建，作为开源工具分享给大家，将其命名为【MindMake】

工具地址 https://github.com/Musule/MindMake

功能

利用思维导图编写测试用例，生成多种格式文件

MindMake前身

公司测试伙伴们跟我一样比较喜欢使用Xmind（思维导图、脑图）编写测试用例，公司以testlink对测试用例进行管理，Xmind无法直接导入testlink，市面上常见方法
将Xmind转成xml文件格式，再将其导入到testlink，比如：Xmind2testlink、xmind2testcase。每次创建测试用例、修改用例都要经历转换格式，而且必须时刻保持Xmind
和testlink数据一致性，每次修改都需要重复这个操作，这就联想到为何不用思维导图直接来修改testlink测试用例。

设计方案

前几周，写了一个工具，可以通过api来访问testlink Postman2Testlink，利用api向testlink发起请求，进行编写测试用例。
再次技术方案基础上，再自己做的测试平台上面做了一个页面。

效果图

背景

传统互联网企业，测试部门测试用例管理一般用excel、word、xmind、禅道、Teambition、Testlink。

经过这几年总结，testlink优点可以说最全面，主要体现在一下几点：
用例复用、维护、筛选过滤、关联自动化测试、统计测试数据和报告等等。但有些操作testlink前端没有实现，测试小伙伴实际工作中还是经常需要用到，比如：批量添加关键字、批量修改测试用例、批量添加用例自定义字段等等。

技术方案

testlink api

使用JavaScript封装了一些常用testlink api

https://github.com/liyinchigithub/Charles2Postman

vue

前端用vue写页面

实现效果

更新测试用例

筛选用例：项目名称 > 测试计划 > 测试套件 > 测试用例

1.思维导图创建用例

看这篇文章

2.编辑用例

2.批量添加、更新用例自定义字段

3.批量添加、更新用例关键字

4.其他配置

5.testlink页面效果

批量添加关键字

筛选用例：项目名称 > 测试计划 > 测试套件 > 测试用例
1.选择用例

2.输入关键字

3.testlink页面效果

批量添加用例自定义字段

筛选用例：项目名称 > 测试计划 > 测试套件 > 测试用例
1.选择用例

2.输入自定义字段

3.testlink页面效果

vue-qrcode

前端生成二维码生成组件

安装

1

npm install @chenfengyuan/vue-qrcode vue

引用

全局组件

1
2
3
4
5
6
7
8
9

import Vue from 'vue';
import VueQrcode from '@chenfengyuan/vue-qrcode';
    
Vue.component(VueQrcode.name, VueQrcode);
   
<script>
<VueQrcode value="Hello, World!" :options="{ width: 200 }"></VueQrcode>
</script>

局部组件

将第三方组件value改成双向数据绑定:value=data定义变量名

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

<template>
 <VueQrcode :value=form.text_to_qr :options="{ width: 200 }"></VueQrcode>
</template>
<script>
import VueQrcode from "@chenfengyuan/vue-qrcode";
export default {
  data() {
    return {
      form: {
        text_to_qr: "http://www.baidu.com", // 文本内容转二维码
            }
          }
        }
            },
   components: {
    VueQrcode
  }           

</script>

完整代码

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94

<template>
  <div id="QR">
    <el-button @click="dialog = true" type="primary" style="margin-left: 30px;">生成二维码</el-button>

    <el-drawer
      title="生成二维码"
      :before-close="handleClose"
      :visible.sync="dialog"
      direction="rtl"
      custom-class="demo-drawer"
      ref="drawer"
    >
      <div class="demo-drawer__content">
        <el-form :model="form">
          <el-form-item label="输入内容" :label-width="formLabelWidth">
            <el-input
              type="textarea"
              :autosize="{ minRows: 4, maxRows: 4}"
              placeholder="请输入生成二维码的内容"
              v-model="form.text_to_qr"
            ></el-input>
          </el-form-item>
          <el-form-item label="二维码" :label-width="formLabelWidth">
            <VueQrcode :value=form.text_to_qr :options="{ width: 200 }"></VueQrcode>
          </el-form-item>
        </el-form>
        <div class="demo-drawer__footer">
          <el-button @click="cancelForm">取 消</el-button>
          <el-button
            type="primary"
            @click="$refs.drawer.closeDrawer()"
            :loading="loading"
          >{{ loading ? '提交中 ...' : '确 定' }}</el-button>
        </div>
      </div>
    </el-drawer>
  </div>
</template>
<script>
import VueQrcode from "@chenfengyuan/vue-qrcode";
export default {
  data() {
    return {
      dialog: false, // 控制抽屉效果
      loading: false,
      form: {
        text_to_qr: "http://www.baidu.com", // 文本内容转二维码
        qr_to_text: "", // 二维码转文本内容
        qr: "",
        name: "",
        region: "",
        date1: "",
        date2: "",
        delivery: false,
        type: [],
        resource: "",
        desc: ""
      },
      formLabelWidth: "80px",
      timer: null
    };
  },
  methods: {
    handleClose(done) {
      if (this.loading) {
        return;
      }
      this.$confirm("确定保存吗？")
        .then(_ => {
          this.loading = true;
          this.timer = setTimeout(() => {
            done();
            // 动画关闭需要一定的时间
            setTimeout(() => {
              this.loading = false;
            }, 400);
          }, 2000);
        })
        .catch(_ => {});
    },
    cancelForm() {
      this.loading = false;
      this.dialog = false;
      clearTimeout(this.timer);
    }
  },
  mounted() {},
  created() {},
  watch: {},
  components: {
    VueQrcode
  }
};
</script>

Charles2Postman

工具地址 https://github.com/liyinchigithub/Charles2Postman

功能介绍

测试小伙伴，经常使用Charles抓取数据包，但要将数据包内容复制到postman这是是一件费时费力的事情。

Charles2Postman可以帮助你，批量将Charles导出的抓包请求响应数据文件，快速转成支持导入postman格式，

让你在没有restful API设计文档情况下，快速构建postman客户端请求脚本，无需再一个个参数复制粘贴，节省时间。

版本说明

charles2postman Version1.0 支持基于http、https协议请求，类型支持urlencoded、json、form-data

charles 版本 4.2.6

postman 版本 7.12.0

node 版本 大于v8.11.4

环境要求

下载并安装nodejs https://nodejs.org/en/

进入目录

1

cd charles2postman

安装依赖

1

npm install

charles抓包工具

导出请求格式为:JSON Session File（.chls），保存当Charles2Postman目录下File文件夹中

开始转换

方式一：

双击run.bat

方式二：

1

node index

或

1

sh run.sh

输出文件

导入postman的collection.json文件，生成在outputFile目录下

1	./outputFile/postman_collection.json

输出文件，导入postman

将这个postman_collection.json导入postman中# Charles2Postman

声明

转载请注明出处：https://liyinchigithub.github.io/ 谢谢您的配合

对于每个开发或测试Android设备的人来说，各种调试、测试工具极多，如颇有名气的ADB、DDMS、APT等等。

DDMS是什么？

DDMS 的全称是Dalvik Debug Monitor Service，是 Android 开发环境中的Dalvik虚拟机调试监控服务。

DDMS功能

（1）测试设备截屏；

（2）查看特定进程正在运行的线程以及堆信息；

（3）Logcat（日志查看）；

（4）广播状态信息；

（5）模拟电话呼叫；

（6）模拟接收及发送SMS；

（7）虚拟地理坐标；

（8）端口重定向；

DDMS工作原理

DDMS扮演了一个IDE与移动设备上的应用程序之间的”中间人”角色，在Android上，每一个应用程序都有一个自己的VM并运行在自己的进程中。因此，每个进程都有一个不同的端口用来监听debugger。

1、DDMS启动时，会连接到ADB，并开启一个device监视服务，当有设备连接到ADB或与ADB断开时，DDMS都会得到通知；

2、一旦一个设备连接到ADB，DDMS就会为其创建一个VM监视服务，当移动设备上有VM的启动或终止时，DDMS就会得到通知；

3、一旦一个VM开始运行，DDMS就会通过ADB获取VM的PID，然后，为这个VM打开一个端口，监听来自这个VM的Debugger。为第一个VM打开的监听端口是8600，第二个是8601，依次往后排；

5、DDMS还会打开一个默认为8700的本地端口，并通过这个端口监听来自IDE的Debugger。当有IDE Debugger连接上来时，DDMS查找当前选中的VM，再通过ADB转接上去。流程为：

IDE Debugger–>DDMS8700端口–>ADB–>ADBD–>VM

这样，Debugger就可以向VM发送信息了；

而VM的Debugger抓取到的堆栈、线程等VM的运行时信息通过连接到DDMS为这个VM打开的监听端口上，就可以发送到DDMS上了。

DDMS如何获得版本安装

下载官网：

Android-ADT：https://dl.google.com/android/ADT-23.0.6.zip

Android-SDK: http://developer.android.com/sdk/index.html(可以不安装)

DDMS如何使用

DDMS启动

配置android sdk环境变量，dos执行ddms或Android sdk 目录下tools文件夹内ddms.bat、ddms.sh

（1）正常启动后，界面如下：

左侧的面板上提供了相应功能的按钮，从左往右依次是：Debug the selected process、Update Heap、Dump HPROF File、Cause GC（Garbage Collection）、Update Threads、Start Method Profiling、Stop Process和Screen Capture，如下图：

右侧显示相应的监测信息并进行文件管理，如下图：

DDMS测试APP

DDMS使用

注：以下所有操作必须手机连接PC，连接时确认手机处于”USB调试”模式；

线程监测

DDMS中的线程监控和评测浏览对于管理大量线程的应用很有用。

要启用，点击 Update Threads（更新线程）图标即可开始，如下图：

右侧对应的Threads窗口会显示面向选中VM进程的所有线程的名称和其他细节

utime 和stime代表了线程在瞬间运行用户代码（utime）和系统代码（STIME）所花的总时间。一瞬间的时间是由系统定义的，但通常为10毫秒。星号表示守护线程；native状态表示线程正执行原生代码。查看上述样本数据时，除了查看应用主线程花费时间，也要关注GC花费时间，便于测试中发现GC问题或观察处理对象创建，提出有助于优化性能建议。

内存检测

可以使用DDMS中的Heap和Allocation tracker一起定位内存问题，如下：

点击Update Heap（更新堆）按钮，获得有关选定虚拟机中堆分配的信息，如下图：

右侧对应的Heap，点击”Cause GC”，Heap视图中便会显示当前应用的内存使用量的详细情况；

测试中如何判断程序是否有内存泄漏的可能性呢？需要关注一个值：Heap视图中部有一个Type叫做data object，即数据对象，也就是我们的程序中大量存在的类型的对象。在data object一行中有一列是”Total Size”，其值就是当前进程中所有Java数据对象的内存总量，一般情况下，这个值的大小决定了是否会有内存泄漏，可以这样判断：

（1）不断的操作当前应用，同时注意观察data object的Total Size值；

（2）正常情况下Total Size值都会稳定在一个有限的范围内，虽然不断的操作会不断的生成较多对象，但是虚拟机在不断的进行GC的过程中，对象都被回收了，内存占用量会会落到一个稳定的水平，也就是说程序代码良好，无内存泄露情况出现；

（3）反之如果代码中存在没有释放对象引用的情况，则data object的Total Size值在每次GC后不会有明显的回落，随着操作次数的增多Total Size的值会不断增大，累加到一个极限后导致进程被kill掉。

所以我们测试中可以预判下那些场景容易出现内存泄露，可以重复这个场景的操作，观察heap size值和data object”Total Size” 的变化，若发现内存泄露情况，可使用DMS另一个自带的内存分配跟踪工具Allocation tracker进行跟踪。

操作步骤：

（1）点击 “Start Tracking”；

（2）点击”Get allocations”，更新内存分配显示；

（3）filter输入应用名称进行筛选;

（4）继续不断重复场景操作，再点击”Get allocations”；

（5）若发现某个类占用的内存最大，且有上升的趋势，可点击该类，下方展示该类中运行的各方法，可定位到该类中的具体方法，双击method名，定位到对应的代码；

响应时间检测

Method Profiling（方法分析）对于快速概览应用中时间的消耗分布非常有用，也可用于时间关键型函数的详细查看。

响应时间测试的场景主要是在：遍历查询、递归查询等（循环判断）。

点击Start Method Profiling 图标开始方法分析，操作场景测试，点击Stop Method Profiling 停止分析如下图：

分析结果如下图：

incl cpu time%，将各方法时间消耗进行排序；

Incl cpu time%: inclusive时间占总时间的百分比

Excl cpu time%: 执行占总时间的白分比

Calls+Recur Calls/Total: 调用和重复调用的次数

Time/Call: 总的时间(ms)排序

单击底部窗格中的方法调用可创建一个层级结构，显示该方法–先是调用该方法的母方法，然后是从选定方法中调用的子方法，若发现某个方法占用CPU时间过长，可定位到对应代码,查看代码逻辑，针对性发现问题。

UI检查

DDMS下Dump view UI hierarchy for Automator针对程序开发中UI调试好处多多，对于测试而言该工具在UI视觉测试时也是一个利器，该工具能够定位到每个View在屏幕中的绝对位置（精确到具体的PX（像素）级别），在视觉检查测试时可以帮我们很轻松的发现UI视觉问题。

启动时，点击Dump view UI hierarchy for Automator图标，如下图：

启动后进入正式界面，可以逐个元素的进行UI视觉稿检测，有问题立即便可知晓，如下图：

流量统计

测试中流量大小是1个重要测试点，而DDMS提供了流量统计工具network statistics，该工具可以实时统计查看程序使用网络的情况，也可以通过设置不同的Tag(标签)来区分不同类型的流量使用情况，数据在DDMS中通过图表显示，点击右侧视图中的network statistic，并Start即开始统计，如下图：

CPU/Memory/FPS抓取

测试中CPU、内存、帧率测试必不可少，同样DDMS针对此提供了System Information工具，可以用来对CPU、内存和帧进行抓取，可以抓取到整个系统的某个瞬间信息。使用时点击右侧视图中的System Information即可，具体使用方法比较简单，不再赘述。

log抓取

日志一般用于记录程序运行信息，从而使开发者方便开发调试，便于发现问题。我们先看看android.util.Log常用的方法，共有以下六种：Log.v() 、Log.d() 、Log.i() 、Log.w()、 Log.e()以及Log.a() (android 4.0新增加的)。根据首字母对应VERBOSE、DEBUG、INFO、WARN、ERROR、Assert，重要程度排序Assert > Error > Warn > Info > Verbose。

(1)Log.v 的调试颜色为黑色的，任何消息都会输出，平时使用就是Log.v(“”,””);

(2)Log.d的输出颜色是蓝色的，仅输出debug调试的意思，但他会输出上层的信息，过滤起来可以通过DDMS的Logcat标签来选择.

(3)Log.i的输出为绿色，一般提示性的消息information，它不会输出Log.v和Log.d的信息，但会显示i、w和e的信息

(4)Log.w的意思为橙色，可以看作为warning警告，一般需要我们注意优化Android代码，同时选择它后还会输出Log.e的信息。

(5)Log.e为红色，可以想到error错误，这里仅显示红色的错误信息，这些错误就需要我们认真的分析，查看栈的信息了;

(6)Log.a为4.0新增加的，Assert表示断言失败后的错误消息，这类错误原本是不可能出现的错误，现在却出现了，是极其严重的错误类型;

而我们平时测试Android App过程中会经常通过log定位问题，而DDMS中LogCat则是一个抓取APP运行log的利器，具体操作如下：

打开LogCat窗口，Window -> Show View -> LogCat.

手机连上本地PC，并打开usb调试模式，即可收集到app运行log了。

收集中可以增加log规律规则，点击窗口右上的加号，在Filter Name中输入需要过滤的的字符串。点击OK就行了。

多个设备的Log查看

在模拟器、真机数量多于两个的时候，DDMS仍然适用，DDMS试图，在左上角Devices中双击想要看log的设备即可，具体适用与单设备完全一致。

虚拟地理坐标

如果您的应用程序依赖于位置的手机，你可以有的DDMS送您的设备或AVD一个模拟的位置。这是非常有用的，如果你想测试你的应用程序的特定位置的功能，而不必实际移动的不同方面。
您可以使用下面的地理位置数据类型：
手动设置（Manual）位置 - 通过手动指定十进制或六十进制的经度和纬度值。
GPX - GPS交换文件
KML -Keyhole标记语言文件

进程信息

获取进程信息需要点击左侧Update Threads按钮，然后在左侧显示相应的进程信息，包括进程的名称、ID、状态等重要信息
内存信息
需要点击Update Heap，在Heap界面下，上部显示堆的详细信息，点击Cause GC进行垃圾回收，当完成后，可以看到一组对象类型和为每种类型已分配的内存，点击列表中的一个对象类型，为该种特定内存大小的对象分配的数量。

模拟拨入电话，模拟接收短信

模拟器接收模拟发送短信的效果，中文乱码

网络状态获取

在Android 4.0， DDMS 具备监控详细的网络使用情况的功能，使得它可以跟踪您的应用程序的网络请求。使用这个工具，你可以监视应用程序的数据传输，并适当优化的底层代码。

系统信息获取

包括三部分CPU相关信息（CPU load）、内存使用信息（MemoryUsage）、框架渲染时间信息（Frame Render Time）

CPU load

Memory Usage

Frame Render Time
测试使用模拟器

网速设置

手机文件管理

手机文件管理，如果虚拟机分配了SD卡空间或真机挂载了SD卡可以管理SD中的文件。从设备复制文件，在文件浏览器中找到该文件，然后单击“Pull file”按钮。要复制一个文件到设备上的文件资源管理器“Push file
”按钮。

功能介绍

YApi 是高效、易用、功能强大的 api 管理平台，旨在为开发、产品、测试人员提供更优雅的接口管理服务。可以帮助开发者轻松创建、发布、维护 API，YApi 还为用户提供了优秀的交互体验，开发人员只需利用平台提供的接口数据写入工具以及简单的点击操作就可以实现接口的管理。

特性

#基于 Json5 和 Mockjs 定义接口返回数据的结构和文档，效率提升多倍

#扁平化权限设计，即保证了大型企业级项目的管理，又保证了易用性

#类似 postman 的接口调试

#MockServer 除支持普通的随机 mock 外，还增加了 Mock 期望功能，根据设置的请求过滤规则，返回期望数据

#支持 postman, har, swagger 数据导入

#免费开源，内网部署，信息再也不怕泄露了。

环境要求

1
2
3

nodejs（7.6+)
mongodb（2.6+）
git

我的个人体验

（一）优点：

支持mock（postman也自带mock服务），支持导入postman工程json（但要求导出版本是V1）

（二）缺点：

1、在Yapi上面配置内容，导出不支持导入到postman。

2、有一定学习成本，需要团队开发接口设计文档都在上面使用，测试复用接口设计文档进行接口测试才有意义。

搭建

前提：本地安装配置node、mongodb

（一）自带部署脚手架

（二）启动服务

（三）本地化部署后，登录页面

（四）导入postman工程

（五）团队协作

（六）主要功能

1、接口列表

2、接口设计文档详情页

3、单个接口测试

4、运行测试

根据接口列表，自定义添加测试集合（要测试的接口）

前言

软件测试过程中，最核心重要在用例设计，公司团队以往都是用excel维护测试用例，但缺点是在太多。

如下：

1、评审不够直观，开发产品对着报表评审用例打瞌睡。

2、编写效率不够，思维不能发散，迭代用例版本维护很麻烦。

3、excel转成xml再导入testlink。

必须让测试小伙伴在项目紧迫周期内，快速”头脑风暴”发散思维写出用例。

（二）解决办法：

1、使用思维导图工具（xmind）设计测试用例。

2、遵循转换工具xmind用例模板。

3、将xmind用例转成xml再导入testlink。

ps：来神州之前我所在敏捷团队scrum master 一直使用xmind作为脑图使用，应对短期、长期项目非常好用。

如何快速设计测试用例、高效管理测试用例？？

Xmind2Testlink

Xmind2TestLink 是一款开源xmind文件转xml格式工具！

1、页面（界面）

2、简单模板

(1)模板示例 version 1

1
2
3
4
5
6
7
8

①默认的中心主题不会被转换，默认从第一层子主题开始转换。
②第一层子主题会被识别为 TestSuite 测试集。
③TestSuite 的子主题 会被识别为 TestCase 测试用例。
④TestCase 的下级分支为 TestStep 测试步骤 和 Expected Result 期望结果。
⑤你可以给 TestSuite，TestCase加上 Note，这会被识别为Summary 总结/概要 字段。
⑥你可以给TestCase 加上 Comment 解释，这会被识别为 Preconception 预想 字段。
⑦你可以使用数字Marker来为TestCase定义优先级。
⑧你可以使用感叹号!来注释掉不想导入的任意分支。

（2）模板示例 version 2

1
2
3
4
5
6
7
8
9

①根主题必须加上一个小星星，这是用来区分V1和V2的标识。
②第一层子主题还是会被识别为 TestSuite。
③之后的主题可以自由扩展，如果一个主题被标记了priority 优先级 那么意味着case到此结束。
④如果没有主题被标记priority 优先级，默认case取到最后一个主题。
⑤默认使用空格连接case子主题，你可以指定其他连接符（根主题的最后一个字符）。
⑥TestCase 的下级分支为 TestStep 和 Expected Result。
⑦所有case子主题的Summary 概要和Preconception 预想会被连接起来。
⑧你可以给 TestSuite，TestCase加上 Note，这会被识别为Summary 字段。
⑨!开头的所有主题都会被自动忽略，可以用来隐藏或者注释某些不想导入的内容。

3、简单模板示例解析结果

4、在TestLink上创建对应测试项目，然后导入转换后的文件

（1）登录testlink

（2）点击文本【编辑测试用例】，跳转到新页面

导入包含符合TestLink系统的测试用例的xml文件

（3）点击图标【导入测试用例集】，跳转到新页面

（4）点击图标【导入测试用例集】，跳转到新页面

（5）查看整体的上传结果

在页面左边树状图最下方有生成正确的8条用例：目录层级展示正确，用例名展示正确

5、TestLink导入状态示例

6、TestLink导入结果示例

7、xmind常用小图标基本使用操作

(1)xmind图标 对应 testlink位置

①xmind “备注” 对应 testlink “详细、摘要”

②xmind “批注” 对应 testlink “前提”

另，xmind添加批注方式

③xmind “批注” 对应 testlink “前提”

④在TestCase所属子主题前面的子主题，如果前一个子主题是以”+”标识符开头，就是最里层的一个目录文件名

⑤编写的xmind文件基本都要新建两个画布

默认画布名为：画布1，画布2，保持默认画布名即可。

画布2允许不用创建，表示不填测试用例相关的关键字。

画布2的关键字编写规则。

1
2
3
4

【A】根主题名称可任意取值，默认填写为【用例相关说明】
【B】第二层主题写6个，6个名称固定为【Jira需求】【用例编写者】【手机兼容性(型号、系统版本)】【对应开发】【浏览器兼容性】【关键字】
【C】第三层主题，填的值分别是第二层主题对应的值
【D】特别注意：第二层主题名为【关键字】所对应第三层主题的值，如果值为多个，要以分割符"|"分开来写。

xmind”画布2” 对应TestLink用例详情页”相关字段”

Nginx

Nginx(发音同engine x)是一个高性能、跨平台的[HTTP Server]，也可以用作[反向代理]、[负载均衡]服务器和[HTTP缓存]服务器。俄罗斯人Igor Sysoev(伊戈尔·赛索耶夫)在2004年开发的，Nginx是免费的开源软件，根据类BSD许可证的条款发布。目前全球约有50%的网站都是用Nginx做Web服务器。

Nginx的优点

1、开源免费

Nginx完全开源免费，可以轻松搭建HTTP服务。

相对传统收费的负载均衡器F5，用Nginx搭建负载均衡服务成本比较低。

2、高性能

Nginx是基于C语言开发，在执行效率很高。

Nginx是基于Master/Worker进程架构，Master进程管理多个Worker进程，开启多个Worker进程并发处理请求，使用CPU亲和性，充分发挥多核CPU的性能。
基于事件驱动处理大量并发请求，解决C10k问题。

3、占用资源少

Ngxin在设计和开发时对占用内存做了大量的优化，1w多个非活跃的HTTP Keep-Alive连接在Nginx中仅消耗2.5MB的内存。

4、跨平台

Nginx可以在在Linux、MacOS、Windows等平台编译部署。

5、模块化扩展

Nginx是高度模块化设计，可以根据抽象的模块接口开发定制相应的模块，以满足业务需求，淘宝的Tengine就是基于Nginx开发定制的，淘宝开发很多有用的模块。

Nginx的用途

1、Web服务器

Nginx可以搭建Web服务器，由于在性能优于Apache，因此很多公司逐渐用Nginx替换Apache。
Nginx支持Lua，大牛章亦春基于Nginx与Lua开发高性能Web平台OpenResty，其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。

2、反向代理

目前很多后端应用服务在部署时都是通过Nginx搭建反向代理，首先client端请求到Nginx的反向代理，然后再转发到后端应用服务上，这样可以很好保护后端应用服务。

所以我们通常在Apache、Tomcat、IIS之前加上Nginx，由Nginx反向代理到后端服务器上。

3、负载均衡

目前互联网用户成倍增长，单台服务不足以应对海量用户的请求，需要部署[多台后端应用服务]，因此需要负载均衡器将请求负载到不同后端应用服务上，实现[分布式集群]。以前都是[硬负载均衡器F5]，但是F5成本比较高，小公司很难承受起，再者F5功能比较固化，不够灵活，因此Nginx做软负载均衡器就比较流行。
在一线互联网公司，例如BAT公司，他们都有统一接入服务，对互联网上的请求统一分发，这个统一接入服务一般都是用Nginx搭建的。

Nginx[负载均衡策略]也很多，主要有：RR（轮询）、weight（权重）、ip_hash（IP Hash）、fair（后端服务器响应时间）、url_hash（URL Hash）这几种。

在服务器集群中，Nginx起到一个代理服务器的角色（即反向代理），为了避免单独一个服务器压力过大，将来自用户的请求转发给不同的服务器。

Nginx服务器之负载均衡策略（6种）

负载均衡用于从“upstream”模块定义的后端服务器列表中选取一台服务器接受用户的请求。

一个最基本的upstream模块是这样的，模块内的server是服务器列表：

1
2
3
4
5
6
7

#动态服务器组
    upstream dynamic_zuoyu {
        server localhost:8080;  #tomcat 7.0
        server localhost:8081;  #tomcat 8.0
        server localhost:8082;  #tomcat 8.5
        server localhost:8083;  #tomcat 9.0
    }

在upstream模块配置完成后，要让指定的访问反向代理到服务器列表：

1
2
3
4
5

#其他页面反向代理到tomcat容器
        location ~ .*$ {
            index index.jsp index.html;
            proxy_pass http://xxx;
        }

这就是最基本的负载均衡实例，但这不足以满足实际需求；

目前Nginx服务器的upstream模块支持6种方式的分配：

(1)轮询

　　最基本的配置方法，上面的例子就是轮询的方式，它是upstream模块默认的负载均衡默认策略。每个请求会按时间顺序逐一分配到不同的后端服务器。

　　有如下参数：

注意：

在轮询中，如果服务器down掉了，会自动剔除该服务器。
缺省配置就是轮询策略。
此策略适合服务器配置相当，无状态且短平快的服务使用。

(2)weight

　　权重方式，在轮询策略的基础上指定轮询的几率。例子如下：

1
2
3
4
5
6
7
8

#动态服务器组
upstream dynamic_zuoyu {
    server localhost:8080   weight=2;  #tomcat 7.0
    server localhost:8081;  #tomcat 8.0
    server localhost:8082   backup;  #tomcat 8.5
    server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
}

在该例子中，weight参数用于指定轮询几率，weight的默认值为1,；weight的数值与访问比率成正比，比如Tomcat 7.0被访问的几率为其他服务器的两倍。

注意：

权重越高分配到需要处理的请求越多。
此策略可以与least_conn和ip_hash结合使用。
此策略比较适合服务器的硬件配置差别比较大的情况。

(3)ip_hash

　　指定负载均衡器按照基于客户端IP的分配方式，这个方法确保了相同的客户端的请求一直发送到相同的服务器，以保证session会话。这样每个访客都固定访问一个后端服务器，可以解决session不能跨服务器的问题。

1
2
3
4
5
6
7
8

#动态服务器组
    upstream dynamic_zuoyu {
        ip_hash;    #保证每个访客固定访问一个后端服务器
        server localhost:8080   weight=2;  #tomcat 7.0
        server localhost:8081;  #tomcat 8.0
        server localhost:8082;  #tomcat 8.5
        server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
    }

　　注意：在nginx版本1.3.1之前，不能在ip_hash中使用权重（weight）。
ip_hash不能与backup同时使用。
此策略适合有状态服务，比如session。
当有服务器需要剔除，必须手动down掉。

(4)least_conn

　　把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端，使它们的负载大致相同；但是，有些请求占用的时间很长，会导致其所在的后端负载较高。这种情况下，least_conn这种方式就可以达到更好的负载均衡效果。

1
2
3
4
5
6
7
8

#动态服务器组
upstream dynamic_zuoyu {
    least_conn;    #把请求转发给连接数较少的后端服务器
    server localhost:8080   weight=2;  #tomcat 7.0
    server localhost:8081;  #tomcat 8.0
    server localhost:8082 backup;  #tomcat 8.5
    server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
}

　　注意：此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况。

(5)第三方策略

第三方的负载均衡策略的实现需要安装第三方插件。

①fair

　　按照服务器端的响应时间来分配请求，响应时间短的优先分配。

1
2
3
4
5
6
7
8

#动态服务器组
upstream dynamic_zuoyu {
    server localhost:8080;  #tomcat 7.0
    server localhost:8081;  #tomcat 8.0
    server localhost:8082;  #tomcat 8.5
    server localhost:8083;  #tomcat 9.0
    fair;    #实现响应时间短的优先分配
}

②url_hash

　　按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，要配合缓存命中来使用。同一个资源多次请求，可能会到达不同的服务器上，导致不必要的多次下载，缓存命中率不高，以及一些资源时间的浪费。而使用url_hash，可以使得同一个url（也就是同一个资源请求）会到达同一台服务器，一旦缓存住了资源，再此收到请求，就可以从缓存中读取。　

1
2
3
4
5
6
7
8

    #动态服务器组
    upstream dynamic_zuoyu {
        hash $request_uri;    #实现每个url定向到同一个后端服务器
        server localhost:8080;  #tomcat 7.0
        server localhost:8081;  #tomcat 8.0
        server localhost:8082;  #tomcat 8.5
        server localhost:8083;  #tomcat 9.0
}

以上便是6种负载均衡策略的实现方式，其中除了轮询和轮询权重外，都是Nginx根据不同的算法实现的。在实际运用中，需要根据不同的场景选择性运用，大都是多种策略结合使用以达到实际需求。

4、HTTP缓存服务

Nginx支持缓存，可以将缓存图片、js、css等，现在很多CDN厂商的CDN缓存都是用的Nginx缓存。

随着互联网的迅猛发展和互联网用户数量的成倍增长，互联网公司都需要应付海量并发请求，Nginx开源免费、高性能等特点会越来越受青睐。

Nginx安装与配置

1、安装

系统平台：CentOS release 6.6 (Final) 64位。

（1）安装编译工具及库文件

1

yum -y install make zlib zlib-devel gcc-c++ libtool  openssl openssl-devel

（2）首先要安装 PCRE

PCRE 作用是让 Nginx 支持 Rewrite 功能。

①下载 PCRE 安装包

下载地址： http://downloads.sourceforge.net/project/pcre/pcre/8.35/pcre-8.35.tar.gz

1
2

[root@bogon src]# cd /usr/local/src/
[root@bogon src]# wget http://downloads.sourceforge.net/project/pcre/pcre/8.35/pcre-8.35.tar.gz

②解压安装包:

1

[root@bogon src]# tar zxvf pcre-8.35.tar.gz

③、进入安装包目录

1

[root@bogon src]# cd pcre-8.35

④、编译安装

1
2

[root@bogon pcre-8.35]# ./configure
[root@bogon pcre-8.35]# make && make install

⑤、查看pcre版本

1

[root@bogon pcre-8.35]# pcre-config --version

（3）安装 Nginx

①下载 Nginx

下载地址：http://nginx.org/download/nginx-1.6.2.tar.gz

1
2

[root@bogon src]# cd /usr/local/src/
[root@bogon src]# wget http://nginx.org/download/nginx-1.6.2.tar.gz

②安装包

1

[root@bogon src]# tar zxvf nginx-1.6.2.tar.gz

③进入安装包目录

1

[root@bogon src]# cd nginx-1.6.2

④编译安装

1
2
3

[root@bogon nginx-1.6.2]# ./configure --prefix=/usr/local/webserver/nginx --with-http_stub_status_module --with-http_ssl_module --with-pcre=/usr/local/src/pcre-8.35
[root@bogon nginx-1.6.2]# make
[root@bogon nginx-1.6.2]# make install

⑤查看nginx版本

1

[root@bogon nginx-1.6.2]# /usr/local/webserver/nginx/sbin/nginx -v

到此，nginx安装完成。

1、Nginx 配置

创建 Nginx 运行使用的用户 www：

1
2

[root@bogon conf]# /usr/sbin/groupadd www 
[root@bogon conf]# /usr/sbin/useradd -g www www

配置nginx.conf ，将/usr/local/webserver/nginx/conf/nginx.conf替换为以下内容

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76

[root@bogon conf]#  cat /usr/local/webserver/nginx/conf/nginx.conf

user www www;
worker_processes 2; #设置值和CPU核心数一致
error_log /usr/local/webserver/nginx/logs/nginx_error.log crit; #日志位置和日志级别
pid /usr/local/webserver/nginx/nginx.pid;
#Specifies the value for maximum file descriptors that can be opened by this process.
worker_rlimit_nofile 65535;
events
{
  use epoll;
  worker_connections 65535;
}
http
{
  include mime.types;
  default_type application/octet-stream;
  log_format main  '$remote_addr - $remote_user [$time_local] "$request" '
               '$status $body_bytes_sent "$http_referer" '
               '"$http_user_agent" $http_x_forwarded_for';
  
#charset gb2312;
     
  server_names_hash_bucket_size 128;
  client_header_buffer_size 32k;
  large_client_header_buffers 4 32k;
  client_max_body_size 8m;
     
  sendfile on;
  tcp_nopush on;
  keepalive_timeout 60;
  tcp_nodelay on;
  fastcgi_connect_timeout 300;
  fastcgi_send_timeout 300;
  fastcgi_read_timeout 300;
  fastcgi_buffer_size 64k;
  fastcgi_buffers 4 64k;
  fastcgi_busy_buffers_size 128k;
  fastcgi_temp_file_write_size 128k;
  gzip on; 
  gzip_min_length 1k;
  gzip_buffers 4 16k;
  gzip_http_version 1.0;
  gzip_comp_level 2;
  gzip_types text/plain application/x-javascript text/css application/xml;
  gzip_vary on;
 
  #limit_zone crawler $binary_remote_addr 10m;
 #下面是server虚拟主机的配置
 server
  {
    listen 80;#监听端口
    server_name localhost;#域名
    index index.html index.htm index.php;
    root /usr/local/webserver/nginx/html;#站点目录
      location ~ .*\.(php|php5)?$
    {
      #fastcgi_pass unix:/tmp/php-cgi.sock;
      fastcgi_pass 127.0.0.1:9000;
      fastcgi_index index.php;
      include fastcgi.conf;
    }
    location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|ico)$
    {
      expires 30d;
  # access_log off;
    }
    location ~ .*\.(js|css)?$
    {
      expires 15d;
   # access_log off;
    }
    access_log off;
  }

}

检查配置文件nginx.conf的正确性命令：

1

[root@bogon conf]# /usr/local/webserver/nginx/sbin/nginx -t

启动 Nginx

Nginx 启动命令如下：

1

[root@bogon conf]# /usr/local/webserver/nginx/sbin/nginx

访问站点

从浏览器访问我们配置的站点ip：

Nginx 其他命令

以下包含了 Nginx 常用的几个命令：

1
2
3

/usr/local/webserver/nginx/sbin/nginx -s reload            # 重新载入配置文件
/usr/local/webserver/nginx/sbin/nginx -s reopen            # 重启 Nginx
/usr/local/webserver/nginx/sbin/nginx -s stop              # 停止 Nginx

前言

有逼格很高的商业化、开源化测试框架及工具，但实际运用需很大维护成本，产生价值低。

如何真正”高效快速”、”低成本维护”？经过调研落地、使用对比。

最终确认这个方案（Postman+Newman+Jenkins+Git）基于restful Api、RPC等等，都可以变相解决这些困难。

如何借助这些工具实现接口测试自动化和持续集成？

1、Postman

基于http/https协议接口，一款可视化构造客户端请求工具，虽然是商业化工具，但免费版提供的功能基本满足目前测试人员需求，能快速构建接口自动化测试脚本，用于场景流程回归、批量构造测试数据。

官方文档：https://learning.getpostman.com/

下载地址：https://www.getpostman.com/downloads/

2、Newman

Postman的脚本运行器，能够不在使用postman工具情况下，非界面化运行脚本！

可以生成html、json、xml格式的测试报告，可以进一步对这些测试报告进行解析处理。

3、Git

开源分布式版本控制系统，比较常见开放源代码的版本控制系统：SVN、Gitlab、Github等等，可以进行代码、脚本托管。

目前公司用的是gitlab

4、Jenkins

开源 CI/CD 持续集成、持续构建系统工具。

通过jenkins配置job参数，可以灵活自定义配置构建，实现各种外部服务功能执行，比如发送邮件、统计结果、数据处理等等。（需要你有一定代码基础）

5、测试报告

测试报告邮件正文显示内容。

6、其他

爬取数据，我将接口自动化测试生成的报告，进行存储展示到前端页面。（测试工作管理后台）