测试开发【提测平台】分享8 - 平台规划和需求分析

测试在测试的时候，最难的过莫过于没有产品文档了吧，对此这个测试平台项目是个实战的练手项目，也需要有它诞生的意义，也需要有需求的说明和规划，事实上在头两次分享中简单介绍过当时的产生的背景，其中 “产品/项目”这个模块开发为了务实技术基础，也没过涉及整个的产品需求规划，接下来即将开发核心的东西，因此有必要先讲讲整个测试平台的规划和需求，这样才能心中有数，开发测试有依据。

提测平台规划

功能规划 画了脑图，参考如下，其中“产品/项目”管理模块已经完成，不再做需求说明，接下来将分两个迭代进行后边工作，这里想说的是如果自己在实现一些工具平台的话也最好有这样的迭代规划，绝不是一下实现所有功能，实际上好多的新需求和优化都是从一期一期使用反馈产生的

如果你想学习测试开发，我这边给你推荐一套视频，这个视频可以说是B站播放全网第一的测试开发教程，同时在线人数到达1000人，并且还有笔记可以领取及各路大神技术交流：798478386 

阿里巴巴P8级Python测试开发大佬，手把手教你如何独立搭建测试平台开发实战！学会这个根本不担心找不到高薪工作_哔哩哔哩_bilibili阿里巴巴P8级Python测试开发大佬，手把手教你如何独立搭建测试平台开发实战！学会这个根本不担心找不到高薪工作共计12条视频，包括：1. 为么什‬要pytest高插阶‬件定开制‬发、2. 如何搞定pytest插的件‬开发线上‬与发布、3. pytest框高架‬阶用之法‬插件制机‬及定制思路等，UP主更多精彩视频，请关注UP账号。https://www.bilibili.com/video/BV1Lk4y1J7yq/?spm_id_from=333.337.search-card.all.click

功能需求说明V1.0

按照迭代v1.0 版本将实现实现前后端的应用（服务）管理、测试管理两大模块，其中测试管理中涉及到研发提测操作和测试报告操作两个流程上的核心功能，另外服务层还会实现 邮件发送 服务，以及flask对 数据库优化 相关内容，敬请期待哈。

基础管理

项目产品分类

此模块主要是对归属分类的创建，可以以团队纬度，比如基础服务团队、业务团队、大数据团队...；也可以以服务维度，比如用户服务、搜索服务、订单服务；亦可以项目维度，比如基础-短信项目、业务-支付项目... 等维度，根据团队自己的需求去划分大的分类，笔者之前此项目是使用的服务团队维度进行划分的。由于此功能已经在之前的系列章节中实现了，这里就不再给出产品原型了，希望是认真的跟着做到这里的，因为之前真的是基础的基础，后边的程序实现和分享就不会拆的那么细了，说过的内容会一笔带过。

服务应用管理

应用管理是以服务维度，提测平台项目中的最小单位，代表一个具体实际服务或者一个为服务，它会属于某个分类下，会基于此服务应用进行提测操作。

列表页 提供搜索功能、表格分页显示、添加和编辑功能操作

1. 搜索区域：支持所列条件的查询

• 归属分类：选择数据来源于所有项目配置，默认为所有，支持模糊匹配

• 应用名称：应用ID支持模搜索

• 描述：扩展字段支持模糊搜索

• 研发&产品&测试：填写的邮箱或者公司内SSO用户（用于默认负责人绑定发邮件)

1. 列表区域：显示对应几个重要列，具体如原型图，其他字段以更多的形式展示，支持分页

2. 功能操作：位置如原型图

1. 添加应用：点击当前页面弹出抽屉，所有数据为空

编辑功能：点击弹出抽屉和添加公用，数据需要单独查询反填

应用添加 涉及的相关字段和内部提示参考原型，标题为“应用添加”，其他要求

• 红色 * 表示必填字段，点击提交的时候校验

• 应用ID服务接口需要校验不重复，给出提示不关闭抽屉

• 几个负责输入框暂时为邮件形式，需要校验邮件格式，多个邮件分号；表示

• 取消按钮和 X 关闭当前抽屉

• 提交按钮为真正的添加操作，成功后给出消息提示，关闭抽屉，刷新列表

应用编辑 根据选择行关键key请求详细接口再次查询，目的是确保多人操作情况的最新数据，查询后将数据反填到对应行

• 标题为“应用编辑” ，提交按钮位“修改”

• 编辑同样需要添加中涉及相关校验和提示功能

应用删除： 暂不支持删除应用功能，有需要可以进行修改

测试管理

按照规划1.0版本中，首先实现的是主要功能 提测管理 ，研发（通常）某个功能需求或者迭代需求开发完成后，使用此模块进行“新建提测”，编写给定的提测内容，平台记录状态并发送邮件通知测试，测试评估是否开始测试，以及测试完成后由实际测试人添加测试结果，同样提交相关模版数据后发送测试报告，对于操作不同状态有不同的操作菜单。

