Skip to content

2023-06-11

【本周工作重点】

  1. 【分拨迭代0615迭代】已发布STG

【问题反馈】

  1. 【0615分拨迭代】预计是打算做一个零bug迭代,所以做的很仔细,但是最后栽在了导出的那个需求上面。我反省了一下,有以下几个问题:
    1. 自己疏忽了导出按钮的动态权限切换,每一个Tab对应的导出按钮的权限编码应该使用Tab对应的查询接口权限编码。因为分拨KPI是没有区分导出接口的权限,全模块的导出权限全部分在了同一个权限分组里面。
    2. 产品不明,这个权限分组还是我自己去看的生产的权限分组,如果是直接使用导出接口的权限编码,那个导出对话框内部的选项全部都是可以点击的,后来跟产品对了一下,明确了只要有查询权限就有导出权限。
    3. 之前需求不明,我看了一下导出文件的表头,我以为是表头之前维护错了,字写错了。我自己把它改了一下没问产品,结果就来了一个表头错误的bug。这个是自己的问题,应该先问一下产品之前的导出逻辑,这一类问题都可以避免。

【改进与措施】

  1. 【0615分拨迭代】先找自己的问题,先避免自己犯傻写出bug,有以下几种方法:

    1. 先写注释,明确思路。需求开始之前先写一写开发文档,自己提前过一遍,会遇到什么问题自己已经有数了,就可以有效避免一些低级问题
    2. 多打TODO标记。凡是不能一次性解决的问题,多打TODO标记,每一个需求提测之前,全局搜一下todo标记位置
    3. 先自测再提测。自测指的是在STG环境自测,不要在本地自测。原因很简单,测试就是在STG测试的,你在本地测,是无效自测,没有毛线用。
  2. 【0615分拨迭代】产品文档,与产品提前沟通,有结果了在群里发出来,同步给其他的测试开发,不要最后让测试提一下无效bug。

    1. 需求问题,让产品录需求变更
    2. 文档问题,让产品更新文档,群里通知,同步全部开发

【创新及分享】

  1. 暂无

MIT License.