测试平台系列(27) 编写用例详情页(2)

简介: 编写用例详情页(2)

回顾


上一节我们编写好了添加用例的接口,并且采用了jsonschema进行参数校验,当然不是很好的方式,起码解决了字段校验的问题。


那这一节我们就来做2个事情,一个是完成新增用例的页面,另一个呢,是展示我们已经添加好的用例

思考新增用例页面


1.jpg

image

上一节我们已经提供了这样一个用例树的页面,注意这里有个+的按钮,但是之前呢,他是没有任何效果的。

我这里解释一下,为什么点击+不直接弹出新增用例的表单呢,那是因为后续我们可能会把用例的目录给放开,而不是像现在这样只有目录/用例,所以后续可能是添加目录用。

好了,我们现在要编写的就是用例的表单。按照鄙人的设计,里面就是填入一些核心数据,也就是一个用例的必备字段。

这里我把用例的setup+teardown会抽出来,作为单独的模块,一个最基础的用例不包含setUp和tearDown。又由于我们暂时只支持了HTTP请求,所以核心字段如下:

  • 用例名称
  • 用例目录
  • 优先级
  • 状态
  • 请求类型
  • tag
  • 请求方式
  • 请求地址
    其他的作为可选性,如果需要的话可以自行添加,比如headers等等。笔者考虑的是把这些信息放入Drawer组件里面,供用户填写并提交表单的形式。

一些想法


之前笔者是边做边想,可能有很多东西在做的时候并不合理,不会是一个很完善的版本。所以笔者现在改变了打法,是先做完一部分,然后针对这部分内容讲解。所以如下是笔者编写的初版页面:

2.jpg

image

大致的页面分为2个部分吧,分别是用例信息请求信息

改造之前的postman页面


之前的postman.jsx是没有包装表单组件的,啥意思呢?也就是说,没有如下这种效果:

3.PNG

image

Form组件是antd中比较重要的一种,专门用于表单的校验。

但是因为我们之前的Postman页面需要开放给用户调试,所以我们需要编写一个新的组件,叫PostmanForm.jsx。

由于后面我们需要获取到headers的值,所以我们把headers/body和setHeaders/setBody方法抽离出来。

其实这里我要补充说明一下,因为对于react的hooks笔者不是很熟悉,可能存在状态管理混乱的问题,但是考虑到之前熟悉的DVA和Reducers相关的知识较为晦涩,所以我这边就不通俗地讲了,毕竟我们也不是专业的前端,有些东西要先去解决,再去优化才行。当然,如果有大佬有更好的处理方式,笔者也愿意虚心学习。

4.jpg

image

注意,我在url和请求方式都套上了Form.Item这个组件,这个组件可以将之变为表单的一项,所以就出现了上面gif的效果。但是却不得不拆分这2个控件,不然显示会有问题。

headers由于是列表,不好支持form,body又是第三方组件,所以我们就此别过。其他的代码基本上差别不大,与postman.jsx类似。

编写添加用例表单


  • 效果图
    5.PNG


image


  • 代码部分

6.jpg

image

  • onOk
    提交表单触发的方法,这边新添加body和header2个参数。
  • translateHeaders
    因为我们的headers是list,所以我们要转换它为字符串。

7.jpg

image

Drawer也就是图中的抽屉组件,它和modal很像。里面的footer是它底部的"提交"和"取消"按钮,分别对应onOk和onCancel方法。

8.jpg

image

接着就是Form嵌套的2个大模块: 用例信息和请求信息。

可以看到用例信息请求信息都是H3标签,并且编写了border-left,看着就有图中的效果了。

中间的fields.map就是自定义的表单组件了,通过解析json完成表单组件的填写。

