写得很赞，浅显易懂呀。

建议和你们前端沟通下，他们是通过什么函数或者变量捕获这个提示信息的，你也去捕获相同的变量试试？

selenium 支持内嵌 js 到浏览器页面的

varchar 类型的值需要加引号，这个不是 sql 本身的语法？

考虑到支持任意 html 代码容易引起安全风险，目前社区的 markdown 仅支持有限几个特定用法的 html 代码嵌套。

想了解下，这个需求是在什么场景下需要用到？

能截个图看看这个上标下标是啥效果不？没看懂。

另外，这个应该不是标准 markdown 语法吧？从你代码块看是 h5 标签。

问人被喷这个可以更详细说下不？

比如曾经有哪个问题是你百度没找到，然后问人被喷？你问的时候是怎么问的？

加精理由：对于大部分人认为是 “常识” 的知识，不仅勇于提出质疑，而且也非常详细有条理地去进行深入优化，最终得出一个对项目更优的方案。这种学习方式非常值得鼓励。

@BrightLove 若希望阅读此书或获取此书电子版，请遵循正常购买途径购买。

论坛不鼓励传播盗版书籍，因此直接删掉此分享链接。

请大家尊重版权，尊重作者的辛苦付出。

找到了，是这两篇吧？

有赞：有赞环境解决方案
阿里：在阿里，我们如何管理测试环境？

哇哇，受宠若惊，谢谢点赞。

有个疑问，直接回退代码到老版本，再用相同的步骤操作尝试重现，这个方法尝试过吗？有遇到什么困难导致不满足？

阿里、有赞都已经有了各自的实现方式，感兴趣的同学可以去他们的公众号上查阅相关文章

建议文章地址一并附下？

你这个问题写得不清不楚，要回答你还得问一堆问题，例如：

你当前用的是什么账号，有什么权限？
你要 get 的是怎样的项目，这个账号在里面有什么权限？
你看过哪些官方文档，尝试过哪些解决方案，得到了什么进一步的线索？
redmine 的服务器日志里又没有其它更详细的说明？

建议看下 让我们重拾一个沉重的话题：提问的艺术 / 技巧 ，补全一些信息，相信你在这个过程能有所收获，甚至就自行解决这个问题了。

教的不少了，要让你的学生练一下，看下是不是都学到位了。

PS：教了这么久，应该要出去面试或者实习练手下了吧，毕竟不是学校，不是期末考试冲刺下知识点就可以的，面试官可没那么好忽悠。想要有 bug 的练手项目，可以去开源项目找，有些刚开源不久还不是很完善的，可以找出不少 bug ，也可以通过 issue 反馈贡献下，一举两得。

个人觉得，这个是个伪命题，不同的场景两者的重要程度不一样。关键是你当前的工作更需要哪个，以及你自己个人的判断。

另外，从正文的说明里，只是说业务测试能力已经很成熟，但是技术能力偏弱，并没有把测业务的 QA 价值贬得疑问不值吧，这个结论会不会主要是楼主的主观判断？

建议楼主更详细一点说下当前技术能力的大致水平是怎样，这样能帮助大家更好的给意见建议？

那你现在的设计应该可以满足了。不用太纠结 PO 。

需求覆盖率 这个有没有更具体的一些参考度量方式供参考？

很多时候需求并非想用例那样一条一条来的，大多是一个文档或者原型，按模块划分。文中提到的用例和需求映射关系，感觉好像不大好落地？

看了下正文，有几个问题建议楼主自己先思考下，否则可能换了个公司也帮不了你太多：

1、测试团队没有技术追求，产品质量不高，开发不愿修。这个是大部分团队都存在的问题，你在这种情况下，有做出过什么样的努力尝试改变？效果如何，自我总结的成功/失败原因是？如果有机会让你重来，什么是你会坚持的，什么是你会改进的？
2、沟通能力不强。这个问题对于测试人员来说是一个很明显的短板，很限制你的发展。你计划怎么去提高自己沟通方面的能力？（不要虚的，要可落地的。比如去尝试和更多人员沟通这个就很虚，1 个月内推动 xxx（一个以前推动不了的开发）修复一个 bug 并获得成功，这个就很落地，因为可以很明确知道你有没有做到）
3、倾向于走技术路线，那你接下来 2-3 年的职业规划是怎样的，每年技术上要达到什么样的程度，反推到你接下来一个月的技术学习计划是什么？每周输出什么结果？

从公司角度，需要的不是你的能力，而是你这个能力在实际项目中可以创造出来的价值。作为过来人，我理解你很期望得到有经验前辈的指导分享，但这个终归是可遇不可求的，更重要的是你自己的破局能力，比如通过参加沙龙活动结识人脉、和有经验的前辈沟通获取这方面的知识；比如通过读书 + 做笔记 + 业余项目实践，强化巩固你的技术能力。你的正文提出的都是现状，都是问题，但没看出你在解决问题方面的努力和思考，所以看不出你的价值。

和 bug 一样，发现它不产生价值，解决它才产生价值。

没有最好的设计，大部分情况只需要够用的设计。如果你觉得目前的设计没遇到什么大问题，沿用就好。

po 偏设计模式，主要应用在大量用例、协作写脚本比较多的场景，用尽量少的额外成本，解决这个场景下不好协作维护的问题。
从楼主的说明看，用例不多、协作也基本没有，不必强求。

先说结论: 不能！docker 解决的是应用部署步骤多、容易因环境差异引起功能差异的问题。如部署 jenkins 可以简化为一条命令。但你的并不是应用运行环境部署，而是开发环境 gui 软件安装。

重复部署问题: mac 下有 timemachine，windows 不大了解有没有这类工具，可以从学校电脑室怎么同步软件这个方向找下。

数据同步问题: 网盘或 github。代码建议 github

最简单的解决方案: 背个笔记本电脑，全程一台电脑

开源项目越来越多了，特别是一机多控，在兼容性测试里很实用。

比较好奇，一机多控，对于分辨率不同的机器，目前可以适配吗？

正文好像没介绍 自动生成 相关的功能？

基于代码去做测试，确实是更加有效。而且这块个人觉得不一定必须白盒，也可以灰盒，本质上应该是怎么提升代码本身的可测试性。

期待你后续的进一步分享。

PS：iOS 的智能 monkey ，可以考虑在社区推广下，找一个 app（如 TesterHome 的 iOS app ）作为示例，介绍下它的用法？

没用过 marker ，简单看了下官方文档，貌似你的用例里缺少 marker 的装饰器？

官方例子：

官方文档：https://docs.pytest.org/en/latest/example/markers.html