大公司不会有这种情况吧，小公司很正常。我之前呆在一个几十号人的公司。除了测试。客户问题答疑。客服问题答疑，客户局域网版本部署 (公司产品有局域网版本)，客户局域网证书过期更新，还有做过公司 git 服务端切换，帮客服处理电脑问题，简单的说，就是技术部对外联系人~

两方面看待：
1.可能确实是和 “具体的测试” 工作无关，但是是质量保障的动作，往往测试人员是熟悉产品的，可能比开发人员更合适，之前听过某老师讲过，测试可能更适合做实施环节，因此编写手册和答疑也似乎合理
2.确实是一些无关工作，那就不发表简介了

我是觉着可以往好一方面来看：
1、产品使用手册编写
有些公司产品经理写，有些公司确实会由测试进行编写。
对于测试来讲，也是一个很好的梳理产品业务的机会，能够更全面的了解产品、熟悉产品。

其实应该也有许多测试同学兼顾实施工作，测试产品外，还要协助用户产品部署相关

2、客户答疑
测试有可能比产品经理更了解产品，是除产品经理外最合适对接用户的群体了，可以更直观的了解用户诉求，与用户进行深入沟通。
快速了解用户对产品的评估，同时也是获取线上问题的重要手段。
当然用户会有非常多类型 的问题，这块最好是做区分，系统问题可以由测试来进行、主导

我们以前 QA 每天都会，收集和确认线上用户反馈的系统问题。收集并汇总分析这些数据，也是用户对于产品功能接受度的一个重要衡量标准

当你对产品了解够深入，又非常善于挖掘用户需求的情况下，在整体产品线中，你就是业务专家，可以尝试向业务负责人方向发展，当然也可以尝试转向产品经理岗位哦，一切也都顺势而为嘎

工资到位就行

楼上的不准瞎说大实话！
其实这个不分大小公司区别，更多的是看公司内对待此类工作的认识区别，有的公司考虑到测试对产品的认识会比较全面，所以会由测试来首位对接线上发来的问题，分析后或解决或向后 (开发) 传递，这是为了确定是否为已知问题以更快解决，但是这类工作占比最多不会超过 3 成。
对测试也就是对你而言，如果如我所言，那没什么问题，而且你还可以统计分析下线上问题，定期做下内部分享，又是一笔绩效入手，也可提升自身测试思考能力。如长久以来你此类工作占比过高，要么是你在公司内的定位是类实施运维岗，要么你确实被搁置了，可以先尝试与领导沟通，表达下此类工作占比过高性价比较低的情况，向上推动下，还是不行的话就翻翻 boss 吧

不是坏事

对于小公司来说，很多没有实施所以测试来干这些事情也很正常了!

存在即合理。

合理，也算是输出文档的一部分。最熟悉产品的非测试莫属