感谢回复，
是想参考学习一下大家当前的做法。

感谢回复，
接口测试通常只能覆盖单一层面的正确性（如参数校验、状态码），但无法验证业务场景完整性
请问基于业务场景的接口测试能解决吗
后端接收到不常见或未处理的参数组合，通过接口构造这些场景可行吗？
接口文档就是渣男，实际中接口文档都是这样操作的？
请问例如 swagger 等接口文档工具，对于接口文档不一致的问题 会好一些吗？
需求文档在开发过程中可能因以下原因频繁变更
如果需求或设计频繁大量变更，那肯定对整个项目来说都是灾难。

补充：即使接口测试通过，还是要进行端到端的测试，端到端的测试也覆盖了主要的功能，那提前的接口测试是否没有必要了？

这个方式是不是和我们的评估矩阵有点类似，评估矩阵抽象一些，这个具体些

统一回复一下：

1.冒烟测试是有的，但是依然出现了提测质量低、设计文档缺失、提测信息缺失的情况，导致测试工作难开展。
2.打分是匿名的，只有研发 leader 可以看，且不会占研发绩效大的比重，只是提供给研发 leader 参考，作为研发 leader 的辅助打分数据。
3.现阶段是刚开始试行 1 个季度。

看应用场景吧，如果迭代频繁，且用例稳定的话，还是比手工回归提效很多的

checklist 是设计测试用例的模板，设计完测试用例后对照一下 checklist 检查有没有遗漏的

目前用的 coding 免费版，但是最近在自研测试管理平台集成测试用例管理功能了（模仿 coding，因为 coding 免费版有用例条数限制，无限制的要收费）

一直在用，感觉是当前最好用的了

你们测试要做单元测试？

我们用的 python

噢，pycharm 还可以管理手工测试用例吗

是指的 硬件 + 固件 + 云端先行设计测试用例，固件，云端主要是测试服务接口吗，然后 APP 再测试吗？每波人是不同的测试人员吗

应用测试是 api 测试吗，主要关注协议报文的传输行为和数据正确性？是三波不同的人吗？要设计三轮测试用例吗

软技能，项目管理能力、任务推进能力、沟通能力

一个功能协议层面的流程需不需要关注，或者说在黑盒测试用例设计时，去关注协议层面的交互。

纠正一下，不是专门为了这个小功能开发一个平台，而是本身有一个测试管理平台 集成了这个小功能

可以是可以，有部分题是内部业务逻辑相关的，可能对其它组织没有用，但是通用部分的题可以分享出来

和 kpi 挂钩不 ，感觉只要不和 kpi 挂钩在团队内部落地起来都会困难一些

拿了个 FL，暂时没什么用，不需要培训，自己看大纲和模拟题即可（官网可下载）。

自研测试管理平台，有的功能不是开源工具有的，满足不了定制化的使用需求（除非给钱找个 SaaS 公司给你定制，但现在自研个测试管理平台要不了多少时间，vue+django）。

内部弄个出题系统，测试团队内部出题分享，紧跟公司业务，以及平时测试过程中遇到的坑。（前提是这个要和绩效相关，出题分享奖励绩效分，否则不太好推进）

1.每个季度测试用例编写数、执行数（测试工具开发等调研任务按所需工时换算为对应的测试用例执行数）：

2.每个季度 bug 发现数：

3.漏测数，线上事故数
4.研发部门的反馈评价
5.专利申请加分
6.内部培训分享至少 1 次

jira? wiki

多语言测试工具：
我们的流程是 APP 开发在 excel 中提供对应需要翻译模块的 key，运营人员翻译每个 Key 的多语言文案，然后这个工具是对比多语言文案和 APP 中配置文件的一致性，文案一致性测试通过后，依然需要人工去看实际效果，但是人工就不用过度关注文案的正确性，主要关注文案兼容性排版即可，比如有的语言的文案正确性，人工也测不了，比如阿拉伯语，凭肉眼根本看不出文案是否正确。