公司产品是 TO G 的那一类，定制化程度很高，基本每个项目都是一个半全新的系统了。
当前公司的测试地位很低，前不了解用户需求，不熟悉实际业务场景，后不受公司和开发重视，测试覆盖率极低，bug 修复率极低。
更多的时候公司把质量保障依赖于用户测试。
这种情况下感觉能学到的东西就很少，但是又需要好多个项目到处跑现场跟用户 battle，更多的时间都不是花在测试上，就很迷茫其他公司的测试也是这样的嘛？还是只有 toB，toG 的产品会这样？
公司没有接口文档，每个接口基本只有开发的人知道接口是怎么用的，如果有多个系统调用这个接口经常出现接口修改了调用失败的情况，提了 bug 还要被踢皮球。向公司直属领导建议建立完善的接口文档记录机制和接口测试，领导也是支支吾吾。旁敲侧击给的回复推断出来应该是过去执行过却在执行过程中曾经出过问题一直不解决就变成现在这个模样了。
目前每天的测试就纯手工测功能，偶尔测试性能也只是最简单的查询接口抓包测试。
入职一年以来只是学会了基本测试工具的使用，测试基础的掌握，自己写了点脚本代码。感觉完全没有学会什么技能。
因为刚毕业入行没有多久，也不清楚其他公司的测试是怎么样的情况，想要提升又不知道要做点什么。
希望社区大佬们指条路。
tog 的项目很难受的，特别是只有几百万的小项目，性能测试一般在政府验收的时候才需要做，而且时间非常紧，领导说明天要看，那么只有今天加通宵弄了，工资也不高，领导对于测试的要求就是不出大问题就行，建议别搞小公司的 tog 项目
tog 是啥
难以怀瑾
回复
其实公司规模还算可以，全国市场占有率还算是头部，只是公司内部对于测试没有形成很完善的制度，基本都是邻近上线了让测试走个功能测试的流程，唯一还算好的就是工资对于一个刚入门不久的小白来说还算可以。就像你说的，领导更多想要的是不出大事故就行。我是打算在这个公司积累一下工作经验的，但现在发现实际上并没有学到什么东西，现在就是跳也不是不跳也不是
别想了，自学点东西吧。需求就已经决定了项目的走向，有些 G 并不是想要产品，而是要有 z 绩，你给他交付静态页面，他们都会很开心。
第一份工作就是 to g 的，也是各种定制，然后对接客户，相当于同时做了售后运维。领导不咋管测试，唯一好的就是 bug 提了平台、有问题记录、提了没改可以向上反馈。但也没干多久，还是走了
ToG 这样的情况应该有比较多的空余时间吧。测试基础理论完善后，学点 AI 测试的内容，多做准备吧，为之后铺路。
自动化估计是每个测试人员要经历的步骤了。可以投入一点时间在自动化上，怎么样构筑高质量的，维护成本低的自动化，很考验技术，收益也不错。
另外，AI 一定要多用多了解
不是所有的 ToB/G 项目都这样, 但是定制化高的项目尽量还是少待,只有做产品的公司才容易学到东西
如果你想在测试这方面发展,早点换互联网 ToC 的公司吧,你的时间比那点差价工资更值钱