我也是这个感受

1.这是行业发展的必然，可以找找大疆的自动化产品检测流水线，纯手工黑盒测试以后的生存空间越来越小
2.ai 就是一个工具，就像开车一样，你要会开车，但是不用会造车，你要会用别人的训练好的模型。任何可以提高测试效率的工具都值得我们去使用
3.发现问题之后自己想想怎么解决，然后把自己的思考和解决方案放在这个帖子里对整个社群的帮助会更大
借杨绛先生的话：你的问题是书读不多而想法太多。

去参加这个峰会肯定是将技术的，不可能讲自己公司的业务流程吧

我不想跟你争论什么，只是吐槽下感受而已，从哪方面你看出来我是书读得不多。这次参会确实看到了很多新方法，新技术，开拓了视野，这些都是在开发层面的，那么测试开发中的测试怎么体现出来，仅仅是开发的工具应用于测试么？在这次大会上没看到答案，仅此而已。

没有 AI 肯定能干测试，目前 AI 可以解决一部分特定场景的重复劳动，不适合精细场景，测试一定会在。
移动互联网这波红利过了，现在都在宣传 3 年以后移动端消失，何况移动端的测试乎，点点点的外包趋势无人可逆。
悲观的认为技术外包化是迟早的事，和你会不会写代码其实关系不大，只是早晚的区别。可能终有一天你会发现你跟不上技术的变迁。

逆水行舟，不进则退，这几年测试进步有点慢了。如何通过技术手段真正提升产品质量，技术趋向开发，这也是一种尝试，可能也是趋势。
使用更高效的编译检查工具，代码检查工具，安全检查工具，再搭配更简洁的 IDE 开发，更加稳定的开源组件，开发的难度也在降低。同时随着基础建设的越完善，错误率会越低，质量成本也就会越低。这也是趋势。
努力去做质量要求极高的事情，做接近 0 缺陷的质量职位，可能会更有价值，技术门槛也会越高。当然也仅仅是可能，本质还是资本说了算。

当然这仅仅是从我的视野看到的东西，我这一年至少看到的技术世界和以前有太大的不同，仅供参考。
迷茫时，不自怨自艾不怨天尤人，勇于跨过舒适区去尝试犯错，共勉！

确实像你所说，新技术日新月异，总会有学不动的时候。我曾想过，拿自己跟工作一两年的新同学对比，除去技能跟工作经验的差异，大概就只剩下知道什么时候该做什么事了。

对大部分人来说都是如此。。。
想做到你所想的知识具有门槛，可能需要做到如下几点：
1.超强的基础，包括编程天赋，比如刷 LEETCODE 如砍瓜切菜。
2.长期的延迟满足，知道长期的目标是什么，并知道前进路径。
3.超出一般人的执行力，说到做到，同时不怕失败。
从技术角度看，这些还真不是一般工作能给你的。可能读个 985 的科班硕士，再读个 TOP2 的博士才能看到，能不能去做还得另说。

国内大部分还是以项目作为驱动，项目会有行业门槛，人脉门槛，所谓的抱团抱腿，这才是大部分人的选择。这里情商如会做人来事，能遇事硬扛，能适当画饼剥削更重要。

如果都做不到，请安心做个普通人，老了就认怂，去外包，去保洁啥的。有口饭吃，饿不死就好。

哎，我觉得你没 get 到我的意思，我不是想讨论要不要学技术这个事，而是测试开发中的测试与开发的平衡点在哪里

思考这事，仁者见仁，智者见智，不多说了

感受有了，下一步是行动

默认的行业规则了！

测试开发的目标提升测试效率，始终还是要依靠业务，中小厂也许都没有测试开发这个职位

这些都是在开发层面的，那么测试开发中的测试怎么体现出来，仅仅是开发的工具应用于测试么？

没太理解这句话，能否分享下您比较期望通过大会了解到什么内容，而这次大会没有提供到？我们也很希望了解到大家这方面的反馈，看后续如何改进。

