淡定淡定，说一下个人意见而已，给你分享一下我以前录的腾讯课堂的面试指导，现在发到 bilili 上了，可以看一下！
【测试人员面试指导之打造完美的简历】/?share_source=copy_web&vd_source=b8e1f6e8bcb04cea7a937701aa3e3892

【测试人员面试指导之面试过程中如何更好地展现自己】/?share_source=copy_web&vd_source=b8e1f6e8bcb04cea7a937701aa3e3892

【测试人员面试指导之如何在能力之外给面试加分】/?share_source=copy_web&vd_source=b8e1f6e8bcb04cea7a937701aa3e3892

这样的活动存在问题啊？1，模拟面试官从哪儿来？水平高的面试官，不屑于这样的活动，除非有收益。如果面试官水平一般，模拟面试价值不大。2，谁来去做模拟面试，要不要收费？如果要收费，不如多投几家公司，一样可以去面试的嘛！

如果你想要那种拿来就能用，不做任何改动就能在你的工作中使用到的自动化测试的话，那肯定是没有的。一般就是通过学习一些通用的技术，结合自己的业务，根据公司环境，业务的特点做兼容才行。

凡是公司动不动就搞什么人效数据啊，测试开发比啊 ，工作时长等事情，都是在扯淡，离倒闭也就不远了。这也说明他们没有正事可做了，怎么不想着如何把产品做得更加精细，把用户体检做的更好，为客户提高更大的价值呢？

这是正常的，而且无解，WDA 会中断的，Xcode 的技术是不断检测连接情况，不少云测平台也是这个策略。没有细看过 appium 有没有做这个策略？

不用这么焦虑，有可能学历，技术不过关的话，要不了五年就结束了！

现在还在群里学技术啊，腾讯课堂都要关闭了。没有大佬做技术输出了，普通人学习了技术，也带不来收益，没有相应的氛围，能想学就不容易了！

不知道会什么，也不知道不会什么，遇到问题就能用最佳的方案去解决；领导交待的任务能及时完成，挣到自己想要的工资，就可以了！

pytest+request+allure 开发接口自动化项目，其他的都不管，先聚焦于一种自动化

开发测试平台涉及的东西太多，培训班啊，自学啊，都比较难。先看一下公司有没有相关的项目，找到相应的代码，本地运行一下，再读读代码。如果有不会的，请教一下平台开发的同学，慢慢地接触，自己尝试添加新功能。最后才能自己开发平台的，完全从零开始就开发平台，这个不现实的。

其实就是缺钱嘛，学习技术也不能盲目地去学，学海无涯而知无涯，上面一个同学说的对，如果学习见不到收益，那就没有劲头坚持下去了。先分析一下当前的行情，再规划一下自己的方向。比如说，我想进某家公司，而他们的招聘要求会接口自动化，我就去学习，学完了能进入这家公司，拿到高工资。这样及时能得到反馈，才是有效的学习。而不是我看了一篇文章，感觉自己缺乏技术，脑子一热就买本 java 编程思想开始学习，这是无效的，也坚持不久。

先学习一门编程语言，建议学习 python,然后去学习测试框架，如 pytest, requests 等等吧，网上资料多的是，安排好学习计划，接下来就是能不能坚持下来了?

我们这边搞了好几年精准测试，覆盖了三端 web,服务，app，功能包括：覆盖率，调用链路，追溯关系，用例推荐，全流程等。涉及到的技术有 java,有二次开发 jacoco 的能力，能开发 Android,iOS SDK 的能力，前端 react,vue 项目开发构建能力，chrome 插件开发能力，要求还是比较高的，说实话，想搞个开源的，没有那么容易的，不过可以尝试一下。

其实测试技术就那些，常见的自动化，性能，平台，吹嘘的话都能说点儿，真正深入做过的，又不屑于在群里讨论了。前几年技术氛围挺好，后来发现太多人讨论过技术后，连谢谢都不会说一声，就慢慢的不愿意交流了。比如，在网上发了不少技术文档，相应的平台也没有任何激励，这几年发有水平的文章的人也少了吧？

我写过一篇文章《为什么要做精准测试？》，和你这篇要唱对台戏了，不过涉及到很多内部技术，无法发出来，

测试中手工环节均有可能工具化，工具扩大一下就是平台化，平台功能多点儿就是体系化，度量化，监控化，智能化。。。

看完本篇文章，忍不住地要赞美一下，配图真的不错！

不用那么费劲，就是指定的手机号，输入 000000 验证码，过滤一切验证逻辑就可以了！

如果是自家的系统，可以添加上白名单，如果是这个帐号，验证码为固定的，后面的滑块验证不会出现就行了。如果要是其他公司的产品，你是绕不过去的，这就是为了防止自动化的。

你可以看出做测试产品的公司，有发展好的吗？有没有想过是什么原因呢？如果把公司的产品交给第三方测试，首先，安全如何保证，我的产品还没有上线呢，让竞对知道了怎么办？第二，项目周期无法把控，第三方测试如何保证测试时间。第三，沟通成本太高，发现了 bug 后，怎么能让开发全面了解情况，修改后又如何快速验证。这些都限制着第三方测试，大部分公司都不会用这样的产品的。

必须有啊，漏测率是一个基本的指标，还会统计增量覆盖率，召回率，精确度，筛选率等精准测试的基本指标。通过相应的指标评估测试质量，对比每轮测试的效率，各个版本的测试质量等等吧！

我们的精准测试体系已经落地了，现在在效率工程团队用了一年多了。通过使用精准测试，评估需求改动范围，解析调用链路，精准定位影响范围；根据变动，推荐需要回归的用例，大大提高了测试效率；同时，在测试完成后，又可以通过全量和增量报告分析测试的覆盖率，增量了测试的信心。

根据我多年做自动化测试的经验来提醒一下，不要把各种自动化都放到一个项目中，虽然感觉这样做的话一个项目非常强大；有个页面化管理的话，那就非常牛 X 了。但是你有没有在业界看到有这样成熟的方案呢？各大公司也没有这么做的，因为后期的维护成本高的吓人，会让使用者放弃对自动化的使用的。还是把不同的自动化拆解成不同的项目，不同的项目甚至可以采取不同的框架，后期做统计的调度分析即可！

大家讨论的挺激烈的嘛，其实只是站的角度不同，考虑问题的方面就不同。如果把测试用例的用途仅仅是拿来测试开发的功能，检测是否存在 bug 的话，那就无所谓了，Excel，FreeMind 都可以，哪个维护成本比较小，就用哪儿个。甚至可以把测试用例写的非常细化，这样领导看起来显得工作量比较多。
但是，如果想拿测试用例去做一些儿高级的事情，如 15 所说，就必须标准化了。如手工用例关联自动化用例，测试用例关联开发代码，在精准测试中利用机器学习做用例推荐等等。如果测试用例不标准，你就知道有多痛苦了，无论你使用什么模型，都推荐不准确的。

以十一年测试开发经验，期间差不多一直在做 UI 自动化相关的工作，可以很负责任地告诉你，UI 自动化不能做平台。如果想做的话，要明白平台化的 UI 自动化，是依赖于录制回放的，业界这么多年都没有好的录制回放方案，说明投入产出比太低了。如果你有好的图像识别服务的话，这块可以搞，否则不用搞，没有办法执行的。