CI/CD
Continuous Integration;
Continuous Deployment;
- 持续集成,将新代码和旧代码一起打包、构建;
- 持续部署,将新构建的包进行部署;
- 持续测试,将新代码、新单元测试一起测试;
- 方案:
- 公有云DevOps 平台,如gitlab runner,github action
- 服务器在国外,速度慢
- 使用YAML编写流程脚本
- 自建CI/CD平台,如jenkins(java编写)/ BuildBot(python编写地址)
- 可以执行任意的代码、搭建结果完全私有、开源的软件
- 公有云DevOps 平台,如gitlab runner,github action
持续测试
基于git + gitee + jenkins + pytest + allure 完成持续测试的案例;
- 代码托管平台-gitee
编写简单的python项目,并上传gitee仓库
app.py:
# app.py
# __author__ = "laufing"
from fastapi import FastAPI # 异步web框架
import uvicorn # ASGI
app = FastAPI()
@app.get("/")
def index():
return {
"code": 200,
"msg": "0k"
}
# 数据模型、序列化
from pydantic import BaseModel
class UserData(BaseModel):
name: str
password: str
phone: str
@app.post("/user/register") # post /user/register {"name": "jack", "password": 123, "phone": 123}
def register(user: UserData) -> dict:
print(user, type(user)) # UserData类型的对象
return user # 将模型序列化为json
if __name__ == '__main__':
# uvicorn要求python3.7+
uvicorn.run(app, host="localhost", port=8080, log_level="info")
test_app.py:
# __author__ = "laufing"
import requests
import allure
HOST = "http://localhost:8080"
class TestApp:
@allure.feature("index首页的功能模块")
@allure.title("get_index") # 测试用例的名称
def test_index(self):
res = requests.get(HOST + "/")
assert res.status_code == 200
@allure.feature("注册的功能模块")
@allure.title("user_register")
@allure.severity(allure.severity_level.CRITICAL)
def test_register(self):
user = {
"name": "jack",
"password": 123,
"phone": 123
}
res = requests.post(HOST + "/user/register", json=user)
assert res.status_code == 200
将以上项目推送到gitee仓库。
- 在CentOS7中使用root用户启动jenkins,并在防火墙中开启对应端口。
# java11+ 启动jenkins
java -jar jenkens.war --httpPort=8081 --httpListenAddress=0.0.0.0
# 防火墙开放端口
firewall-cmd --permanent --add-port=8081/tcp
firewall-cmd --reload
- 使用创建的admin账户登录jenkins,安装git 、allure 插件(Manage Plugins>Plugins>availablexx),并配置tool(需要在linux下安装git & allure-2.15.0);
配置allure的安装家目录(bin的上级目录):
最后创建item;
- 配置创建的jenkins项目;
这里添加项目的描述、配置git仓库地址(需要在gitee代码托管平台配置启动jenkins的账户下.ssh的公钥)及分支、配置build steps执行的shell命令、build triggers [poll SCM]、post-build actions(构建后的动作,如测试报告、邮件通知等);
选择Poll SCM触发器,每两分钟轮询一次仓库,代码是否发生变化;若不设置轮询计划,则仅在仓库代码发生变化时,通过web hook 触发jenkins流水线;
这里是构建,执行shell的步骤,工作目录为~/.jenkins/workspace/my_py_test/
,在allure-results下生成allure的json格式的测试数据;
(workspace目录下有所有创建的items,代码仓库下内容都拉到my_py_test1目录下,并在该目录下执行构建,需要提前配置好python的环境yum install python3,并安装pytest包、allure-pytest插件)
配置构建后的动作,jenkins调用linux下安装的allure命令,基于allure-results目录的json数据,生成allure html报告;
- 手动执行构建(也可以提交代码到仓库自动触发构建)
6. 查看allure的测试报告;
后续提交代码后,jenkins会周期性轮询git仓库,代码发生变化则触发构建
流程总结
- 本地开发代码
- 提交到gitee仓库
- jenkins监控代码变化(poll轮询、webhook钩子)
- jenkins执行构建或者测试的命令,生成allure测试数据;
- jenkins通过allure插件,调用allure命令生成测试报告;
- 发送结果邮件通知;