完整的体系干货
好想买一副 ,上小黄车吗
过程分析的很好
错觉 1,测试简单,只要点点点 >>实际造航母
错觉 2,测试不加班,965 >>任何一端加班 ,你都要 996
测试也已经内卷化
抛去一些术语定义不同,这个流程和参与项目的工作流程相似度 90%,握个小手
这有几个小问题点:
3.2 中对于失败用例解决是否有更好的解决方案?这块目前需要投入比较多的人工去维护(这里涉及到底层误报,网络抖动误报,依赖方问题误报等),误报一多,没有及时维护,对于监控麻木,不及时跟进,也就体现不出对应的价值
3.3 接口自动化可以做为服务端的准入测试的前置条件之一,这块会有个问题,旧功能的回归有脚本,新的特性接口人员来不急编写脚本输出给开发作为自动化自测,那么这块是否有好的实践解决方案?以及开发自测过程,出现失败用例问题的跟进判断等?
不太喜欢 xmind,可以考虑在线 EXCEL 的方式,同时结合 xmind 互通,互转。
缺点:会限制 xmind 发散的灵活性
优点:新增,编辑,用例沉淀,共享,复用,执行等都很方便,同时可以把历史用例全部转换搬到线上。
理财怎么做到 10%+ 的,有什么好的方向推荐,后者公众号推荐
好奇问下,撸一个这样自动化框架到 V1.0 版本,耗时要多久