定个目标，关注当下

大佬，你好。
现在就职的大环境（可能是个人接触到的对于测试人员要求侧重自动化技术而非测试思维逻辑 测试设计能力）
以及公司不重视功能测试人员等一些情况的存在。使得测试人员对于内功的修炼仅仅处于初级阶段，取而代之的是
对于测试工具的使用上。像系统测试专家，探索测试专家，测试设计专家这种发展路线很少存在。
请问在质量保证团队建立上，针对上述问题有好些好的建议？

接口测试，介入的时间要早于前端搭建完成之前。如果实现自动化的话投入回报率也很高。
这就是为什么做接口测试的原因之一。

加油，选择自己觉得正确的路坚持走下去。

给自己定个测试行业的目标。测试架构师怎么样。
然后依此为目标，看看都需要掌握哪些技术和知识。然后去努力学习。
多参与或者多和同行交流，看看大家都有哪些最佳实践。
代码这种东西，持续深入学习。

有目标不可怕，可怕的是为了达成目标 “不折手段”
不惜投入大量人力资金，结果只为实现阶段性目标这种就很吓人了。

不过，对于底下干活的人也有好处。就是能有让你试错的机会，达成你自己的阶段目标。
不管怎么说，做多少说积累经验。

不建议裸辞。找到下家在走也不迟。

你们领导潜台词是啥。他说的更好的是指哪些方面？上手容易？维护方便？还是什么？
知道这个就知道问题他想要啥了。

有方向是好事。不过还得围绕了当前工作提升自己。
然后多去关注你想要专注方向的技术和行业最佳实践。
积累到一定程度，有机会就往该方向的领域跳吧。

看你当前项目需要什么，在去弄。不然没有演练的场景，学完还得忘。

前端不太好判断，可以通过口台接口查看视频数据传输流。
或者这部分动作，在自动化中录制视频。等所有测试用例执行完毕，之后人工回放录制的视频。
确认一下是否有播放异常现象。

通常是直接找开发，直接取消。这么做就省时省力。
要么就找一个开源或者付费的 OCR 图片识别工具或者接口。

看到英语头大。
提到的就是敏捷中 计划会，站会，开发任务梳理会，评审会，回顾会和计划会是吧？
感觉技术 lead 感觉更贴近 scrum master 吧，对于需求能提出技术方法和解决方法参与代码评审等。

学习了！

车载测试很热门。不过貌似再转其他比较费劲。
建议多学习一些通用的测试技术。

专精一门语言，转岗不是问题啊感觉。python 挂钩的 数据分析啥的。

我申请加入咱们社区了

不是认输，而且换了一种生活方式。btw,啥叫 wlb 啊？

敏捷 “土壤” 没有，只能被玩成瀑布。
敏捷对于人员的能力要求就很高，沟通能力技术能力以及态度。
（有时一个功能需求确认的时间比实际开发的时间还要多，如果技术上再跟不上妥妥累死）
这就是为什么只要是引入敏捷的项目，大多都骂声一片的原因。

BDD 难道不是解决这种的的吗？开发和测试都根据需求来做。

我最近还在想，如果把开发变更代码和功能联系到一起。
是不是能帮助测试快速定位范围。看完最佳回复才知道原来这叫精准测试啊！
当前做法还是开发改修完或者新功能开发完在 PBI 上写上影响范围。
尽管如此问题在于开发人员的描述和测试人员的理解容易出现分歧，结果往往是主观的非客观。

6

平替 selenium IDE

这圈子范围小了点。名称改成辽宁或者东北就好了。

大连 +1