这是我参与11月更文应战的第28天，活动详情查看：2021最终一次更文应战
咱们好~我是
米洛！
我正在从0到1打造一个开源的接口测验渠道, 也在编写一套与之对应的完整教程，希望咱们多多支撑。
欢迎关注我的大众号米洛的测开日记，获取最新文章教程!
回顾
上一节咱们把邮件那块的告诉做好了，算是到了分水岭。现在来看的话，咱们的任务从新增到构建到告诉，已经有了一个相对完善的结局。
新的征程
考虑到下一年可能要当奶爸了，接下来也没许多闲暇时刻来卷了。
所以在此之前，方案先立些功用项，依照喜好在这几个月内渐渐实现。
-
用例操作日志功用 ⭐⭐⭐⭐
首要记录用例相关变化，包含新增、更新、删除等记录。
-
完善后置条件 ⭐⭐⭐⭐⭐
后置条件咱们还没有做呢，这块是个比较重要的问题。
-
重构用例新增/编写页面 ⭐⭐⭐
-
打通httprunner ⭐⭐⭐⭐
这里的打通是能够导入httprunner的yaml数据，导出的话暂定
-
支撑编写python脚本作为前置条件 ⭐⭐⭐⭐⭐
-
完结数据工厂功用 ⭐⭐⭐⭐
-
计算页 ⭐⭐⭐⭐
这块功用仍是比较重要的，用例的
数据，履行的数据，自动化率等等。 -
工作台 ⭐⭐⭐
工作台做的好的话，能够快速完结许多工作。
-
跟yapi打通 ⭐⭐⭐⭐⭐
作为一个接口自动化测验渠道，干啥都不能脱离接口。一般的公司都有用到yapi，假如没有的话，rap2或许swagger文件都需求进行支撑。
-
用例点评体系 ⭐⭐⭐⭐
为了进步用例的编写质量，需求这套体系。
-
oss体系 ⭐⭐⭐⭐
需求支撑主流的阿里云sdk，七牛云sdk，腾讯云sdk。目的是能够支撑文件上传类型的case。
-
其他通信协议接口测验grpc、dubbo等⭐⭐⭐⭐
这个也很重要，假如只支撑http，相对比较鸡肋。
-
用户管理功用 ⭐⭐⭐⭐
其实比较鸡肋，能够做简单点，能够
禁用用户这样的就能够了。因为公司一般都是内网体系，假如离职了人也登录不进来了。 -
打通CI
因为各个公司的发布体系构成都不相同，假如有这方面需求，咱们能够提供openapi出去，让他们能够依据
app_id或许git地址来履行咱们拟定的case。 -
在线履行测验方案 ⭐⭐⭐⭐⭐
-
在线调试用例 ⭐⭐⭐⭐⭐
-
用户个人资料设置 ⭐⭐
以上还只是部分内容，要做完善仍是需求花费一些时刻。但好在还有很长时刻，咱们渐渐完善吧。
履行测验方案
先看看原先的履行测验方案功用:
能够看到核心办法已经有了，咱们只需求为之编写接口即可。
@router.get("/plan/execute")
async def run_test_plan(id: int, user_info=Depends(Permission(Config.MEMBER))):
try:
await Executor.run_test_plan(id, user_info['id'])
return PityResponse.success()
except Exception as e:
return PityResponse.failed(str(e))
在app/routers/testcase/testplan.py加上如上办法，留意这里权限咱们稍作了一些替换:
GUEST换成了MEMBER，语义上更为恰当。
修正前端
咱们在这中间要加一个履行按钮，并且履行结束后弹出对话框问对方需不需求跳转到陈述链接。
- src/pages/ApiTest/TestPlan.jsx新增onExecute办法
测验陈述履行完结后，是否跳转到陈述页面。
- Table操作字段新增
运行按钮
- src/models/testplan.js新增executeTestPlan办法
- src/services/testplan.js新增executeTestPlan办法
看看作用
履行下，然后等候后跳转到陈述链接。
能够看到邮件里的履行人也进行了修正。
修正陈述页面
陈述页面现在是没有测验方案标识的，咱们需求给它来个提示。
页面有点不行放，咱们修正下Table组件。
因为本身有mode特点，所以咱们依据这个来判别类型就好，其实这个有个缺陷，虽然是测验方案，但是没显现测验方案的名称。
那这个问题就留到下一节解决了~
下一节咱们编写阿里云 oss客户端，完结crud功用。
