一个专业打杂的 DevOps 工程师。
个人博客:https://www.yuque.com/testdevops
跟 playwright 定位不是一个东西。
不用一惊一乍,毕竟已经开源那么久,要炸早就炸了
能洞察质量、能效等问题,通过分析,制定并落地计划。 这个计划可能是大家常说的,自动化测试,工具开发等, 但这仅是包括,但不局限。
羡慕
研发侧也需要考虑, 怎么避免全删,要拦截这种操作。
再说个, QA 不要出现低级错误, 例如用例写了没执行, 执行了没检查到位。 或者人家产品,研发都提醒你了,这个模块受影响, 自己没测到。 那就真 QA 不应该。
再来不要线上验证产生的数据或者为了方便验证造的一些数据影响到了用户等。
别的线上问题就拉出来遛一遛, 是驴是马,分析分析, 产生的根因是啥, 产研测都哪里没做好,后续如何改进防范。
测试要做的, 能说清楚所测系统的质量好坏,团队要为质量负责,不仅仅是测试。
团队人员,认知问题。
成员认知没达到,TL 问题。
精准测试的代码覆盖率能很好落地执行,几乎 0 成本使用,得益于 1. 统一的研发架构 2. 统一的 CICD 打通 3. 质量流水线 - 分支模型的推广 4. 软路由多泳道环境的具备。 这些有各自的作用,又促进了代码覆盖率的易用性。
一个专业打杂的 DevOps 工程师。
个人博客:https://www.yuque.com/testdevops