鼓励一下，团队都需要梯队，一般分享者往往是团队优秀者、出来毕竟代表公司技术水平了，也就是你看到的是 top 的。加油

关于 AI 相关的弱弱的说一句看法：在基本功的基础上，

1. 数据质量保证上，不缺大数据工程师，但非常缺业务理解好、懂测试专业知识尤其是各种测试手段、熟悉研发流程等能够串联上下游的人才。
2. 算法模型相关的质量保证其实也是同理，不缺会写算法、设计模型的人，但缺业务理解能力强、工程应用能力的人才。 哪怕对大数据和算法只理解基础概念的同学，依然可以进行部分测试，比如服务性能、数据迁移、批处理结果业务验证等等。 也就是入门并不难，和十多年前 app 测试一样，现在谁都可以进行了

有很多的内容都不错，但是又是一看代码就觉得有时 ppt 说的是不是过头了。举个例子来说： https://github.com/alibaba/intelligent-test-platform 这个以前 alimama 分享出来的测试平台，但是代码质量真的......,如果开源出来的测试工具代表业界的一定水准，那么我觉得 alimama 这个代码，让我对所有分享的高大上内容产生了怀疑。

非常同意，其实 AI 赋能只有和业务结合起来才能真正发挥价值。目前的确还比较高大上，就如 10 多年前的移动应用测试，要知道当年只要会移动端自动化就能拿高薪，现在呢？

总有一天，人人都会写算法和设计模型。好像谷歌和苹果都是在做这个事情。

算法短期看已经是卷王了。现在基本读个研，人人都会有 PYTORCH，TF。都会写分类，会做简单识别。
以 10 年为维度，可能未来 AI 会真正进入各行各业。
入门级的 AI 这几年只会越来越卷，其实门槛不高，我自己也已放弃神经网络这个方向（未来只会是巨佬之间的比拼）。短期内 AI 相关的测试辅助相信也会很快遇到瓶颈，有时会发现传统的视觉，音频的检测方法对已知的测试结果可能会更好。

有一点我也在思考，我们测试的思维方式总是 0、1 的方式，是不是可以尝试变一变，技术推动测试手段的加强，业务再回过来推动测试技术的加强，去接受世界不是非黑即白，去接受灰度的事情（有时候可以去看看概率论的东西哦，其实很多涉及概率的，不过好像这种职位我就见到过一次😓）。提升测试在技术中的话语权吧，也希望大家越走越好。

测试开发，你得要是个产品、开发、测试的复杂角色，你的目的是发线测试问题，然后想办法解决，只是你的用户是测试或公司内部人员，这就相当于产品角色，为了更容易快速发现问题，你得要是测试角色，需要懂业务，离开业务的测试开发，跟开发没区别，发现了问题就需要解决，通过开发工具、或平台等，你得要懂开发，自己开发和让别人去开发完全不一样，最后衡量你测试开发好坏的标准那当然就是是否能给大家带来效率上的提升、质量保障能否提高等。
而我们思想不要只限制在自动化、性能上，只要能给大家效率上的提高的工具都是好工具。

不是浮躁，你看看纯功能投简历，大厂理都不会理你的，招聘要求全是测试开发

hmm，代码质量这个真的不好说，这个是内功了。

其实很多优秀的工具框架原版的代码质量都不算很好（时间一有压力自然会选择快而不一定好的方案），只是基本开源前都会去修补一番避免太丢人。以前还听说过某大厂开源框架在开源前一周全体补注释、单测和做重构的。

21 楼童鞋讲的已经很接地气了。简单说下我的一点拙见：
1、只有开发，没有测试
开发和测试是相辅相成的，都是打工人，没必要这么对立，完成目标任务是王道。
2、没有 ai，自动化测试干不下去了
本人有幸在去年研究过一点国内 ai 应用情况，目前国内大部分的 ai 公司都是在做应用层的东西且场景相对固定，这里面包括那几条小龙，各个独角兽，只能说 ai 目前在测试届只能解决局部问题，能做成通用服务的少之又少。
3、没有代码能力的测试只能干外包了
想要成为头部的测试人确实要懂些代码，对代码有信仰的，其实建议是转开发，或者你有新思维转为产品也可。

