数据驱动，把测试数据放到数据库里，设计好对应数据期望值，然后一个循环，只需维护测试数据就可以了

具体还是要看部门项目吧，我在某招待过部门就是养老 855，总体金融行业强度要远低于互联网行业。

不测竞品，你这么知道产品作业有没有抄对呢

一、列出已知或投入测试人员测试这个产品全量测二轮，把问题清单汇总，列出优先级
二、把问题清单反馈项目经理给出是否能人力排期，如果投产必须升级
三、准备测试环境配合开发复现，回归等常规操作
四、复盘、建立规范体系等等云云

总结： 先解决问题、在建立规范。 大忌一上来就谈规范。

不写小书可惜 liao

这样看密码有个更简单办法，把 password 改为 1 就可以了

小孩子才做选择，成年人都学。

这个看个人习惯，不能一锤子事。这还是要定好 excel、xmind 的用例格式（大忌团队风格百花争鸣，这样没法维护），支持 excel、xmind 这样可以实现互相转换，并且最重要测试管理平台用例管理一般都是按 excel 去导入。

锦衣卫、东厂、西厂、中卫场

这只是个运维监控的手段，能发现触发阀值后提醒，但还是会存在个例，根据我们公司过往经验总结，让客服话术引导，切换网络、切换设备尝试，不行可以让客服联系拉群了解用户使用情况并查看你们日志情况，更多如境外访问的我们用阿里云开通服务解决大部分境外访问卡顿问题，这样我们会把我们访问资源给阿里那边提工单测试协助处理。

云拨测能够解决你问题，但是前提有预算

这个可以定量数据去定 BUG， 依据楼主信息， 我理解是在某一光亮度同一环境下测试如 10000 的成功率， 场景如下：摄像头在某地 6 点识别、7 点、8 点等识别成功率要达到多少，去定义你们的产品是否有 BUG

频繁变动的接口，就只设计确保单接口涵盖， 不考虑 E2E 场景。这样可以快速维护

根据金字塔模型，接口>UI
接口主要能够涵盖我们的系统的业务运转不报错，最大价值就是回归测试，最近面试听说扯淡话题接口自动化能够发现 20% 以上问题，那说明基本业务功能没测过，系统极不稳定。
UI 测试别想得太复杂，个人应用最大价值就是验证前端界面布局有否异常。

至于说到前端数据展示必须手工构造数据验证后对应如表单数据对应后端字段，特别接口返回数据多层嵌套取数据上，必须手工去抠，后续结合在自动化覆盖。

1.业务功能回归测试（自动化），手动梳理核心业务 28 法则过一遍。
2.MQ Tomcat 这个必须做性能压测，踩过坑就某个版本有 BUG，并发是会导致服务器连接数沾满，栈溢出。

成年的世界你讲公平，两个 “幼稚”

第一眼看还以为受老罗带货影响，细看还是充满个人小生活啊

那你只能在往上翻一下输出日志，ju
具体去排除了

微信 appActivity 你的这个配置参数不对

你去搜索一下 chromedriver 与 chrome 的对应关系表，就解决了。

自己去采坑吧，不同场景不同设备遇到情况不一，自己通过百度、谷歌查询解决方案，这就是你的东西。

其一：线上出多次出问题，支付接口挂了，你们得投诉，这个不是你们公司能够解决，顶多你们加个接口监控。
其二：契约测试，约定时间点双方联合测试。
其三：根据对方提供文档可以用根据 wiremock 等根据构造，但这也得对方配合提供最新的接口文档，要不然你们也是徒劳，而且有些安全东东，肯定不会给全给你，你们只需要开发联调时候，确保异常返回码，然后去怼对方。
总结：治本方法还需要你们 Leader 牵头反馈，让对方处理，去验证。

拿你爸妈身份证注册号，新用户优惠力度还是相当大的