其实这么讲起来,如果不懂React的人,好像白讲了。。感觉不是很适合入门!!!ε=(´ο`*)))唉

总之呢,就是实现了gif的效果,后面接着讲展示页面。如果大家有兴趣的话,可以多多课下熟悉熟悉React和ant design,测开的话虽然做的是内部工具,但是如果涉及到团队协作,大家很多人用类似的技术栈完成不同的功能模块,我个人觉得测开还是要学一些vue/react的,不然纯粹做后端的话,前端真的很难找到合适的伙伴帮你做。

后端也有改动


  • 新的models/TestCase.py


from app.models import db
from datetime import datetime
class TestCase(db.Model):
    id = db.Column(db.INT, primary_key=True)
    name = db.Column(db.String(32), unique=True, index=True)
    request_type = db.Column(db.INT, default=1, comment="请求类型 1: http 2: grpc 3: dubbo")
    url = db.Column(db.TEXT, nullable=False, comment="请求url")
    request_method = db.Column(db.String(12), nullable=True, comment="请求方式, 如果非http可为空")
    request_header = db.Column(db.TEXT, comment="请求头,可为空")
    # params = db.Column(db.TEXT, comment="请求params")
    body = db.Column(db.TEXT, comment="请求body")
    project_id = db.Column(db.INT, comment="所属项目")
    tag = db.Column(db.String(64), comment="用例标签")
    status = db.Column(db.INT, comment="用例状态: 1: 调试中 2: 暂时关闭 3: 正常运作")
    priority = db.Column(db.String(3), comment="用例优先级: p0-p3")
    catalogue = db.Column(db.String(12), comment="用例目录")
    # expected = db.Column(db.TEXT, comment="预期结果, 支持el表达式", nullable=False)
    created_at = db.Column(db.DATETIME, nullable=False)
    updated_at = db.Column(db.DATETIME, nullable=False)
    deleted_at = db.Column(db.DATETIME)
    create_user = db.Column(db.INT, nullable=False)
    update_user = db.Column(db.INT, nullable=False)
    def __init__(self, name, request_type, url, project_id, status, priority, create_user,
                 catalogue, tag=None, request_header=None, body=None, request_method=None):
        self.name = name
        self.request_type = request_type
        self.url = url
        self.priority = priority
        self.project_id = project_id
        self.tag = tag
        self.catalogue = catalogue
        self.status = status
        # self.expected = expected
        self.body = body
        self.create_user = create_user
        self.update_user = create_user
        self.request_header = request_header
        self.request_method = request_method
        self.created_at = datetime.now()
        self.updated_at = datetime.now()

去掉了expected和params字段,因为params咱们目前会带入url,所以不需要这个字段了。


今天的内容,也只能到这里了,啰嗦了老半天了。下一节展示用例详情页。



相关文章
|
2月前
|
关系型数据库 MySQL 测试技术
【分享】AgileTC测试用例管理平台使用分享
AgileTC 是一个脑图样式测试用例管理平台,支持用例设计、执行与团队协作,帮助测试人员高效管理测试流程。
250 116
【分享】AgileTC测试用例管理平台使用分享
|
2月前
|
人工智能 数据可视化 测试技术
AI测试平台自动遍历:低代码也能玩转全链路测试
AI测试平台的自动遍历功能,通过低代码配置实现Web和App的自动化测试。用户只需提供入口链接或安装包及简单配置,即可自动完成页面结构识别、操作验证,并生成可视化报告,大幅提升测试效率,特别适用于高频迭代项目。
|
2月前
|
人工智能 测试技术 调度
写用例写到怀疑人生?AI 智能测试平台帮你一键生成!
霍格沃兹测试开发学社推出AI智能测试用例生成功能,结合需求文档一键生成高质量测试用例,大幅提升效率,减少重复劳动。支持自定义提示词、多文档分析与批量管理,助力测试人员高效完成测试设计,释放更多时间投入核心分析工作。平台已开放内测,欢迎体验!
|
2月前
|
人工智能 测试技术 项目管理
测试不再碎片化:AI智能体平台「项目资料套件」功能上线!
在实际项目中,需求文档分散、整理费时、测试遗漏等问题常困扰测试工作。霍格沃兹推出AI智能体测试平台全新功能——项目资料套件,可将多个关联文档打包管理,并一键生成测试用例,提升测试完整性与效率。支持套件创建、文档关联、编辑删除及用例生成,适用于复杂项目、版本迭代等场景,助力实现智能化测试协作,让测试更高效、更专业。
|
1月前
|
人工智能 自然语言处理 测试技术
让AI帮你跑用例-重复执行,不该成为测试工程师的主旋律
测试不该止步于重复执行。测吧科技推出用例自动执行智能体,通过AI理解自然语言用例,动态规划路径、自主操作工具、自动重试并生成报告,让测试工程师从“点点点”中解放,专注质量思考与创新,提升效率3倍以上,节约人力超50%,重构测试生产力。
|
2月前
|
人工智能 自然语言处理 测试技术
AI测试平台的用例管理实践:写得清晰,管得高效,执行更智能
在测试过程中,用例分散、步骤模糊、回归测试效率低等问题常困扰团队。霍格沃兹测试开发学社推出的AI测试平台,打通“用例编写—集中管理—智能执行”全流程,提升测试效率与覆盖率。平台支持标准化用例编写、统一管理操作及智能执行,助力测试团队高效协作,释放更多精力优化测试策略。目前平台已开放内测,欢迎试用体验!
|
3月前
|
存储 人工智能 文字识别
从零开始打造AI测试平台:文档解析与知识库构建详解
AI时代构建高效测试平台面临新挑战。本文聚焦AI问答系统知识库建设,重点解析文档解析关键环节,为测试工程师提供实用技术指导和测试方法论
|
10月前
|
数据可视化 前端开发 测试技术
接口测试新选择:Postman替代方案全解析
在软件开发中,接口测试工具至关重要。Postman长期占据主导地位,但随着国产工具的崛起,越来越多开发者转向更适合中国市场的替代方案——Apifox。它不仅支持中英文切换、完全免费不限人数,还具备强大的可视化操作、自动生成文档和API调试功能,极大简化了开发流程。
|
5月前
|
Java 测试技术 容器
Jmeter工具使用:HTTP接口性能测试实战
希望这篇文章能够帮助你初步理解如何使用JMeter进行HTTP接口性能测试,有兴趣的话,你可以研究更多关于JMeter的内容。记住,只有理解并掌握了这些工具,你才能充分利用它们发挥其应有的价值。+
971 23
|
7月前
|
SQL 安全 测试技术
2025接口测试全攻略:高并发、安全防护与六大工具实战指南
本文探讨高并发稳定性验证、安全防护实战及六大工具(Postman、RunnerGo、Apipost、JMeter、SoapUI、Fiddler)选型指南,助力构建未来接口测试体系。接口测试旨在验证数据传输、参数合法性、错误处理能力及性能安全性,其重要性体现在早期发现问题、保障系统稳定和支撑持续集成。常用方法包括功能、性能、安全性及兼容性测试,典型场景涵盖前后端分离开发、第三方服务集成与数据一致性检查。选择合适的工具需综合考虑需求与团队协作等因素。
1041 24
下一篇
oss云网关配置