年轻人还是要有自己的理想，否则只能接化发。

钱学森说过：有剑不用和没剑是两回事
放到测试人员这里也一样，有代码能力和没代码能力的，假如你作为研发团队 leader，你选谁
针对楼主的几个点，依我之拙见
1、大会讲的是开发技术，你听了之后发现好像 A 技术可以在我司落地实施，你把它落实到提高测试效率上来，不就有测试了吗
2、AI 是大趋势吧，可能就像 5G 一样吧，没有 5G 你不能上网吗不能打电话吗。现在他们说得是过了点，没 AI 不能自动化，扯淡了
3、确实是。{代码能力}是一个核心测试人员必备的，注意是核心测试人员，这个{代码能力}不是说非要你开发个 xxx 平台，xxx 工具出来，其实就是具备一定的编程基础能让自己完成测试的工作，一点没有代码能力的，那只能纯黑盒和做用户体验测试了

这个大会是对讲师的一个面试。
咱们自己面试的时候，多少都会美化一下自己的工作，或者最起码也会把很多问题给隐藏过去。
讲师也一样，强化理想的丰满，弱化现实的骨感。
能从中发现新的思路，并且运用到实际工作中就已经非常好了。

涨涨见识也挺好，不知道 PPT 什么时候分享出来？

第一点是趋势，是行业的发展和社会发展的选择；
第二点不是很赞同；
第三点用不着去辩论了，已经是事实了

不好意思，加杨绛先生的话本意是引起对前 3 个回答更深的思考，造成误会，在这给你道歉。分享我对于测试开发的一些看法，希望对你能有帮助：
测试开发只是我们用来提高测试效率的一种手段，大会演示的各种平台都是他们基于测试痛点给出的一些解决方案。
对于个人而言任何保证测试质量和提高测试效率的方法都值得我们去探索。

我来说下感受，如果只是看个热闹还是比较伤感的。行业车轮是在进步，稍微学习下起码不会落下太多。
测试也不要绝对的划分，测试就是不需要有太多开发实力的，测试是一门职业，也是服务质量的最重要的担当者，职业发展需要众人拾薪，空等着行业发展，是挺难的。
至于工具/框架/平台从 0-1 比较简单，是否从 1 做到 5，需要考虑推广和持续开发。
1.0 工具是一种辅助方式，2.0 平台后更多的是抽象统一化的工具变成平台，楼也是一点点盖高的，高屋建瓴也是碎片时间一点点盖高的，毕竟内部业务很少是靠 PPT 画个饼就给招一批人的。

很赞同你的观点，很多东西都是做个表面，拿了对应的奖励，然后就没有然后了。
平台化的东西如果要深跟，没有业务支持和领导强推，基本上都不了而了。

类比其他类型的大会和 Topic，其实 MTSC 做的已经比较不错了。起码 topic 很多，作为受众可以有选择。
我们今年的 topic 七牛云的基于云原生的测试左移实践 ，就是奔着务实落地的角度，希望能给大家有所借鉴。
说一千道一万，有所成长才是王道；作为单个个体同学，抓紧一切机会好好学习；作为 Leader，研判清楚企业价值与团队成长的方向，创造机会，在收获企业价值的同时，也让团队有个快速成长的机会。

识货的同学👍多年来纯粹是靠对专业的执著和情怀支撑，非常钦佩大会组织者们，让这个细分的岗位的我们有了一个价值宣传的机会。

都是谈平台，谈内部工具，对于不是非大型公司，没有专门开发，不适用。但你们可以从中了解一些专业术语，以及一些方向，提高自己的眼界~另外对于大会建议，目前提升眼界，也就是方向性多，实用普遍性得少，这个得后续转变下~

