- sosotest平台介绍
- 安装部署sosotest服务
- 使用配置入门
- 后台管理部分
- 用户使用
- MOCK服务
- 关键字模式介绍
- python模式介绍
- context上下文对象
- 数据操作
- 持续集成
- 断言处理
- 常见错误原因
- Published with GitBook
使用配置入门
从零开始你的测试
本章主要讲述sosotest安装部署完之后, 如何从零开始配置数据、环境、服务、编写用例、创建任务(集), 一直到为持续集成提供服务。
本章所有示例均以部署到本机为准,请求地址是 http://127.0.0.1
下面是sosotest的设计模型,通过此模型可以更好的理解平台的配置。
首先是最基础的数据服务。
一般包括数据库,redis,mango等。目前支持mysql数据库配置和redis配置。
数据服务之上就是环境。
一个公司的测试环境应该包含多套,每套环境下应该有多个服务的闭环或者被测服务与mock服务的闭环。
多个环境可以用同一套数据服务。比如环境A和环境B都是使用的数据服务M。环境C使用数据服务N。
环境之中部署的就是服务。
服务表示被测系统,比如有个服务向外提供http服务,我们就需要添加这个服务到sosotest上。
命名规则建议使用git的项目名称进行申请,服务多的情况下能够很好的区分。
同一个服务只需要申请一次,在多个环境下执行也只需要申请一次即可。
在对应环境下部署的对应服务应该向外提供服务访问地址,也就是请求地址配置。
同一个环境下可以部署多套服务。
同理,同一个服务可以部署多套测试环境。
某个环境下的某个服务对外提供一个请求地址,[环境-服务] 是联合唯一的。
比如环境A下服务1的请求地址是 http://envA.git1.com,那么环境A下的服务1就不能再有其他的请求地址配置。
假设环境B下服务1的请求地址是 http://envB.git1.com,那么服务1的测试用例就可以在环境A和B下同时测试。
数据服务->环境->服务->请求地址,这是sosotest的设计模型中的配置层面的重要的四部分。