服务端测试知识汇总
目录
服务端测试思想
经济学⻆度
⾦字塔模型
技术⻆度
HTTP协议
三次握⼿
HTTP完整请求
通信模式
URI信息
请求⽅法
请求状态码
请求/响应头
常⽤请求数据格式
COOKIE请求流程
SESSION请求流程
TOKEN请求流程
API测试维度
单接⼝测试
多个接⼝测试
开放平台API
Requests实战
Requests概述
GET⽅法实战
POST⽅法实战
SESSION处理
token实战
Requests封装
轻量级测试框架-Tavern框架
Tavern基本使⽤
MockServer
moco
mock
服务端测试思想
经济学⻆度
在软件测试中，⼀般性的我们建议测试越早投⼊进去，最后它的成本⽐较低，这是因为越早期的投⼊进去进⾏整个测试，能够发现底层架构的设计是否合理，以及能够尽早的发现问题，从⽽更快的解决问题，这样修复问题它的成本⽐较低。如发现的问题可能需要颠覆⽬前的架构设计和MQ中间件的交互，那么这个时候，这个问题在早期发现的时候，修复它的成本是很低的，如果到后⾯产品集成到⼀起发现了该问题，修复它的成本是⾮常⾼的。
⾦字塔模型
⾦字塔的模型是软件测试⾥⾯最具有指导思想的模型之⼀，在这个模型⾥⾯，它通过更加直观的⽅式把软件测试从宏观的思维分为三层，最底层的是单元测试，中间层是API测试，最上层是UI⾃动化测试，如下所示:
在⾦字塔的模型中，在测试分为三个维度来进⾏思考，分别是单元，服务和UI三个层级。这地⽅主要的说下 服务层的测试，在服务层的测试维度中，主要针对的是业务接⼝的测试，来验证接⼝功能是否完整，如内部逻辑， 异常处理。这样的⽬的是验证接⼝它是否稳定，所以接⼝的测试相对⽽⾔⽐较容易⽽且更加⾼效,测试⽤例的维护成 本也低。有很多主流的测试⼯具都可以做接⼝测试，如PostMan,JMeter,SoupUi等，除了⼯具还有在Python语⾔中 很多的第三⽅的库都是可以来做接⼝测试的，如:urllib,requests,aiohttp等。在新的基于微服务的架构模型中，我们会针对⾦字塔的测试模型做⼀个微型的调整，具体调整为如下:
在如上这个测试模型中，在⾦字塔的底部从下往上移动，应该投⼊的测试越来越少，这也符合软件测试经济学的成本思想。应该更多精⼒的投⼊更多底层的测试。底层的测试将主要就包含了在微服务的架构模型中，针对单个服务的测试，多个服务多实例的测试，以及服务与服务之间的调⽤和测试，以及服务之间的数据⼀致性，和服务 与MQ中间件之间的交互，以及服务与DB层⾯的交互。
技术⻆度
- 企业从传统架构往saas,paas化架构转型
- ⼤数据技术的全⾯落地，那么就演变⽽来的是⼤数据平台中资源调度，资源管理，资源优先级，资源合理化的使⽤
- 技术的复杂性，产品的技术架构呈现混沌形态
- 如何在不确定性的技术架构下经济形态下保持业务的⾼速发展
HTTP协议
在ISO的模型中（7层⽹络协议分别是：物理层，数据链路层，⽹络层，传输层，会话层，表示层，应⽤层）上下层之间进⾏交互时需要互相遵守的约定叫“接⼝”，同⼀层之间的交互所遵守的约定叫“协议”。所谓协议就是客户端与服务端交互的语⾔是⼀致的，下⾯演示交互不⼀致的情况，具体如下：
协议⼀致的时候，沟通是没有任何的障碍的，如下所示:
三次握⼿
当然在这个过程中，我们还需要关注三次握⼿之间的⽹络交互，它的具体信息为Client端发送连接请求报⽂，Server端接受连接后回复ACK报⽂，并为这次连接分配资源。Client端接收到ACK报⽂后也向Server段发送ACK报⽂，并分配资源，这样TCP连接就建⽴了。总结三次握⼿具体为:
- 第⼀次握⼿：起初两端都处于CLOSED关闭状态，Client将标志位SYN置为1，随机产⽣⼀个值seq=x，并将该数据包发送给Server，Client进⼊SYN-SENT状态，等待Server确认;
- 第⼆次握⼿：Server收到数据包后由标志位SYN=1得知Client请求建⽴连接，Server将标志位SYN和ACK都置为1，ack=x+1，随机产⽣⼀个值seq=y，并将该数据包发送给Client以确认连接请求，Server进⼊SYN-RCVD状态，此时操作系统为该TCP连接分配TCP缓存和变量;
- 第三次握⼿：Client收到确认后，检查ack是否为x+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=y+1，并且此时操作系统为该TCP连接分配TCP缓存和变量，并将该数据包发送给Server，Server检查ack是否为y+1，ACK是否为1，如果正确则连接建⽴成功，Client和Server进⼊ESTABLISHED状态，完成三次握⼿，随后Client和Server就可以开始传输数据。
HTTP完整请求
HTTP是应⽤层的协议，它不需要刻意的去关注底层⽹络传输层协议的东⻄。在整体应⽤层的协议中，通俗的说在整个API的测试维度上，需要关注的是⼀个完整的HTTP请求流程，请求⽅法，请求头响应头，COOKIE请求流程，SESSION的请求流程和TOKEN的请求流程，以及HTTPS的请求流程。在微服务的架构模式下，使⽤的也是轻量级的通信模式(REST API)，在微服务的架构模式中，需要清楚的是它的通信可以分为同步通信模式和异步通信模式，或者更加具体本质的说就是请求/响应和异步请求/响应(发布/订阅模式)。在API的⾃动化测试中，我们更多关注的是HTTP应⽤层的交互，因为即使主流的架构如微服务架构，它的通信模式也是基于REST API轻量级的通信模式。在HTTP的协议中，⼀个完整的HTTP请求流程具体为:
- 客户端与服务端之间建⽴TCP的连接请求
- 客户端向服务端发送Request的请求
- 服务端Response相应回复给客户端
- 客户端与服务端之间关闭TCP的连接请求
更多关于http请求可以关注 ： HTTP协议_菜鸟学识的博客-CSDN博客
通信模式
同步通信
在客户端与服务端在进⾏交互的时候，通信模式主要分为同步通信和异步通信。同步通信简单的可以理解为客户端发送请求给服务端，服务端必须得回应客户端的请求。所以同步通信它存在如下的缺点，具体为:
- 容易超时，客户端发送请求后，服务端迟迟没有回应客户端的请求
- 如果请求是存在⼤的计算量和逻辑存在问题，就会导致请求堵塞，后⾯的都积压
异步通信
由于同步交互存在超时以及堵塞的情况，所以也就有了异步的交互。在异步的交互中，客户端和服务端互相不需要关注对⽅的存在，只需要关注对应的MQ的消息，客户端与服务端的交互主要是会通过MQ的消息中间件作为消息的传递来进⾏交互
URI信息
URI是英⽂单词Uniform Resource Identifier的简写，主要是⽤来识别被⽤于互联⽹主⻚地址（邮箱地址）等。URL的英⽂单词是Uniform Resource Locator，URL主要⽤来表示互联⽹中资源的具体地址。URL与URI中，URL是⼀个狭义的概念，⽽URI它更加具备深度和⼴度，⽐如URI可以⽤于除WWW之外的其他应⽤层协议中。针对该地址，可以分解为如下的信息：
- Https://：表示的是应⽤层的协议
- Item.jd.com：服务器域名地址信息
- 12516591.html：具体的资源地址信息
请求⽅法
在HTTP的应⽤层协议中，常⽤的请求⽅法具体为GET,POST,PUT,DELETE的请求⽅法，具体如下所示：
请求状态码
当客户端向服务端发送⼀个请求后，服务端响应回复返回给客户端，在返回的信息中会包含⼀个HTTP请求头的状态码信息⽤以响应客户端的请求。在⽹站https://http.cat中可以看⻅各个不同表情的状态码的显示，如调⽤https://http.cat/504就会显示如下对应的信息。常⽤的状态码具体为：
- 200 请求成功
- 301 永久重定向
- 302 临时重定项
- 400 Bad Request 客户端请求错误
- 401 Unauthorized
- 403 Forbidden
- 404 请求的资源不存在
- 405 不被允许的请求⽅法
- 500 服务器内部错误
- 504 GateWay Timeout
请求/响应头
常⽤请求数据格式
COOKIE请求流程
HTTP状态是⽆状态的协议，所以也就导致了COOKIE技术的发展，早期的产品基本对于产品认证体系使⽤的都是COOKIE的技术，COOKIE它是存储在客户端，在安全⻆度上不怎么友好
cookie是存储在客户端记录客户信息的一小段文本，由服务器生成发送给浏览器，下一次请求时会把该cookie发送给服务器（组成：key value,有效域，失效时间，安全标志(https)）
SESSION请求流程
session是存储在服务器上，客户第一次发送请求，服务器生成一个sessionId，并返回给客户端通过cookie，客户端再次发送请求给服务器的时候带着cookie(有sessionId)，服务器就知道发请求的是谁了
具体我们以⼀个登录为案例，login的请求⽅法是登录，index是访问主⻚，具体如下：
TOKEN请求流程
token是产生的过程也是服务端返回一个带签名的token，存储在客户端，再次请求的时候header里带上token，服务器以同样的算法对数据进行计算比较，和session相比，以token的形式，服务端不用存储sessionId了
API测试维度
单接⼝测试
接⼝维度总结如下⼏点:
- 验证必填参数是否为空
- 验证参数的数据类型是否做了校验
- 验证参数的字段⻓度是否做了校验
- 接⼝的安全性校验和性能校验
对单个API的测试，如果测试的API涉及到⽀付以及与⾦钱有关系的接⼝，都需要考虑API的安全测试，可以从下⾯⼏个维度来思考，分别是：
是否增加了反爬⾍的机制
是否增加了请求次数的限制
是否增加了对应的请求头信息
是否增加了鉴权的认证信息（基本认证，常规认证，⾃定义认证）
是否对请求进⾏了加密
是否在被请求的服务端增加了IP的限制（⽩名单设置和IP的限制请求）
API的性能测试主要是基于服务的测试，可以使⽤常规的测试⼯具如JMeter测试⼯具来进⾏这部分的测试。
多个接⼝测试
单个接⼝测试是必要的，但是⽆法保障到全链路的产品质量保障，所以需要基于产品全链路的质量保障，也就是业务场景的测试，简单的说就是通过API的测试技术，模拟⼈的操作⾏为，实现产品业务场景的覆盖，这种覆盖包含了产品正常的业务逻辑以及异常的程序逻辑判断。在基于业务场景的测试中，需要考虑的是参数上下关联的解决⽅案和思路，如有⼀个图书管理系统，可以增加书籍，查看增加书籍的信息，修改书籍的信息以及删除数据的信息，那么在链路的测试场景设计中，需要考虑的是添加书籍信息成功后，需要拿到书籍的ID，这样在后⾯的业务测试中才能够对添加的书籍信息进⾏信息的查询，信息的修改和信息的删除。这地⽅就会涉及使⽤到函数的返回值，把添
加书籍成功后书籍ID通过函数返回值返回后，在下个请求中调⽤这个变量。如编写⼀个函数返回值的代码具体如下：
def login(username,password):
if username=='wuya' and password=='admin':
return 'dfhj378dfghjw6dfh'
else:
return False
def profile(token):
if token=='dfhj378dfghjw6dfh':
print('欢迎您购买《Python⾃动化测试实战》视频课程')
else:
return '请先登录系统，谢谢！'
if __name__ == '__main__':
profile(login('wuya','admin'))开放平台API
在实际的⼯作场景中，经常涉及到对应和第三⽅公司的对接，或者说公司提供给第三⽅公司的API，这样的API我们称呼为开放平台，也就是open api。针对开放平台，本质上我们可以理解为“赋能”。open api都是有加密的⽅式的，⼀般业界都是有统⼀的标准来进⾏加密，以及进⾏很难破解的过程。
Requests实战
Requests概述
Requests在官⽅的⽂档中，有这么介绍的⼀句话，具体为：HTTP For Humans，翻译过来就是：“让HTTP服务⼈类”。Requests是⾮常优秀的⼀个Python的第三⽅库，它在HTTP的应⽤层的协议中，客户s端与服务端的交互请求⾮常的轻量级，交互⾮常的友好。下⾯还是通过具体的案例代码来演示下Requests的基本使⽤⽅法。
GET⽅法实战
在处理GET请求⽅法的时候，我们通常需要处理url中的请求参数，如
https://www.xx.com/name=wuya&age=18，下⾯具体演示下这部分的应⽤，案例代码如下：
import requests,json
def getMethod():
r=requests.get(
url='http://httpbin.org/get')
print(json.dumps(r.json(),ensure_ascii=False,indent=True))再次来看params的请求参数的应⽤，具体如下：
import requests,json
def getMethod():
params={'name':'wuya','age':18}
r=requests.get(
url='http://httpbin.org/get',
params=params)
print(r.url)
if __name__ == '__main__':
getMethod()特别注意：不管是那个请求⽅法，凡事路径的参数，我们都是可以使⽤params的参数来进⾏解决的。
POST⽅法实战
在POST的请求⽅法中，它的形式参数存在两种，⼀种是json,还有⼀个是data，具体源码为：
def post(url, data=None, json=None, **kwargs):
r"""Sends a POST request.
:param url: URL for the new :class:`Request` object.
:param data: (optional) Dictionary, list of tuples, bytes, or file-like
object to send in the body of the :class:`Request`.
:param json: (optional) json data to send in the body of the :class:`Request`.⼀般性的，请求数据格式为application/json中，如果使⽤json的参数，数据是字典的数据类型，如果参数是data,数据类型是字符串的类型。针对登录的微服务来进⾏测试，具体测试代码如下：
import requests,json
dict1={
"password":"admin",
"sex":"男",
"age":18
}
def jsonRequest():
'''请求参数为json'''
r=requests.post(
url='http://localhost:5000/login',
data=json.dumps(dict1),
headers={'content-type':'application/json'})
print(r.json())
def dataRequest():
'''请求参数为data'''
r=requests.post(
url='http://localhost:5000/login',
data=dict1,
headers={'content-type':'application/json'})
print(r.json())
def dataStrRequest():
'''请求参数为data,但是进⾏了序列化的处理'''
r=requests.post(
url='http://localhost:5000/login',
data=json.dumps(dict1),
headers={'content-type':'application/json'})
print(r.json())
if __name__ == '__main__':
while True:
f=int(input('1、json 2、data 3、dataStr\n'))
if f==1:
jsonRequest()
elif f==2:
dataRequest()
elif f==3:
dataStrRequest()
else:break执⾏结果信息如下：
1、json 2、data 3、dataStr
1
{'message': {'username': '⽤户名不能为空'}}
1、json 2、data 3、dataStr
2
{'message': 'Failed to decode JSON object: Expecting value: line 1 column 1 (char 0)'}
1、json 2、data 3、dataStr
3
{'message': {'username': '⽤户名不能为空'}}
1、json 2、data 3、dataStr
4SESSION处理
我们就以登录为案例，把登录成功后的token信息返回，然后再下次请求的时候带上它登录成功后的登录信息。
import requests
def login():
r = requests.post(
url='https://home.51cto.com/index?reback=https%3A%2F%2Fedu.51cto.com%2Fcenter%2Fuser%2Findex%2Flogin-success%3Fsign%3Da0c8BVMJUQNUBwQIVFFTAlABAQBQCAEGUFVRU1ZQTBVASwgaTFwFRkoCBVsQXR9QW10eAQReQwEUTQJZFkpLBB9UV1YXTBNWFhhXVxFAQlZVAFJa&iframe=0&is_go_to_user_set_mobile=1',
headers={
"User-Agent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.4844.83 Safari/537.36",
"Content-Type": "application/x-www-form-urlencoded",
"Referer": "https://home.51cto.com/index?reback=https://edu.51cto.com/center/user/index/login-success?sign=a0c8BVMJUQNUBwQIVFFTAlABAQBQCAEGUFVRU1ZQTBVASwgaTFwFRkoCBVsQXR9QW10eAQReQwEUTQJZFkpLBB9UV1YXTBNWFhhXVxFAQlZVAFJa&relogin=1",
"Cookie": "_ssxmod_itna2=QqjxBDyDgG5eq4BPGKHnrIKPhxGr27bo4iKG8D8d6WeGXub4GaiQQIkvCr0Ix8gno5uYB2hqHVCW35+OtKAebtPirQPvqLtQm6Kn1d2ZwFHHzGSnuWcratOFCYTTNBfRb92Vu0zQT6PiexBNYnWOiaRWTQvOtBhH=rYF2151epK1EEoFO4PxAgK4ED07KDrbiFqaqQrTA9wdY2STUtE5qD08DYI54D==; acw_tc=2760779416489697187698597ef95319033b93239ae9f5b89268f81cb55c6c; _ourplusReturnCount=3; _ourplusReturnTime=122-4-3-15-8-39; login_from=edu.51cto.com; reg_from=edu.51cto.com; Hm_lpvt_844390da7774b6a92b34d40f8e16f5ac=1648969720"},
data=
{"_csrf": "dzRpQVd3emUHcjgGPARDVgViRCUcMRzPTA5X1wnAwFNEg==",
"LoginForm[username]": "13222245195",
"LoginForm[password]": "123",
"show_qr": "0"})
return r.cookies
#print(r.status_code)
#print(r.cookies)
#print(r.text)
def profile():
r = requests.get(
url='https://edu.51cto.com/center/course/lecturer/course',
cookies=login())
print(r.status_code)
print(r.text)
profile()
token实战
import requests
def login():
r = requests.post(
url='http://23.95.142.233:8000/login/auth/',
json={"username": "1322245195", "password": "168888"})
return r.json()['token']
def index():
r = requests.get(
url='http://23.95.142.233:8000/interface/index',
headers={'Authorization': 'JWT {0}'.format(login())})
print(r.status_code)
print(r.text)Requests封装
import requests
class Requests:
def request(self,url,method='get',**kwargs):
if method=='get':
return requests.request(url=url,method=method,**kwargs)
elif method=='post':
return requests.request(url=url,method=method,**kwargs)
elif method=='put':
return requests.request(url=url,method='put',**kwargs)
elif method=='delete':
return requests.request(url=url,method='delete',**kwargs)
def get(self,url,**kwargs):
return self.request(url=url,**kwargs)
def post(self,url,**kwargs):
return self.request(url=url,method='post',**kwargs)
def put(self,url,**kwargs):
return self.request(url=url,method='put',**kwargs)
def delete(self,url,**kwargs):
return self.request(url=url,method='delete',**kwargs)轻量级测试框架-Tavern框架
Tavern基本使⽤
Tavern是⼀款轻量级的测试框架，集合Pytest的测试框架，可以把测试的描述信息(API的请求信息)以及测试断⾔都可以编写在Yaml的⽂件中，然后结合Pytest的测试框架直接解析Yaml就可以来批量的执⾏。在Tavern的测试框架中，它追求的是“Easier API testing”的设计理念，不过从⽬前实践的应⽤来看，它是符合这样的⼀种简单的模式的，Easy to Write, Easy to Read and Understand。下⾯我们⾸先来安装它，安装的命令为：
pip3 install tavern==1.12.2下⾯我们把之前编写的登录服务的测试⽤例，整合到Yaml的⽂件中，Yaml⽂件的名称为：test_login.tavern.yaml,具体Yaml⽂件的内容为：
test_name: 登录微服务GET请求
stages:
- name: 登录微服务GET请求
request:
url: http://127.0.0.1:5000/login
method: GET
response:
status_code: 200
json:
status: 0
msg: ok
data: this is a login page
---
test_name: 用户名信息为空
stages:
- name: 用户名信息为空
request:
url: http://127.0.0.1:5000/login
method: POST
data:
password: admin
age: 18
sex: 男
response:
status_code: 400
json:
message:
username: 用户名不能为空
---
test_name: 密码信息不能为空
stages:
- name: 密码信息不能为空
request:
url: http://127.0.0.1:5000/login
method: POST
data:
username: admin
age: 18
sex: 男
response:
status_code: 400
json:
message:
password: 账户密码不能为空
---
test_name: 年龄不能为正整数
stages:
- name: 年龄不能为正整数
request:
url: http://127.0.0.1:5000/login
method: POST
data:
username: admin
password: admin
age: asd
sex: 男
response:
status_code: 400
json:
message:
age: 年龄必须为正正数
---
test_name: 验证性别只能是男或者女
stages:
- name: 验证性别只能是男或者女
request:
url: http://127.0.0.1:5000/login
method: POST
data:
username: admin
password: admin
age: 18
sex: asd
response:
status_code: 400
json:
message:
sex: 性别只能是男或者女
---
test_name: 验证性别只能是男或者女
stages:
- name: 验证性别只能是男或者女
request:
url: http://127.0.0.1:5000/login
method: POST
data:
username: admin
password: admin
age: 18
sex: 男
response:
status_code: 200
json:
username: admin
password: admin
age: 18
sex: 男执⾏的命令具体为：
python3 -m pytest -v -s test_login.tavern.yamlMockServer
被测系统在运⾏时候会时常依赖另外⼀些系统，依赖会导致测试的复杂化，并减慢测试速度，基于这样的现实考虑，就需要⼀种单独测试被测系统的⽅法，解决⽅案是测试替身(Test double)来消除被测系统的依赖性，测试替身是⼀个测试对象，该对象负责模拟依赖项的⾏为。什么是mock？mock简单的理解就是开发在开发的过程中，需要依赖⼀部分的接⼝，但是对⽅没有提供或者环境等等情况，总之是没有，那么开发使⽤mock server⾃⼰来mock数据，⽅便⾃⼰正常的进⾏开发和对编写的功能进⾏⾃测。
moco
在https://github.com/dreamhead/moco中下载moco-runner-0.11.0-standalone.jar，启动它的前提是需要搭建好Java的开发环境,下来我们简单的编写⼀个登录的，⻅编写的login.json字符串：
[
{
"request":
{
"method":"post",
"uri":"/login",
"json":
{
"username":"admin",
"password":"admin",
"roleID":22
}
},
"response":
{
"json":
{
"username":"wuya",
"userID":22,
"token":"asdgfhh32456asfgrsfss"
}
}
}
]下来来启动具体的moco的服务信息，启动的命令为：
java -jar moco-runner-0.11.0-standalone.jar http -p 12306 -c login.json
#启动后输出的信息为:
16 ⼗⽉ 2021 18:36:51 [main] INFO Server is started at 12306
16 ⼗⽉ 2021 18:36:51 [main] INFO Shutdown port is 53659下来我们调⽤下该模拟的请求信息，使⽤的⼯具是PostMan，具体发送请求后就会返回我们模拟的信息，具体如下；
⼀般⽽⾔，如果响应数据是很多的情况下，其实也是可以分离到JSON⽂件的，⽐如针对上⾯的案例，可以把响应数据分离到其他的JSON⽂件的，那么具体调整后的login.json⽂件信息为：
[
{
"request":
{
"method":"post",
"uri":"/login",
"json":
{
"username":"admin",
"password":"admin",
"roleID":22
}
},
"response":
{
"file": "login_response.json"
}
}
]⽽login_response.json⽂件的内容就为：
{
"username":"wuya",
"userID":22,
"token":"asdgfhh32456asfgrsfss"
}mock
moco-runner-0.11.0-standalone.jar中，通过编写json的⽂件来实现，那么我们现在来看Python之中的mock，那么怎么理解mock了，mock翻译过来就是模拟的意思，也就是说，它是将测试对象所依存的对象替换为虚构对象的库，该虚构对象的调⽤允许事后查看。在python的2.x版本中，它是属于第三⽅的库，需要单独的安装，在python3.3的版本以后，不需要单独的安装，直接导⼊就可以了。在mock中，使⽤return_value来模拟⼀个对象，来验证被测试的程序。
import pytest
import mock
class MockPay(object):
def pay(self):
'''⽀付接⼝'''
pass
def pay_result(self):
'''模拟⽀付接⼝'''
result=self.pay()
if result['payType']=='aliPay' and result['status']:
return 'aliPay'
elif result['payType']=='CMB' and result['status']==False:
return 'China Merchants Bank welcomes your use'
else:
return 'An unknown error is required'
return result['msg']
def test_aliPay():
'''模拟⽀付宝⽀付⽅式'''
objPay=MockPay()
mockValue={'payType':'aliPay','msg':'⽀付宝','status':True}
#依据object的⽅式查找需要的mock对象
objPay.pay=mock.Mock(return_value=mockValue)
assert objPay.pay_result()=='aliPay'
def test_cmb():
'''模拟招商银⾏⽀付⽅式'''
objPay=MockPay()
mockValue={'payType':'CMB','msg':'China Merchants Bank welcomes your use','status':False}
#依据object的⽅式查找需要的mock对象
objPay.pay=mock.Mock(return_value=mockValue)
assert objPay.pay_result()=='China Merchants Bank welcomes your use'
def test_unknown(mocker):
'''模拟未知错误信息'''
objPay=MockPay()
mockValue={'payType':'wuya','msg':'An unknown error is required'}
#依据object的⽅式查找需要的mock对象
objPay.pay=mock.Mock(return_value=mockValue)
assert objPay.pay_result()=='An unknown error is required'
if __name__ == '__main__':
pytest.main(["-s","-v","test_moco.py"])