其实这跟你站的位置和做的事情很有相关性。

讲师 也是 从他看问题的角度以及认知把他认为好的内容分享 给大家，大家择优吸收即可。

如果给讲师加上一些前置条件，是不是更合理一些。

1、（高新领域大多数）只有开发，没有（很多的）测试
2、（在一些领域内如果）没有 ai，自动化测试（确实会有一点）干不下去了
3、（在大多数一线互联网公司中，其中一部分高度复杂、试错成本很高的产品下）没有代码能力的测试只能干外包了

不管怎样，落不了地的心灵鸡汤听听就算了，别太当回事。毕竟人是要吃饭的，不计成本研究只能让一小部分人做试验，还是希望多一些接地气的东西。

这里能上台讲的是测试开发或学术研究大佬，其实测试开发或学术研究大佬能产生多大的测试提升效能，真不太好说。测试用的方法没有突破，纯手工测试基本不好意思站在台上讲。其实可以讲讲数据类测试的方法之类的实用的测试技巧也比讲 AI 的那些更有意义。

我都是当几年后面试要求来感受 哈哈

我有个问题，像混沌实验注入工具 ChaosBlade 在阿里是测试工具团队开发的？还是开发团队开发的？

据说好像是测试开发做的， 我还跟作者聊过。不过我倒是没问过他到底是开发序列还是测试序列的。 但是这个东西是测试开发的我觉得也挺正常的， 因为难度也不高。

恩，我前天回这兄弟帖子，是以为他很有想法，也比较有执行力才开始回的。
结果可以看到大部分人还是功利且浮躁的。
其实包括我自己在内，经过这么几年锻炼，技术视野，执行力，挑战未知的能力也都还有问题。
真的都没想过 10 年后，当你娃要吃饭，要你辅导功课，你身体开始衰退的时候，面试官问你这 10 年有什么积累的时候你们怎么回答？
作为过来人，我已经连续被这样灵魂拷问 N 次了。。。
只要愿意加班，态度 OK，开发可以轻松转测试，测试往哪里退？

你们真的愿意 35 的时候就开始外卖保险为生？
有机会去看看外面的世界吧，如果上班没机会，请业余尝试。
只要是发布的产品就一定需要测试，但是谁测，怎么测，未来还真不一定是测试说了算。
大家能不能给点力，别学个代码就停留在 HELLO WORLD，刷个题，几道就收工。成长压根就不是线性的，只有你突破了某个节点，才会看到完全不一样的世界。请把你们学习的时间拉长到至少 1-2 年，还需要自己驱动自己。

最后正面回答楼主这三个问题：
1、只有开发，没有测试 ---不会，未来可能只有点点点和不到 35 项目管理管着点点点。前提是测试完全跟不上技术发展。
2、没有 ai，自动化测试干不下去了 --不会，AI 能解决一部分问题，核心还是了解你的被测对象，不限于技术、产品业务形态。
3、没有代码能力的测试只能干外包了 --一定会，或者是小厂，可能还不如外包。

整个行业缺测试，更缺能改变测试价值的先行者。虽然我不做测试了，但如果看到一些新的测试思路也会拿来分享。我也不想每次面试都被鄙视。。。。

我记得恒温创建这个社区的理想就是要做测试人的技术社区，我们来这个社区的初心就是提升自己的测试技术。Talk is cheap，Show me the code/docs.
希望有更多的人能自己记录自己的心路历程，去做更好的自己。 培训的是不是也管管？该删的删？
为防止你们喷我光说不练，我自己在知乎持续写专栏，毕竟不是一个方向，大家也不用去看。。。

回复下你这条吧，上边几点是我参会的时候感受到的，觉得有问题才拿出来吐槽下，并不是认为这就是对的；今天也在忙着总结会上的内容，也并不是没有收获；关于技术方面，个人觉得还是要持续去学习的，但就测试开发这个职位而言，正如 31 楼所言，开发能力不是全部，最终的还是要以测试质量为结果，在这次会议上确实没看到测试本身相关的内容

