希望大佬 能多多更新作品

一边裁人，一边招人

个人觉得，大多数的公司还是业务优先于技术的；
技术再好，业务能力不足，不一定能提效或者产出多大收益；
(至于纯业务行不行得通，你看你这举例的同事不就知道了)

3KM 的人行道，就很考验系统架构设计了吧，
最烂的系统就是需要你挨个砖块去踩，才能知道具体那块砖有问题；
最好的可能就是监控砖块状态，提前报警去把控分险

我觉得，做了自动化，想要推广，就要让团队的人信任自动化结果，的确可以带来效益，减少很多手工回归；
不信任你的自动化结果，任凭你怎么推广，我自岿然不动；

其实 每天的工作都是重复枯燥的，感觉这句话有时候 会是一个错觉，
只是你不知道去做什么而已，或者说自己见的太少，不知道可以做些什么可以提升质量、提升效率等；
建议：多去看看别人怎么做的，先把别人好的东西学到手，再看怎么用到自己项目中来；

如果有更好的选择，有什么理由让你留下来呢？

完全赞同，完全自己开发的会很有成就感，我司现在业务越来越复杂，回归测试耗费人力太多，所以自动化的东西需要做的更好一点；

是的，还可以，准备看看源码 学习一哈

httprunner 的确还是不错，基本能满足大部分的需求；

代码只会 python 的，难怪我没有听过这个框架，但是我可以去看看，学习一哈；谢谢

8 个开发做 2 周，其中也区分前后端吧，一般根据业务的复杂度，以及质量要求标准，测试策略整体来评估 pd 数，只要合理，比例什么的应该也不是参考依据吧；

就我周边的测试 (普通的哈)：
工作 1 年的点点点，看不出太大差别，学习测试的基础中
工作 3 年的点点点，根据公司要求的测试能力学习工具，对业务很熟悉又或者刚跳槽；
工作 5 年的点点点，不会搭建自动化但是会用，会写自动化用例，熟悉并吃透了业务，提问题单 还是无法进一步定位问题；
工作 5 年以上的点点点，周围的朋友中 没有

这，你再加点前置条件，
工作 1 年只会点点点的、
工作 3 年只会点点点的、
工作 5 年只会点点点的。

背锅肯定是很常见的，但只背 该背的锅；

虽然我没有深入学习过压力测试，但是你只是描述的是 怎么写压力测试脚本，压力测试脚本在整个压力测试中，只是最基础的一环；

在项目内进行 模块导入时，最好从项目根目录开始；

感觉前期不用想那么多，自己可以本地先干起来，实现那么一部分的用例，如果真的取得了不错的效果，节省了人力且团队也信任自动化用例的结果，再去考虑扩大用例范围，和团队成员一起，做大做强；

感觉电梯还是很有意思，但是这个需求还是不那么明确，
距离优先，
是操作人离当前电梯楼层近的优先，
还是同一状态下 (2 个人同时按下，或同时按上)，离楼层近的优先？
举个例子：
1、电梯在 2 楼往下，1 楼按上，B1 楼按上，按照距离优先，那电梯到了 1 楼后 会打开吗，如果打开，应该往上还是继续往下？(虽然生活中是 没超员的情况下 是继续往下)
所以 感觉还是得需求明确，不然测试侧 没标准，就很难达到预期目标

每次读 会有不同的收获

这状态 和我目前差不多，做着基本功能测试，偶尔维护下平台，之前说裁掉我们整个部门，但测试这边 还没有动，就不知道，是默默等着被裁，还是主动离职 重新找下家，之前有面过，但是 HR 说跳槽频繁不稳定 (没在一家公司呆过 1 年半以上的)

新人 更应该做好规划，在就职找工作的路上，不要将就，需要找一些有潜力的工作；

要有一定的知识广度，还是得自己 花时间多去了解哇

深有同感，工作中不怎么用到的东西 学习起来 的确效果没那么好，而且容易忘记

那是很向往的工作