五个一,伍个一。
web,app 纯业务的,参考经验不大的,面试突击/工作突击来得及的。
偏硬件的方向,可是得靠实实在在硬件工作来堆的,串口,私有协议这些,没点基础还真搞不定。
自己搞个树莓派,或者 stm32 板子,micropython 嵌入式搞起来,社区不是有大佬分享 Python 做家居智能方案么?很好的一个方向,比纯软好多的
github
erupt 好用的,去年看社区有推荐这个,真开箱即用
好东西,收藏一波
如果发生线上问题,不第一时间找 QA,这样对你的现状会更好么?不会更好吧
BUG 没防住,就追根因,出报告,做预防。
有没有可能是普遍都是 crud 的内容,不需要讨论了,超出一点的内容都有自己的小圈子
得看你们产品的实现方式,设备是只做消息收发,执行动作,还是要做业务处理。
正常情况下业务逻辑全在后台,app 和设备只是做消息收发而已,这样的话固件测试一个人,app 和后台可以并在一起测试。
如果设备端也做业务处理,那具体情况具体分析了
reqable,试试看
试用过影刀,定位很强大,能降低定位的成本。单从定位来说,playwright 也够用的。
但是测试的业务逻辑,用例维护成本等,该那么多还是那么多的,看自己取舍。
五个一,伍个一。