AI 测试是趋势，但是不管是测开，测试，业务研发，架构研发，其实都是服务于业务的，抛离了业务就等于跑题了，应该熟知业务，挖掘业务中的难点，痛点，通过掌握的技术手段去实现，解决它们。权且不说 AI 测试，就连真正的人工智能都没搞好，很多牛逼的开源的都是需要研发能力很强的人一点一点的积累起来的，说句不好听的，很多公司的工具效能人员根本不太了解公司的业务，搞出来的东西自然没什么用（不过在业界交流一些经验还是不错的）。业务测试人员在了解业务结构的前提下，倘若也去研究技术架构，了解其中的技术细节，和研发、运维、DBA 等一起去定位分析线上 bug，多了解底层技术实现原理，设计出更深层的用例，其成长空间也是巨大的。

个人感觉吧，其实也就是一个体量和格局的问题，用现在很流行的一句话来说，要是格局不到位，看到的都是鸡毛蒜皮，代码能力这是绕不开的，即使你使用工具来做自动化，但是工具也得有人来设计开发吧，去听只是更多的开自己眼界，了解最前沿的技术，加个大佬的微信，要不自己，那天折腾遇见个问题，问的的人都找不不到

没有 AI，自动化干不下去？哪个的分享？我得去看看去

看了这么多届大会了，总结的感觉就是：大会越是要照顾到方方面面的需求，就越不可能 “落地”。首先业务千千万，众口难调，适合你的不一定别人想看；另外就是业务的敏感性，毕竟人家吃饭谋生的法子，凭什么靠一张门票甚至免费给你白嫖？能分享的就只有技术本身，甚至只能是一个概念。就好比武林秘籍一样，没有内功心法，给你九阴真经，也是废纸甚至毒药。

个人觉得 AI 测试也好，自动化测试也好，如果要真的要完全自动化，那么最终都会 AI。我举个例子来说，在测试行当很多人其实对 selenium 做自动化测试有很大的质疑，但是其实现在有些什么 RPA 工具也在用 selenium，可能都是用在实际商业流程中。目前的自动化实际上大体上把手工测试的内容用代码实现，如果和 AI 代表的自动化来说，这都不能算是自动化，AI 测试是推导，可以根据历史自运行，自己解决问题；但是如果 AI 能测试了，那么代码也都可以自动写了，个人观点. 这应该还是有很长的路好走。我觉得测试开发也好，测试也好，对于大部分从事这个工作的人来说，就一件代码熟练这件事情能达到的比例熟练这个程度的都不多。 我们大部分人都低估了代码熟练度这件事情；同样关于提效这件事情，我们也低估了沟通和协作的重要性，看着产品经理说的是一套语言，开发是另外一套说辞，测试也有一套语言，其实可能说的都是一件事情，你一份文档，我一份文档，写了很多文档，但是为什么一件事情要这么多文档，为什么写了这么多文档，还是很多人说没有文档，同样为什么开了那么多会议没有一个统一的，结构化的，清晰的需求也好，说明也好，指导也好；这是为什么？ 反正我对我们团队的要求就是， 代码熟练度/沟通总结能力是不能少的，其他什么平台也好，工具也好，一点点加，需要就加；代码熟练了，加点功能就应该顺手写出来，代码熟练了，写接口调用的代码就应该顺手写出来；沟通顺畅了，抓到重点了，一件事情就不应该一遍又一遍的重复.

我觉得或许以后有议题说如何让忙碌的测试同样可以达到代码熟练这个简单又不简单的目标.

人在江湖飘啊，那有不挨刀啊，你喝。。。输得起，转行吧，输不起，拿块豆腐撞吧，一醉方休，梦里当个大侠好汉多好。然并卵，醒来还是要还债。。。

不讲技术你也未必能 get 到点

