看是什么协议了吧。
http 协议，内网环境很简单，用 python 之类的脚本语言可以轻松搞定。
哪怕你不会编程语言，用 web 测试三神器（Charles、fiddler、postman）也可以搞定，当然，前提是你得知道接口和参数才行。
socket 的就难多了，不会代码的话就找 leader 或者 pm，看看能不能让程序大佬做一些内部的测试工具。不行的话，只能自己搞，有客户端源码或者通信模块的就可以。
弄清楚消息怎么收发，大小端啊之类的，然后应该还会涉及到数据的序列化和反序列化，以及加密解密，这个应该都有客户端现成代码。只要看明白怎么用就行，不用自己写。

我的建议是根据用例条目一条条写清楚，越是刚入行越要这么做，养成好习惯。
做测试就不要惧怕繁琐，细致是好事。，如果你不是一条条写出来然后执行，容易出现的第一个问题，就是漏测

游戏测试还是以功能测试为主，多玩，多听，多学，多问，多思考。

谢谢老哥解答，然后我想问下写用例这一块的话，假设 测试的是 登录的场景，账号密码按钮，在实际写用例的时候真的需要说，去针对各种异常情况的组合然后编写用例么，例如非法字符、长度限制、大小写。。。这些异常情况去分别写一条条测试用例，那这样用例数量应该会很多，登录的场景应该算比较简单的，但真的需要编写这么多条测试用例么？会不会太过繁琐？

看公司或是项目组的要求吧, 这些都可以沟通, 包括测试用例描述的详细程度, 都可以商量

就是比如一个系统，我会先进行冒烟测试，确认所有功能都实现了。然后才去做比如针对客户端的性能测试、内存注入，针对服务端的协议测试、压力测试，或者是某些特殊情况的测试。

游戏接口测试需要怎么做呢

一般是先整体，后局部

能在前后端联调前就介入测试当然更好, 不可行的话就还是等联调后再测了
前期可以做一些准备工作, 常规的需求分析, 写用例, 有没有什么特别的功能点需要先考虑下可以怎么来测
中间就是一轮一轮的迭代测试
后期可以进行一些专项测试, 兼容, 中断, 弱网, 性能等等, 要是时间富裕,这些也可以尽早安排测试, 尤其性能, 随时留意

简单流程就是前后端开发完，通知测试验收，测试一般优先测前端，然后再测接口就行

大哥，整体的意思是指游戏基本有个主画面那样的么，然后先整体的话，开发那边应该花费比较多的时间，那么开发这段时间，测试是该什么么或者说需要装备什么? 谢谢大哥解答