问答 入职了一家公司 4 个月，但是每天都在想着跑路，还有必要坚持吗？想听听各位同行的兄弟姐妹们怎么度过自己的迷茫期呢？
公司是制造业，不是传统的软件行业，一个 IT 部门 12 个研发，一个测试（目前就我一个，以前没有测试）；
用到的软件是属于工业软件，因为业务人员操作工业软件非常不便，IT 部门就负责解决业务人员提出的改动，以传统软件的形式重新做这些功能；
部门没有需求人员，有个稍微了解业务的组长，业务对齐的时候，只有业务人员，组长，相关研发，没有让我参与过需求对齐，更多时候的变更是研发和业务员直接对齐，然后就改了；
不同的部门负责不同的制造步骤，不同的制造步骤靠软件系统中的流程来一步步完成；
没有需求文档，没有设计文档，没有接口文档，没有数据库文档，由于机器是进口的，关于机器相关的业务操作几乎查不到，有英文版的操作手册完全看不懂；
接口、数据库、系统页面字段很多都是单词的简拼，因为业务员使用的数据文档上字段就是简拼，研发人员也使用简拼（使用简拼，业务人员没意见，我看不懂）；
目前我的情况：
1、不了解业务，大家都不是非常清楚的了解业务，功能做好后会出现各种异常；
2、数据不明原因丢失，定位不到是业务员操作的问题还是系统的问题，数据是一次性的，一旦走不通流程，这条数据就脏了；
3、没有需求文档，也没有设计文档，不知道研发做出来什么样，无法提前准备测试数据，也没法提前写用例，边写用例 边测 边了解功能；
4、每一个功能都特别复杂，接口入参一次性几十上百个，还可能是从不同服务器上的不同数据库取的，和研发对页面上的字段来源能对一上午；
5、准备数据时间太久，有时候 一天才能跑通一条数据，研发会打包所有的数据给工业软件（有一个工业软件的研发人员长期驻场对接）；
6、和组长说测不完，组长说没关系，点点没问题就行了，可是根本不知道有没有问题，出了问题又和我说要覆盖全部场景，我也不知道所有场景啊；
7、很多校验都没加，一个功能可能也就几个人用，业务员几乎不会乱操做，但是总有意外出现（组长说不用加，以后优化再加，业务员也说不用加，研发也不加）；
8、很多数据是机器产生的，测试环境没有这些数据，无法验证；有的时候验证一个功能要花费大量时间造基础数据，然后再造所测功能的数据，然后才能验证；比如说我要验第 7 步有关的功能，我得保证前 6 步数据是存在的，然后才能验第 7 步，验一个功能，环环相扣，不知道哪里就出问题了；
9、数据统计计算太多了，一个 excel 中通常 4、5 个 sheet 页，各种数据逻辑的计算，由于数据量的不同，每个 excel 模版就用一次，天天都在 excel 上写计算公式；
10、也不知道是业务逻辑不清楚导致的，还是脑子真不好使了，记不住数据库中的字段、功能逻辑，记住了过段时间就忘了；
11、感觉每天都在做探索性测试，不知道场景，不知道测试数据，不知道预期结果，就探索这个功能好不好用；
12、每天都很努力了，但是都没有产出，就感觉做的是无用功，我也想保证功能没问题，我也想很负责，可是真的保证不了，就感觉很煎熬
13、一个功能正向流程测得差不多，就接着测另外一个功能，几天一个功能，没时间复盘，没时间反思
14、目前上下班通勤时间 4 个小时，如果搬的近一点也得 2 个小时
15、公司双休，周二周四固定加班，福利待遇还可以
北方省会城市，工资并不高到手 8000，很废脑子，感觉比研发都累，但是入职软件行业太晚，年龄 30 了才 4 年功能测试经验，不敢轻易跑路，但是无论从业务方向还是技术方向，目前的公司都无法提供更好的发展机会，当时是想着如果是实体行业，应该能稳定发展，但是真的太累了（心累），有些适应不了，特别想休息一段时间，想听听各位同行的兄弟姐妹们怎么度过自己的迷茫期呢？
你这个北方省会让我一激灵啊！莫非是 HT？YD？
没做过工业，没法给你行业建议。看了你的问题，感觉大部分都是公司内流程问题，或者说无流程控制导致的，而且你基本上是出于一个象征品的角色，无能为力。
如果你打算跳的话就很简单，回顾自身技能，做好面试准备就行；
如果不打算跳了，我建议可以尝试先向上反馈下流程问题和带来的影响，然后尽量让自己参与到每次的改动中，做到次次参与，即使开始只是看客，也会逐步加强他们对 “要有测试参与” 的意识，接着可以发起诸如评审等测试环节，最后做好左右对接和转测/发版的管控。这是一个话语权的逐步建立，有了话语权和影响力才能慢慢的推动流程。
第三条路就是：如果不担心被炒而且线上问题在公司内更重视解决而不做回溯追责，那你可以做好甩锅准备后就开始摸鱼养老啦
1、通勤时间太长了，很影响生活质量
2、传统行业里面做 IT 缺点很明显，就是楼主提到的那些开发过程很不规范，做起来很恼火；但是也有优势，就是你把这个系统的业务逻辑吃透了，就可以活到退休，不用太担心 35 岁危机
听着都迷茫，换成我，我也不知道该怎么办。山西河北东北？
每天来回 4 个小时我觉得不行，建议先继续混着然后立刻开始投简历 找到就跑
如果有更好的选择，有什么理由让你留下来呢？
如果想要在这种公司创造价值获得成就感，你可以转型产品经理，去拉齐需求，可以和老板、客户直接交互。
如果想继续做测试，建议跳槽，30 岁 8K4 年工作经验的功能测试，试着往管理方向入手吧。
如果我是你这种情况的话，我会选择转岗转行，外面月薪过万的机会挺多。
想继续做测试还是建议跳槽
问题梳理得非常详细，点个赞。
楼上对于这种情况已经有很多建议了，我就不再重复了。楼主这种情况我理解其实并不算迷茫期，更多是工作内容和自己预期差异太大，做起来既辛苦又没有成就感，所以对是否要继续下去产生很大的动摇。
以前也曾经有过一段时间是处于这个状态，在团队里是唯一的测试，给测试提要求的是开发，而且有些要求相对来说会比较笼统（比如通过前置接口自动化测试，保障客户端和服务端联调时不出现问题），每天花比较长时间去测试，但还是无法保障到位。最后是因为团队工作内容调整，换到了另一个项目的测试团队里，才跳出这个困境的。
所以，建议楼主可以先针对上面的问题逐条想一下，自己是否想要去逐个突破，逐步建立流程和解决你提到的这些问题。如果觉得已经身心俱疲不想突破，那就出来投递一下简历，看能不能找到更适合自己的吧。
1、分析业务所属行业，是否属于朝阳产业，公司业务在国内外产业领 域的竟争位置，目前的公司的发展阶段，个人的发展空间等。楼主 30+ 岁的话，非常年轻，选对行很重要。
2、楼主第一个提到的问题是不熟悉业务，若第 1 个问题解决了，行业、公司的发展前景 OK 的话，首当其冲要解决的就是：沉下心来熟悉业务，1 年不行，2 年，2 年不行，3 年，磨练意志，积累经验，成为业务专家，这一点对于功能测试人员是重中之重。只有走出业务的迷雾，才能 ‘守得云开见月明’。到时你的路自然也宽了，如升任主管，或转做需求或产品经理等。也只有这样，才能给公司带来更大的价值。
3、通勤的时长问题，只要想解决，是容易的
问题点很多，如果年轻一点我建议你尽早跑路，但是也考虑到你年龄在这块，给自己入职一年之内的适应，如果还不能有比较显著的提升，那就赶紧跳走，因为你这就相当于是泥潭了，只是把你陷死了。
今晚打老虎
回复
感谢回复，系统出问题都找研发了，制造的东西出问题都找业务员了，目前还不找测试，但是看到出问题心里还是很愧疚，因为一旦出问题，制造的东西就废了，最后一步报废的话，成本上万，压力就很大
陈恒捷
回复
是的，我现在就是每天付出很多的辛苦，但是却解决不了实际问题，我发现的问题但凡研发多验几遍就能发现，我自己就很没成就感，感觉自己就很多余
很多功能，即复杂又碎，要的还急，连记录的变更的文档都做不到，提过找公共空间记录这些变更，但是都没时间去弄这些，研发更喜欢直接写代码
简11
回复
公司属于朝阳行业，听说用的贵重机器国内也没几台，因为刚成立不久，可能发展还不好，不过未来应该还可以；但是 IT 部门和别的生产部门相比，看不出成绩，测试就更不重要了
如果能熟悉业务都能转岗去干制造了，不同部门的业务数据保密性很高，想了解透彻，不太可能，业务员都无法完全了解
就算很了解业务，以后换公司也难，因为业务太专向了，没几个公司做这个
鑫
回复
我想跑路，可是我又觉得测试本就应该发现问题，解决问题，不是遇到问题就躲，总要想办法解决的，只有解决问题才能收获更多；但是又怕长时间这种情况呆着后，人都变傻了，现在就感觉啥都不会了
再等等看，给自己一年的时间，如果还不行就坚决跑路
开发流程不规范也有个好处，那就是由你去制定一些规范制度，前提是领导支持你这么干
年轻就跑吧，看样子对以后职业也不会有啥帮助
除了通勤这个无法接受，其他都还好，比较锻炼能力。
传统行业的业务没有互联网分享的思维，是比较恼火，只能靠自己一点点积累和钻研了。
多总结归纳，多给人分享你的收获，温故知新。
怎么说呢，这怕已经是你最好的选择了。
那就先苟着发育。
你去尝试做你能改变的事情，小公司测试就是打杂，如果你代码能力还行，人也机灵，做事靠谱，不会让你一直做测试的。
但如果这就是份工作，也是你能力上限，建议还是稳点。
作妖一般不会死，作死是一定会死的。
1、没有需求，你就给他们整理需求，写好文档，平时多问开发，业务员
2、有没有可能通过代码解决 excel 的问题
3、平时多参加他们的会，左右各种移
惊人的相似，我也刚好 4 个月，传统行业，目前已逃离
一样的状态 无力感 窒息感
助听器行业,目前在看帖摸鱼,也是我一个测试,没有需求文档,走一步测试一步,情况跟你差不多.不过我每天闲的 没事干,就看学习测试技术,准备跑路中....
一样传统行业，整个部门也是只有我一个测试，近 30 个开发，一部分项目我这边测试，另一部分项目经理自己测试，也是不知道需求，没有文档，我都是先找项目经理了解大概的需求和流程，测试过程中，积极和项目经理及开发沟通，有问题多问，做了 2 年多，现在除了测试，还兼着一些产品、实施、运维的活，现场实施运维的经验可以帮助理解系统和了解流程，现在部门内除了几个待得比较久的，我是最熟悉整体业务的，新项目开始调研的时候，我也会多少参与进去，并提出一些建议，项目经理也都能接受，这样可以在前期预防一部分问题出现
如果真的难以接受，还是跑吧，不要委屈自己