确实是这样，但是就怕有些领导听了以后当真了，就回来照着搞，结果搞到最后没效能，又推广不出去，然后觉得是做的人技术不行，现在这种测试领导很多的，不管是跟风也好，kpi 项目也罢，盲目做一些不适合自己团队的项目，下面干活的很心累。

是的 ，长长见识，看看下一年有啥可以做的。同时认识一下大佬。

搞不上去是大家能力不够，为啥别人能做到自己做不到应该思考。其次领导愿意搞总比不愿意好，5 年后你就知道为啥了。那时候天天抱怨公司不行，其实是你自己一手导致的

作为业内大神，靠这个赚钱，这么说我也能理解，就是因为现在靠这个赚钱的人多了才把这行好的这么乌烟瘴气，贩卖焦虑，忽悠小白。
我从来没说学这些对自己没好处，但是从效能角度讲，现在很多东西并不是万能的，甚至说很多催起来高大上的东西，投入产出比低得可怜。有些人为了自己的利益（卖产品，搞培训、搞分享），昧着良心催牛逼，瞎忽悠。别人稍微质疑一下，就把别人标签为没能力，不进步，搞的自己多牛逼

得，您自己开心就好。做的事情不赚钱不能搞这些很正常

刚翻了下你的课题，总算明白楼主也没说啥，你就这么激动了，整个 ppt 每句话都对，就好像太阳东边升起来，西边落下去。

只要不脱离实际业务专职培训的，都用开发心态面对吧。
出书是出书的权利，看不看选不选是你的权利。
没有对错，何必互怼。。。

没有要怼谁的意思，只是一些所谓大神对别人的态度太恶劣，动不动就给别人贴负面标签，搞道德绑架。就像这次北大女似的，我也不反感培训或者分享赚钱等，毕竟都是为了生活，之前疫情期间听了思寒他们整的免费培训，虽然他们那也是为了推广收费培训，但是人家哪怕是做广告，讲的内容还是很实在，都是干货，听了很有收获，特别是对新人测试开发。人家发的免费的书，如果是个自学能力好的，照着目录学一遍，能力就能胜任绝大部分大厂了。用心为了行业做实事的人会被人记住。

“能力就能胜任绝大部分大厂了。”，可能你想多了。
请去实际操作一下。测试久了，确实会出现说的太多，做的太少哦，DO IT！DO IT！DO IT!
我给大家指条路，如果你能分析明白 APPIUM 的原理，理解是如何 MOCK 的，那应该可以进大厂。
或者你对 ANDROID 相关的测试类源码有一定的理解，可以做对应的服务，应该也可以找个不错的手机厂。
我就说你刷了 200-300 道的 LEETCODE，说你自己代码比一般测试强，也行啊。
尽量不要做简单的事情，因为简单的事情迟早被替换。

我现在也喜欢砸钱参加培训啊，没事上上 COURSEA 啥的。
同质化的培训是不可能让你拥有超越培训的能力，而且你们以后可能会懂，一手的资料才是最可靠的，经过传递过的知识传递取决于翻译者的能力。但是培训能给你指条路，可以让你快速入门。但同时这路也可能本身就是错的哦，完全取决于指路之人的认知。

哎，其实越是大佬越谦逊，越乐于助人，就像我也会激动，也会怼人，差的远了。大家都修炼吧。
因为无知，所以我们需要通过怼别人来证明自己的存在感。哎，都怨气太重了，修心吧。

如果把所有不能落地的方案或技术归结为大家技术不够,这样说有些偏激了吧.而且具体要搞什么肯定是要结合自己业务的啊,做了一大堆 devops 最后没有反哺业务,有什么用呢?

人家说 能力 不够，你非要扯 技术 不够，强行加戏吗

在我看来，去参加分享，无论听到什么，只要是自己不知道的，没实践过的，无论人家讲的对不对、虚不虚，能把人家的思路理解了，并且自己去实践一把，总会有收获的，楼主可能只是没理解人家的路和痛点而已
再说一个这么大的会搞成自动化测试基础培训，分享一些框架代码就完事了……你愿意买票吗~