提测列表页：所有提测项目的分页显示，同样支持图所列条件搜索

1. 搜索功能：归属、应用ID、测试、研发、产品字段参考应用管理

• 测试状态：固定选择项，各状态参考状态说明表

• 时间：开始-结束区间时间，默认为空全不限制时间，精确到分

2. 列表区域：显示内容列如原型图，其他以更多形式呈现

• 列表按照更新时间倒序排序

• 状态需要转换成对应中文，标记不同颜色

• 时间需要按照 年-月-日 时:分 格式化

• 操作按钮：按照如下状态（最后实现会略有调整）

测试状态	状态码	操作菜单
已提测	1（新建默认）	开始测试 / 编辑提测 / 提测详细
测试中	2	添加结果 / 编辑结果 / 提测详细
通过	3	查看报告 / 编辑结果 / 提测详细
失败	4	查看报告 / 编辑结果 / 提测详细
废弃	9	删除提测 / 编辑结果 / 提测详细

 3. 功能操作：实际的实现动作

• 新建提测：跳转到新建编辑页面

• 开始提测：流转状态为测试中，更新成功给出提示并刷新列表

• 编辑提测：对提测内容可以再次编辑，与新建提测公用一个页面，数据需要重新查询，确保数据最新数据

• 添加结果：跳转到结果添加页面，对测试结果做选择，以及填写测试详细

• 编辑结果：对测试结果（报告）做修正编辑，共页，查询新数据

• 提测详细：点击弹出文本对话框，主要方便快速查看内容，只读

• 查看报告：跳转到模版报告页面，显示详尽的测试报告内容

• 删除提测：对于标记废弃的测试项目，可以进行软删除，不再显示

新建提测 ：由于编写的内容比较多暂定以新的字页面呈现，此页面不显示在左侧的菜单中，具体需求页面需求点如下：

• 红色 * 为必填项，输入框中需要定合适的提示信息

• 应用服务：数据来原来应用管理，下来选择可以关键词过滤，当选择对应的应用后，配置的相关邮件地址、代码、产品等有默认配置的信息，自动匹配反填到本页输入框中

• RD/QA：可再编辑修改和添加

• 体测版本：服务部署的TAG/分支 或者应用的版本号

• 提测类型：目前固定为 功能测试 / 性能测试 / 安全测试，目前只作为类型标记，无其他作用，后续可按需根据类型动态要求填写的内容

• 发送邮件：默认勾选，在提交数据后，发送提测邮件

• 发送通知：飞书/企业微信/钉钉等办公软件的通知（待定）

• 取消：返回上一页，即提测管理页面

• 添加：文案为“确定提测”，提交成功返回到列表页，刷新数据

编辑提测 ：根据关键词请求详情接口查询最新数据进行反填，其他验证参考添加

• 服务应用：置灰不可再编辑

• 发送邮件：默认不勾选

• 提交按钮：文案为“修改提测”

添加测试结果 在开始测试状态后，测试完成即可添加测试结果，即提交测试报告

• 测试结果：必填选择状态为通过/失败/废弃

• 其他输入框：按需输入，描述按照原型图设置

• 附件：可上传单个文件作为测试附件

• 发送邮件：添加的时候默认选中，确定提交后后端按照测试报告模版发送

以上为近几次分享要实现的内容。

功能需求说明V2.0

上边描述过，正常一个合理的项目是有不断的迭代的，这部分就是这样的，笔者很早之前做这个平台的时候实际上是最少经历的五次的小大小迭代，毕竟那时候都是额外时间搞这个平台，每天还都是有自己负责的测试内容。

关于2.0的需求可以说是分别来源于提测者/测试者要求可以只关注自己的部分，提高操作效率；另一部分来源于领导，希望关注数量趋势和简报，这里就筛选出如下需求，作为扩展开发和分享内容。

基础管理

我的提测

角色针对研发和产品，在提测数据中包含了自己的，会被过滤搜索，同提测管理界面类似，但搜索条件和操作针对角色进行简化，具体所有内容参考如下原型图，不做详细需求分解说明。

我的测试

针对测试角色，在提测列表中测试包含我的数据，搜索条件和操作按钮参考原型图，同样与提测管理属于简化板内容，不做过多需求定义。

报表DashBoard

按照归属分类的维度呈现提测趋势图，按照或者按月统计，最好也给出相应的简报，用于合理调整人力资源资源，关于报表方面我只是拿个实例实战下如何使用比如echart这类组件，实际上在公司内部有很多维度的统计用于质量报告

建议：由于时间有限，而且都是现编码现分享，再有会逐步加其他内容，所此系列周期可能会变长，如果着急的小伙伴其实可以参考已经分享基础部分，去自己尝试实现新的需求，等后续文章分享了在做对比，我想这样对你的学习和运用会更深刻。