赞，越来越强大了！

这一步需要在源码根目录下执行，并且要在 bash 命令行环境下运行。
这一步不一定要 linux ，但从上面其它同学的反馈来看，后续有些步骤 windows 可能会跑不了，所以建议是在 linux 虚拟机下执行。

我所知道的，就软考这个，还有个 ISTQB 吧。

不过大部分情况下，还是项目经验比较重要，这些证只是加分项。

初入职场的话，建议可以考下，也不贵，巩固下基础知识。

那你需要做布道，也需要你老大协助你布道，在各种公开场合宣传支持你的工作。要让开发明确了解你老大的期望，理解你的工作价值。

改变固有习惯，不是一时半会能完成的。

问题是同一个，视为重复，否则认为不是重复。线上用户都是这么做的，谁知道你背后原因是不是同一个。

开发提到的情况，属于问题不一样，但原因是同一个。个人理解这个并非重复，说明这个原因导致了 2 个用户会感知到的问题，都得修复和回归。

这个要根据你们公司的情况来定吧，不同公司情况不一样，关键是测试部门目前的主要职责是什么、你通过绩效评价做到什么。

如果主要的工作是发现缺陷，那可以从需求和缺陷的发现比率来评估，做到大家多发现缺陷。
如果主要的工作是预防缺陷，那可以从平均需求发现缺陷数量降低的速率来评估，做到缺陷少出现。

我们金融类系统就是这样，前面步骤做了就不能改，只能一路走到底。

解决方法也很简单，提供强大的造数据能力。比如有 a->b->c->d->e 五个节点，那么我们提供能到达 5 个节点中任意一个的造数据能力，然后你到这个节点后，在这个节点配置你需要的参数，继续走下去就好。

下次同类情况，推荐用举报功能。

连你 Leader 都解答不了这个问题，这个不正常吧。你确定你的提问他有理解了吗？

招聘一个人成本是不低的，进来后的工资成本更高。如果这个都没想好就招人，在我看来，这个很不正常。

你这个是啥意思？没看懂。

赞，感谢分享。

我补充一个自己比较常用的，Full Page Screen Capture，用来自动滚动进行完整网页截图的工具：https://chrome.google.com/webstore/detail/full-page-screen-capture/fdpohaocaechififmbbbbbknoalclacl

界面做得挺不错的，挺符合我的审美。但 readme 写的确实不是很清晰。

建议可以补全一下 readme ，也借此重新审视这个项目的结构和设计。借这种练手项目来增进自己的技能，挺好的，加油！

使用了一下，云真机好流畅，和自己内网搭建的 stf 流畅度和清晰度上，达到同一水平。

没明白你的问题。“回归能力” 这个词第一次听，它的定义是？

如果是指自动化测试的价值，那很简单两个问题：
1、如果没有自动化，你这些测试是不是会变成人工去测试？（确认会不会做了些其实本来就不需要做的事情，画蛇添足）
2、如果是，人工去测试的校验点，自动化是不是都做到了，甚至更全了？（确认自动化是不是做到位，会不会出现校验点不足导致不信任自动化，自动化完还得人工再验一次才安心的情况出现）

如果两个都是肯定回答，那自动化是机器取代了人工，释放了重复劳动，所以应该是有价值的。

1、你这个写法，违反了 测试用例间相互独立 这个原则，test_2 对 test_1 存在严重依赖，相互不独立。应该要把用例分为两大类，一类是专门测登录前功能，另一类专门测登录后。第二类在 setup 里面完成登录操作。
2、不知道你是怎么执行 test_1 的，具体步骤发下？

感觉你的矛盾点：
1、想找本行业且待遇至少和现在能匹配的工作，但基本都不在宁波
2、想找宁波的工作，但本行业的职位少，待遇也低

破局点：仅通过工作，做不到地域和待遇两个都满意。但收入并不仅仅是工作的待遇，还可以有其它。

可以试试：
1、先找待遇不错的本行业工作，不局限宁波。但待遇可以争取尽可能高
2、存下钱做理财，积累更多财富，并获取更多被动收入
3、孩子大了后，回到宁波找个低点待遇的。待遇差的部分通过被动收入弥补。

可以问问你的 leader ，当时招你回来是期望你发挥什么作用。

如果真的没有专职测试人员需要，应该是不会招这方面的人的。

问题一：首页的最新收录开源项目，和开源项目板块首页内容有出入。
原因：首页的过滤条件，遗漏了不显示未审核通过的项目设定，因此存在此问题。
修复代码已提交，待 review 上线。关联 pr ：https://github.com/testerhome/homeland/pull/101

问题二：URL 不正常
原因：slug 若未给出，地址会类似 https://testerhome.com/opensource_projects/92 ，以项目 id 结尾。但不至于会如截图中显示好几个破折号，问题无法重现。

问题三：点赞在刷新后消失
原因：目前除了专栏文章，不支持对自己发表的内容自行点赞。至于前端显示点赞成功，主要是为了提高用户体验，让用户明确感受到自己点击成功，前端在点击后均会显示点赞成功，而非在后端返回成功后才有反应。相关代码：https://github.com/testerhome/homeland/blob/master/app/models/user/likeable.rb#L21

谢谢反馈，今天我抽时间处理下，处理后也帖子里同步下

纯回放流量是这样的思路，没问题。
但帖子里的例子是包含了子调用 mock，子调用 mock 记录和入口调用的关联条件之一是 url ，所以需要 url 匹配。

不要懒得翻，善用搜索。。。
你说的这些不少智能化的 monkey 都有的。

额，帖子里说了，回放会根据 url 匹配，因此放在 url 中的参数也需要保持一致。

不过这种回放方式只是用来跑 demo 尝尝鲜。实际项目玩法，建议参考我第二篇文章里提到的 repeater-console 的使用。

建议先试下去面试，对自己水平有更全面的认识，再作决定。
单纯为了涨薪去跳槽，你会少考虑很多更需要考虑的事 (公司前景、职业规划等)。
薪酬是你在公司价值的体现，价值没变，薪酬上涨，这个很难持久的

可以提交到社区开源项目版块，让更多人知道？