大佬阅读理解有问题吧,我的意思是说 不管搞什么都要从自己的业务出发.而且不是看别人搞什么自己就搞什么,不管初衷是什么最后没搞成 就说 能力不够 这不是偏激? 按这个说法,只要自己在公司做的事情没有达到预期就是能力不够,那搞不成是不是就该走人了?

也可能是你领导能力不行啊。
那你领导为什么能力不行，你还不动呢？最后还是自己能力不行呗。
找别人错永远比找自己错容易。。。
哎，别杠了，收起虚荣心吧，脸皮厚点。
别人牛我会学习，菜我不说话，我就只说我自己。
我是菜鸡，我是菜鸡，我是菜鸡。重要的事情说三遍^{_^}

我虽然老但不是大佬
没有鉴别照搬也是能力问题
我们说的潜在前提是选好了自己想要的却没法落地，这也是能力问题，基本上都不是技术水平问题，大多是吹水、忽悠、推动、向上管理能力不足导致的，很多人都遇到过这个阶段，没所谓，这是必经之路，躲不掉的，看到技术好就一门心思去搞那是不行的……我到现在就没碰过流量回放、混沌、k8s（用而不专）这些，学不过来也用不到啊

@ 槽神 @magicyang 两位老同志不讲武德,欺负我一个小菜鸡.发现我有质疑的想法.啪一下就回复过来了,很快啊! 我说我不是那个意思,你们再看看我的回复.然后就是 可能/潜在前提 把我 KO 在了地上.

喜欢贴标签的问题这倒是挺严重的。
这就要靠我们
@ 恒温 大大，来宣传价值观了。 ^{_^}
我记得我 3 年前还怼过一位大哥，再次道歉！
@wxlsh114 修心不够，请多包容！
从我角度看，有问题的从来都不是你们这些小朋友。。。

只针对 LZ 的问题说说个人观点：

1、只有开发，没有测试
不至于，但是我和小伙伴们呆过的小型公司基本现在都没有专职测试了（虽然他们的主要原因是不愿意花钱招测试），都是开发自测或者其它岗位兼测试任务。
国内中大型公司还好，基本都有。

2、没有 ai，自动化测试干不下去了
写脚本搞自动化还是有市场的，没那么多公司有能力上 AI 来推进自动化的，这个是需要考虑投入产出比的。利用 AI 做自动化的正常情况下应该也是基于自己项目的业务需求来的。

3、没有代码能力的测试只能干外包了
不能去中大型厂是真的，但是小厂还是有机会的，只是有些小厂的测试工作可能还不如大厂外包……

4、是不是太浮躁了
不一定是浮躁，毕竟行业水平也在逐年提高，但相对其它岗位，测试还算相对温和一些的。

PS：大会的各种议题对于扩展测试视野还是很有帮助的。

我劝你耗子尾汁

哈哈哈哈哈哈哈。。。

我觉得大会的技术方向还是很超前的，可能很多都是以后的普通测试岗也要会的东西。
不过我比较关心的是，哪些议题的内容可以直接借鉴拿来用，看了两天，感觉适合我现在的小项目的 2-3 个测试同学做的项目很少很少。
会议的很多议题都很棒，但是对我来说现在用不上。感觉方向太多，自己能力太差了。。。

造轮子的事情，留给大厂的大团队去实现吧。 现在的小厂小团队大多不会投入那么多人力来搞这些事情的。

建议留意开源专场的议题，议题内容基本都是开源的工具平台相关，是可以直接拿来用的。

行业发展需要创新，所以把 AI 和现有测试技术相结合的思路和实践是 OK 的，对于整个测试行业来说是有利的。

只不过，AI 本身投入产出比较低，能在测试领域产生多大的水花我个人是持保留意见的。
当然了，不排除强行嵌入 AI 装高大上的，所以自己取精华去糟粕咯

开源专场的 ppt 有吗？

默默的吐个泡~

都有，社区公众号留言 ppt 就有了。历年的都有