没搞过，但可以考虑把语音分类成语种后，在转成字符串。具体实现不知道。

游戏这边比较好的方案。
1.拿到系统，需求分析后，任何分解，写测试点-->扩展用例（测试用例是测试点子集，修改时做映射关系）
2.测试用例书写，条件判断法->等价类，异常路径，标记主路径（用于后续冒烟）
3.考虑接口和测试代码（污染不污染无所谓的，可以做标记或者沙箱运行），取决业务是否可以先前后分离。可分离，则无前端，光后端就可以开始测试。
4.根据测试反馈情况（阻断条目，缺陷分布），判断需要几轮
5.单系统经过1-2轮完整覆盖回归缩小测试范围，取决粒度和范围。
6.提测书写本次测试报告，记录剩余问题总数，权重值，激活区域，总体缺陷密度和偶发必现和不可复现问题场景。

漏了关键2条，我比对方更能吃，更萌。

上海沙龙 积极参加哇

对的，考虑不周到。

是说脏数据吧，不影响性能，就是后端在数量上写计数器，前端发起后缓存订单业务约束，后端计数器-1后，回传前端。

你的测试技能能否发掘出更多问题
你的测试技能是否能提高效能
是否会主动推进问题，让上级领导省心
你是否可以让程序更容易接受你的观点

刚想了下，反转int比这个要稍微复杂点，因为要处理最后是0。多谢你贡献了1个面试题。

有兴趣的社区小伙伴 可以在试试json格式的反转和 自定义数据内容 头尾一起反转：）<---头尾反转也会是每日面试题里面的。

你好，这经典题目，在过去职业生涯里，被面试以及面别人出现过很高的频率。文本化格式被广泛应用在10年前，属于高频的考题。