我还是妥协了的，毕竟是领导嘛。掰扯清楚了几个东西。

1. 要做这些规范是因为目前的项目上线和项目开发过程中，总是有这样那样的问题，不顺畅，且上线后质量不高。

2.是明确出了，不管是 QA 还是 QC 都是不能解决问题的，应该是需要一个 ‘项目经理’ 来串，串各部门各小组，协调作业，效率高一点。

3.是领导理这些问题的时候，觉得，测试这边要扩大职责，扩大职责就需要干这几件事情。
1》明确缺陷 bug 分级（本来是有的，但是是内部的，没公布过，这次这么郑重的话，那么是要重新定义的）
2》出具测试报告，报告包含，验收和分出去的 UI 测试缺陷部分
3》制定上线标准

这几件事情，除了第一个我觉得可以做，剩余 2 个我都不想做。诶，脑壳痛

后续来了：

公司组织层面是把研发划为技术部门，产品/UI/测试划为产品部门的，所以暂时这个流程制定沟通只是在产品部内部沟通不含技术。我领导就是 ‘产品总监’。

在今天下午我牵头组织了哈会议，我毕竟经验较少发表的意见可能不专业。今天参与会议人员里包含了 UI、产品和测试。领导是异地办公制，我们在大本营，语音开会。
领导聊的第一个点是：“测试不要继续做 UI 还原度测试，因为做的也不专业，直接让 UI 自己来做测试，提交 bug 跟进 bug 解决状态”。

UI 组的同学比较被动，反驳的点也就看起来没有力量，如：
‘1.本来也是在做 UI 测试这个事情，但是没听说过哪个公司里的 UI 还要对项目实现产出负责的’，
‘2,是觉得，按照现有的节奏里，UI 做了测试之后出具文档交个测试组，测试组自己根据情况提 bug 再由测试组回测，遇细节控如 ‘间隔几个像素’ 这种问题，再返给 UI 来做。也是没问题的’

领导坚持有：
‘1.测试只能做个大体的视觉上的校验，但是并不专业和细致，比如，是用那个色号，间隔几个像素，粗细几个像素，都测不到，而且在测试用例上也体现不了这条，那么就是没有用的，直接由 UI 来做更合适’，
‘2.是应该秉承谁提交 bug 缺陷谁跟进负责解决，那么，这种由 UI 负责提出的，就应当由 UI 负责跟进解决没有’，
‘3 是测试职责里面应该是不包含这块的’；

这个点的起因也是比较怪，起因是测试小伙伴提交了一个 bug 是 ‘截图 + 文字说明’，bug 是说，研发的提示文案错了需要改。
但是这个 bug 因为研发没有认真看，看到图就以为是要改 ‘UI 弹窗样式’，所以就跟 UI 沟通说项目里怎么这么多个弹窗样式，但是截图截的是原型图，用于提示研发，是在这个页面，和表示与原型不符。有争执，出现了个 ‘理解偏差’ 的问题。

我认为，这个起因事情完全是研发不认真看 bug 说明，完全可以让研发规范认真阅读就可以了吖。诶，领导非要说，因为我们测试不专业，所以要规范哈避免这种问题。好嘛，避免的方式就是这种，我也是不理解。我觉得，UI 还原度测试，就可以 ‘’ 测试和 UI 一起做的 ‘’，不应该是 UI 全权负责的，虽然是看起来减少了测试工作量，但是这个不对，不应该。所以就杠起来了。

结论嘛，当然就是 ‘遵从领导意见，你说啥是啥’，UI 只能接受和执行了。。。

第二个聊的就是最开始上面描述的，领导认为 (我简要概括的)： ‘测试应对项目质量负责，为了能够对项目质量负责，那么，测试应当兼顾 QA 职责，规范流程，出具测试报告，出具上线标准，和上线决策权’

能杠起来的话也就是具体的点了。

这一整段描述里面，我只认同 ‘测试应对项目质量负责’ 这一个。 ‘出具测试报告’ 这个是因为，这个报告里面要纳入 ‘验收/和 UI 测试的部分’，我的理由就很简单，不是我经手我没办法出。

‘QA 职责’ 没办法兼顾，实力不允许啊，但我觉得按领导的对 QA 的描述，他给出的 QA 不是行业标准的那种，就是 ‘QA 只制定规范，保证规范被正确执行。’，他描述的不是这种，感觉像是项目经理或者团队融合剂，比如领导说：“咱们现在测试做的好多事，都是 QA 的”。我反驳的理由很单薄吖：“没人上吖，公司业务到那个点儿了吖，本来就不是测试的事情，是产品的事情”。 领导：“不是产品的事情，是 QA 的事情”。 我：“而且测试组整体实力是不允许的，没办法兼顾”；。

‘出具上线标准，和上线决策权’ 这两个东西我觉得测试都不应该参与吖，但是领导是觉得，就应该测试来做。理由也是简单粗暴，跟上面的问题是继承的。大概意思就是，为了要对项目质量负责，那么就需要决策权，不然，测试是没有立场的。