五个一,伍个一。
如果发生线上问题,不第一时间找 QA,这样对你的现状会更好么?不会更好吧
BUG 没防住,就追根因,出报告,做预防。
有没有可能是普遍都是 crud 的内容,不需要讨论了,超出一点的内容都有自己的小圈子
得看你们产品的实现方式,设备是只做消息收发,执行动作,还是要做业务处理。
正常情况下业务逻辑全在后台,app 和设备只是做消息收发而已,这样的话固件测试一个人,app 和后台可以并在一起测试。
如果设备端也做业务处理,那具体情况具体分析了
reqable,试试看
试用过影刀,定位很强大,能降低定位的成本。单从定位来说,playwright 也够用的。
但是测试的业务逻辑,用例维护成本等,该那么多还是那么多的,看自己取舍。
官网,或者是 github 项目里的讨论,尤其是项目里的讨论,有很多有意思的场景和用法
第三方文档系统,然后上面做套壳
自动化框架有人用?测试平台有人用?代码覆盖率有项目落地?
五个一,伍个一。