1、开始测试1年半左右，一直在做的是游戏测试。现在对于黑盒的游戏测试感觉到迷茫，对于做游戏的黑盒测试来说，技术长大性在哪里？哪些知识能更好的帮助自己的工作？ 是这样的，测试入门的门槛相对其他技术工种来说不高，但可以提升空间是很大的。 黑盒也好，白盒也好，其实所描绘的是测试立场和角度，最早国外上世纪提出的是基于开发者了解内部结构去寻找问题（谓之白盒），黑盒是使用者的角度，不需要了解内部结构去验收（谓之黑盒），如果以测试策略来描绘的话，这个就是PDCA,P前面的target，这个阶段的测试目标是什么？
其实可以学习的是很多的，无论是游戏测试还是其他测试也好，都分为业务测试，专项测试2大块，业务测试主要是服务版本迭代。 2、工作快1年了，第一家公司做棋牌游戏业务比较规范。上月换了新公司是做网站的，小公司人少流程也很不规范。因为没有经验，对今后发展很迷茫。之前做过简单的性能，lr会一些基本使用。目前在自学Python跟一些网络协议，公司需要人把测试环境跟测试规范做起来，希望老师可以给一些工作和未来发展的指导。 好的，我来回答这个，一开始来到新地方把测试组建到流程传播到，让业务可以顺畅跑起来，是要花一些努力的。 先说下 测试环境搭建，一般来说版本都分为研发中版本和测试版本，测试版本就是研发中到一个阶段后放到测试里面去的。 有测试服务器后，每次自己维护更新和搭建，以后一些压力测试和异常测试都可以在这边做，就不用担心和研发版本冲突。 研发版本还是做基于功能点开发测试的版本测试。这里也可以使用一些收敛策略（每个版本修复率和剩余问题 次要和重要比例）和方法（等价类划分，因果图关系法），最终版本提交到测试服在做下版本控制吧。 如果涉及到协议的，可以试试用jmter做接口测试，这个软件工具被广泛使用，也不用评估人力的。
先从这些开始做起，我觉得内容还是蛮多的，无论任何时候都要做测试用例，业务环节的测试用例完善，协议和后续场景压力都来源于业务层的测试用例分离出来。 3、现在能使用LR做较简单的压力和负载测试，想更深入的学习性能测试，但是目前公司做性能的机会比较少且公司测试部门中也没有人懂性能测试，我自己也在学习，可是就是感觉深入不了，请问老师，我要怎么才能深入性能测试呢？ 具体还是看 你是做哪块业务的，性能测试练习如果工作中遇不上和接触机会少，还是要下班后。 我建议可以拿1个网站去试试（如果是自己写的前端，然后在云上租借一台服务更好）也可以用下开源的论坛自己搭建1个来测试。 未来由自己掌握，万一公司要开专项的测试，机会是给有准备的人的。 lr是基于请求测试服务端压力测试的，根据用例的维护去了解哪些请求会产生压力，压力设置合理的虚拟连接数，如果业务不可评估就设置集合点策略，分析数据文件，根据阶梯化的策略逐渐找到拐点，压力测试不难，难在设计场景和分析。可以先试试这些，欢迎后续的提问。 4、日常测试的东西相对简单，而深入的测试却有点不知道怎么去学习和使用，希望老师给点建议？ 黑盒来说的话，根据策划案的条件做等价类划分的测试，边界值去设计用例在进行测试。 黑盒测试其实包含方面还很多的，平常做业务积累吧、版本很多测试请求，先列成清单后在进行分配优先级别。 深入的话，最快生效的就是手动测试结合数据库和读策划配置表。 平时多用下数据库辅助测试（配置测试条件的环境），数据库可以帮你设置一些参数。比如验证smallint 大于65535时的情况。 数据库了解存储过程，学习如何备份数据和dump数据，新建表等。读策划配置表需要积累，有良好的习惯，测试先尝试从数据库和配置表辅助测试开始，试试吧，已经是很成熟的工作流。 5、我一直做棋牌类的游戏测试，基本上都是手工测试，但是一直想用LR和其他工具做性能测试，一直都没有机会。因为是Flash的。而且这个游戏类测试需要深入哪些？ b/s结构的，棋牌游戏我外包时也做过，先需要知道你的几个业务点是多线程还是单线程的，是可以进行lr的。lr是可以基于协议后的录制进行压力测试。 项目测试：要保证棋牌的逻辑条件覆盖和客户端异步同步刷新正确。 专项测试：压力分为客户端性能和服务端性能（主要可以先做压力，你这块业务数据库要看表结构，金额变化就算实时存，对房间制的基本压力不会大）。 客户端性能：无论手游或者网页游戏都可以用fidder来做资源类的测试，棋牌客户端性能只要看切换界面响应效率和加载那块影响效率。 看看能否有帮助，后续欢迎提问。
游戏和其他行业是有差别的，在于业务层和开发环境上，比如基于引擎也好，框架都不一样。 其他项都是一样的。（专项类，测试策略，数据库 数据库业务上差别还是不小的，虽然关系型和非关系型都有 linux操作，埋点） 我拿1个例子来说（目前无人攻克的）： 手机游戏测试目前一个没有被攻克的难题，特殊性是基于NATIVE开发模式，dex代表无法回传jar到java层面，当然有些人可能会说民间土方法可以，但实际动态加载是有问题的，本身图形化也是基于OPENGL ES绘制，无法基于GUI部分，只能进行协议分层测试。要实现按顺序一体化的。 很多年前QTP还可以用于测试游戏，现在因为qtp支持jdk版本过低。 loadrunner启动不可识别cocos 2d-x。 7、测试质量实现数据化管理是指哪些方面呢,通过什么方法进行的? 项目组做计划，测试这边也有对应的计划，测试完成率（work比率），通过率，激活问题率，修复率，高问题模块top，规划平安级别（不做重复率的）。 测试计划里是以子任务形式的。 数据化管理：主要是对每周对于新增问题，未fixed问题，阻断问题数量，剩余问题数量，热门问题，每周测试密度变化（模块、模块问题数量转换成数值）。 根据项目紧缩性，对一些bug修复率进行管理，设置逾期时间，跟踪热门问题。 定期会对二周内不可复现问题和争议的问题进行管理，做测试收敛。 不同里程碑阶段，这个时间间隔会有变化，最小单位是1天。最高还是1周，规避失控。 专项测试采集数据，每个版本和之前版本做基准测试。 强烈推荐要做这块，我是一直花时间在做，也阶梯化培养贯彻执行，现在游戏行业测试资源不足的情况下，测试加班不多，除非是夜里0点维护的测试合服什么的，项目上线质量的own也行的。 8、对于一个没有手游测试经验的人来说，接手一个新手游项目要从何入手？ 手游测试：因为载体不一样，导致在部分地方差异性，说些不一样的地方吧。 1.了解安卓和ios机型安装、反安装，ios有越狱和正版，安卓机型了解。 2.手游上线流程有别其他端游戏，还有根据渠道有sdk测试，先要获取参数才能出包。 3.在载体上的异常测试步骤，比如弱网环境，电话模式，home等。 4.手游在pc上打的包，pc内存参数和手机上需要转换数据，pc上例如cpu5%，手机芯片不一样，可能最少占20多%。 5.开发引擎不一样，目前成熟的有不少。 其他方面：入手和其他项目一样，还是需求确定目标，制定计划，每个阶段测试的target和PDCA等。
维护用例、做策略后深挖问题、探索性测试都是需要的。 在给你提个建议：数据库真是最接近测试的好帮手和编译器，cvs改表改编辑一样。 端游性能分为好多块，在盛大规划的就是 说说客户端的硬件性能（引擎水，地表区域，远景透视），fps，Cpu，GPU。 机器人可以客户端和服务端二用测试，机器人挂房间？ 压力的点应该是请求，写或者直接查询，你可以研究下业务。比如loadrunner 你掌握了这个工具，但是具体这个游戏哪些地方会产生压力。是需要业务知识的。 有版本业务：如果只做专项的人还是需要其他功能测试的给予支持，比如种地系统，你需要知道地块id，需要知道种地系统什么环节会产生压力，不一定只是收菜，批量种地是没压力的，是不是异步存储的。 需要业务支持，也有性能业务，性能业务，比如一个游戏需要多少m的带宽成本，如何核算。这些就是业务。 10、我现在做手游测试，除了测试游戏上的BUG，提提JIRA单，查数据库，请问为了以后更好的发展，我目前能做什么学习，目前没有方向感，如果以后想去大一点的公司，我需要学习什么，或者积累什么？ 做好自己那部分，一部部的做深，数据库可以实现很多东西，比如工会填充满人，世界大赛的测试，都可以无图形化用数据实现，只要不涉及存储过程，一个业务填充关键数据，其他为假数据就行。 自己创造账号id，备份数据表，新建库，可以独立带一条线，这样你去大公司才有立身安命的。 如果是做测试管理还要有扩展的部门的能力和从0到1的。 11、做APP测试没有在2G、3G、4G网络下运行对于上线影响大吗？只连接的WiFi测试？ 如果完全没有测试，会有影响，这块简称网络测试（弱网测试在测试中是必测项），需要在整包登录和补丁包更新、强制更新时测试。 切换网络这块是需要测试的，但只是一部分，先可以评估sdk到游戏登录访问这2个节点的带宽（上下行）和这个时间段消耗带宽总和。 ios8.1版本可以自行切换，不用换手机卡，但实际这块投入的时间并不多。 2G->3G有理论带宽的，比如是2.75G，折算下来2.75*0.8/8~2.75*0.9/8就是理论的本地下行，然后根据前面的测试，如果你的app实际测试入口带宽高出这个数值，那么在2G下访问失效是极高的，当然这个只是最基础的算法…….具体你可以看看弱网测试的3种方式。
游戏测试要寻找突破点，最好的办法还是从配置表，数据库和服务器操作入手。 这些地方在日常工作中可以直接用到。 学会看配置表可以大大加快测试速度，先检查配置表是否更新，如果更新是否有配置错误和漏配的。 数据库查找符合测试条件的账号和营造条件都是很好的入手机会。 服务器操作= =测试必备的，先入手更新服务器和检查配置及修改服务器时间的测试。 请关注+私信回复：“资料”就可以免费拿到软件测试学习资料，全栈测试工程师相关资料可以私信我。
帖子内容仅代表发帖人观点！ |
(