测试的悲哀，去字节跳动这种公司，测试也逃不过点点点的命运，从你的描述来看，好像也是打杂的存在

可以结合工作需要，选择一个开源项目来使用，完成一些工作上的事情。过程中熟悉项目源代码，并在此基础上做一些二次开发进行练手。

二开

人都是被逼的.

请问下你是面试的什么职位？

大厂就这，刷新了对大厂的认知

大佬好强啊，感谢分享

记得之前我有个同事面字节测开，三面的时候，面试官问，我这里有两个方向，要么全职研发，我面的很难，要么带外包，我面简单点......看来字节进去带外包都是坑

想办法把需求测试时间掌控权弄到自己手上，再合理的制定计划，拉宽测试周期可能会减少压力，重复性的沟通工作可以以文档的形式输出（需求、背景、改动点等），挤一挤时间还是有机会去学习或者划水的。我一个字节朋友能跟我 wx 聊 2 个钟

谢谢群主分享经历

祝好

阿这，阿这，字节这么可怕的么，还是说大厂都这样？？？

一般发版之前重新拉一个代码分支然后进行回归测试，测试如果有问题再修改，一般是一周左右的时间，这个时候其实就是过一下 bug，验证正确就好了，自动化将常用功能跑一下，然后定版。因为我们是做平台，发版之后项目组升级，有问题开发会在版本和快照上修改，验证好之后，大概一到两周之内发补丁包

我们也头疼这种发版 bug
原因 1：代码分支错了 2.运维部署问题 可是这 2 种都跟测试没有关系

发布上线后 出现的 BUG

线上缺陷避免不了，只能在前期尽量把危害程度高的都规避下，真的发生了也只能按严重程度响应。
比如线上出了资金问题，那就只能紧急回滚 + 范围评估 + 损失评估 + 复盘 + 跑路

谁 XX 的来告诉我，什么 XX 的叫 XX 的发版 Bug

避免不了，可容忍；

你是指发版中有人使用系统出现异常吗？有做滚动更新的发布策略吗？

建议直接开个微信小店，维护成本低，开店成本低

建议：社区可以开辟文创产品模块，可以让会员购买社区产品，或者在拼多多开个社区小店，也能满足大家的购买需求。

别搞那么多虚的了, 就用 py 文件最好!