通俗易懂！喜欢这样的解答！

单个下单接口响应时间为 0.5 秒，那你起 125 个线程并发，即可满足下单接口达到 TPS 250 。这样算不对吧？1 个 0.5s，那 125 个不就耗时 62.5s 了，TPS 怎么能是 250 呢

还有个疑问：为什么同一个脚本，CLI 模式居然比 GUI 模式的响应时间还慢这么多？

有道理，可借鉴 #16

谢谢你的指正！3、4 点学到了！

系统每天访问人次应满足 100 万人

意思就是 24 小时内要能满足 100 万人的访问，这 100 万的人是可以重复的；比如 50 万人访问，每人都访问了 2 次，当然这个访问不局限某个接口，就是他来过

对哦，你这么一说我理解了！

1000000/86400=12~

没理解你的意思，那 24 小时满足 100 万人访问要怎么设计？
日订单数支持 10 万单不就对应提交订单接口吗？

项目已经部署到客户的服务器上了，现在还没有正式使用，客户要求直接在他们正式服上测

继续 or 转型取决于你的兴趣！首先：你目前在国企，相对稳定，在稳定的基础上，你想想继续深耕测试和转型尝试其他的，哪个能更大的实现自我价值，让你有成就感价值感；其次：不要因为别人都转型做什么就焦虑，你如果觉得自己做测试蛮好那就保持初心，深耕继续做得更好！我觉得自己的想法和对职业的认同是很重要的！

同意！这个方法可行，而且演示的时候把研发负责人叫上，大家多少会比之前认真对待吧。

搞成绩效考核这个我没那个权限，糊领导脸上是可以的 ！ 我意思是除了找领导协调这件事，还有什么办法是咱自己能做的，不然去找领导，领导说那你有什么建议，我还是说不上来个 123，给领导提出问题的同时也得有自己的想法建议。毕竟都是为了推进项目进度，高效完成工作，并不是让谁难堪。

我都很少写用例，基本上看完原型设计，就梳理整个业务流程，开始用 xmind 列一列测试点。

敏捷，不过周期挺长，项目分为三个阶段，目前是第二阶段转测，第三阶段还有一大堆功能，所以开发在预估的时间节点就提交了代码转测，着急进行第三阶段。导致一上来就是各种问题

不想躺平，也不想卷，只是想比昨天的自己有所进步。觉得自己目前是停滞不前的，所以才想做点什么去改变现状。至于您说的开店，囊中羞涩开不起啊 得再积累积累

谢谢您的建议，我在去年就这样做了，可为什么没有再做下去，是因为我学的东西在现有的项目上无法实施出来。一旦学习的知识没有学以致用就失去了意义，所以才又中断了。我大概是要换一个需要这些技术的岗位，然后再一边学习一边用到项目上。不过还是谢谢您~

你说得对，就真的是混工资等公司倒闭的那种，整天就是点点点，没有一点提升！

谢谢你的建议~ 我接下来会好好梳理梳理

打算年后出去面试看看，就怕投的简历石沉大海。不管怎样，先试试吧！

在西安

“在团队里有很多人比我强么？周围的同事都是我佩服的么？我做的事儿有挑战么？ 方法：如果这三点都是否定的，并且你处于职业生涯的早期。也许（只是也许），你该考虑一下换个团队了” 引起反思

什么时候能来一次西安啊~

好的，谢谢啦～

好像是的，把测试套件跟测试用例放在同一个目录就能生成截图了。如果不放在同一个目录要怎样改才能生成截图？

利用 Python 的 split() 函数进行字符串截取