丙午🐎年

单节点 citus

通过 docker 进行安装

1
2
3
4
5
6
7
8

# start the image
docker run -d --name citus -p 5432:5432 -e POSTGRES_PASSWORD=pppppp citusdata/citus:11.2

# connect using psql within the Docker container
docker exec -it citus psql -U postgres

# # or, connect using local psql, verify it's running, and that Citus is installed:
psql -U postgres -h localhost -d postgres -c "SELECT * FROM citus_version();"

Apache JMeter 官网
https://jmeter.apache.org/index.html

下载地址
https://dlcdn.apache.org//jmeter/binaries/apache-jmeter-5.5.zip

压力测试场景设计

1. 哪些业务需要做压力测试？

• 比较常用的业务场景（or 功能模块）
• 单业务场景／或者多业务场景
• 项目要求做的业务场景

2. 压力测试的并发数是多少？

• 有预期的数值？一次性达到？有上次性能测试的结果值？100 200 300 参照上次性能测试的结果 200 2：8
• 无预期的数值？只有参考的在线用户数？2：8 原则———＞可以用在线用户数的 20％ 作为参考去测试。
  阅读全文 »

多租户应用程序

在本教程中，我们将使用一个示例广告分析数据集来演示如何使用 Citus 为多租户应用程序提供支持。

本教程假设您已经安装并运行了 Citus。如果没有运行 Citus，可以使用 Single-Node Citus 中的一个选项在本地设置 Citus。

数据模型和示例数据

我们将演示为一个广告分析应用程序建立数据库，公司可以用来查看，更改，分析和管理他们的广告和活动(见一个应用程序的例子)。这样的应用程序具有典型的多租户系统的良好特征。来自不同租户的数据存储在一个中央数据库中，每个租户都有自己数据的独立视图。

我们将使用三个 Postgres 表来表示这些数据。首先，您需要下载这些表的示例数据:

1
2
3

curl https://examples.citusdata.com/tutorial/companies.csv > companies.csv
curl https://examples.citusdata.com/tutorial/campaigns.csv > campaigns.csv
curl https://examples.citusdata.com/tutorial/ads.csv > ads.csv

接口测试到底测什么

接口测试为什么重要？

我相信你一定听说过这样一句话：“测试要尽早介入，测试进行得越早，软件开发的成本就越低，就越能更好地保证软件质量。”但是如何尽早地进入测试，作为软件测试工程师的你，是不是也没办法说得清楚呢？其实上面那句话中的“测试”，所指的并不是测试工程师这个人，而是指包含了单元测试、接口测试、界面测试等一系列质量保障活动的测试工作。

接口是什么？

接口就是有特定输入和特定输出的一套逻辑处理单元，而它不用知道自身的内部实现逻辑，这也可以叫做接口的黑盒处理逻辑。

而从上面的例子你也可以看到，由于服务对象不同，接口又可以分为两种，一种是系统或服务的内部接口，一种是外部依赖接口。

案例：如何把流程化的测试脚本抽象为测试框架？

为什么要开发自己的测试框架？

我们说到了用 Postman 来完成接口测试，但随着你的接口测试项目逐渐增加，你会发现越来越难以管理它的脚本，虽然测试工具导出的测试脚本也可以存放到代码仓库，但是，如果只是通过代码来查看是很难看懂的，你必须用原来的测试工具打开，才能更容易看懂原来的脚本做了什么样的操作。

搭建测试框架，不要纠结于技术选型在

做接口测试脚本开发的技术选型上，我更建议你根据自己的技术实力和技术功底来选择，而不要以开发工程师的技术栈来选择。

我们作为测试工程师，无论是使用自动化的接口测试，还是界面的手工测试，第一目标都是保障交付项目的质量，那些业务侧的表现，在大多数情况下不是我们关心的重点

用你的框架完成多接口测试

测试框架的形成是在撰写大量测试脚本的过程中不断抽象封装出来的，然后，再用这个不断完善的框架，改写原有的测试脚本。循环往复这个过程，你就会慢慢获得一个独一无二的、又完全适合你工作的接口测试框架。