游戏测试工程师吧
关注: 316 贴子: 255

  • 目录:
  • 其他
  • 7
    我是路桥专业的一名大四学生,大四了同学们都在找相关企业应聘,可我不太想从事这一专业对口的行业。最近听说了游戏测试工程师这一行业,便来吧里咨询一下(话说吧里都是大佬,说的话我一句都听不懂)
    布朗熊u 1-27
  • 1
    这两天都要疯了。换桌,添加机器人,有无黑名单,各种条件都试过了。怎么才能找出内存泄露原因呢?
  • 0
    去 网易云课堂、爱奇艺、哔哩哔哩 搜 游戏测试 有很多关于游戏测试行业知识讲解的视频 你的这些问题和担忧,里面都有解答的 要不然你等贴吧有人回复你,要等到猴年马月。
  • 6
    概要:有一段时期其实也想在网上找一下项目流程图,希望了解自己目前在项目的那一个阶段。百度来搜狗去都没有找到自己满意的流程。慢慢的自己积累了一些经验,梳理了一下目前公司手游项目流程,然后就有了以下几张图,希望对各位有一点帮助。不足之处还望指点。 图片介绍: 《手游项目流程图》:介绍整个项目的开始到上线发布 《项目结构》:介绍项目的结构也是对手游项目流程图的一个补充 《项目后期维护之换皮流程》:介绍了换皮
  • 0
    经核实吧主番茄主义猫 未通过普通吧主考核。违反《百度贴吧吧主制度》第八章规定http://tieba.baidu.com/tb/system.html#cnt08 ,无法在建设 游戏测试工程师吧 内容上、言论导向上发挥应有的模范带头作用。故撤销其吧主管理权限。百度贴吧管理组
  • 0
    巨人网络项目需要急招资深以及中级游戏测试,有意者加QQ10004118 直招非外包 计算机或相关专业,本科及以上学历; - 具备扎实的计算机基础,精通至少一门编程语言,深入理解数据结构、算法、操作系统和网络等知识; - 具备优秀的逻辑思维能力和强烈的求知欲,能够快速学习新的知识; - 做事积极主动,执行力强,能推动问题解决,有良好的团队精神和沟通能力; - 热爱游戏,乐于钻研游戏设定,对游戏有深入理解。 具备以下条件尤佳: - 有丰
  • 0
    【经验帖】找工作怎么样才能防止碰到黑中介【关于真南路1111号10楼1008室(国际包装城里)里的黑中介】 2005年刚来上海那会,看到报纸上的招聘广告就很哈皮的屁颠屁颠的去了。黑中介们一般都聚集在上海火车站附近或者附件5公里左右。到现在为止(2017年12月11日)他们好像还没有灭绝(老天开开眼呀),仍然很猖狂的骗取善良大众的一点点辛苦钱。 【之前过程】他们会装的很高档,帮你很客气的开门关门,‘领导’也是派头十足。也是很客气的
  • 0
    岗位职责: 1.根据游戏流程、设计文档、功能描述,在不同的移动终端设备上测试游戏; 2.编写测试用例,测试游戏,提交Bug; 3.负责和Bug直接相关人员解释说明问题,重现Bug,协助开发人员修改Bug; 4.进行Bug跟踪和回归测试,直到Bug解决; 5.对游戏流程、用户体验、界面等提出建议,供开发人员参考。 任职要求: 1.英文听说读写熟练(因工作环境以英文为主); 2.工作有条理有计划,细节导向; 3.工作认真仔细,有耐心,能胜任重复性的工作; 4.
  • 0
    如题!
    夹谷晨腾 11-11
  • 0
    testerhome里也有不少优质的测试内容,欢迎去看看。
  • 0
    分开计算客户端资源下载时间a1和服务器回传的时间a2,整体时间计算应该排除a1后,在计算区分非缓存和带缓存的估算1个比例。这样计算响应时间准确性更高。 我在前几年新浪微博里提出的计算整体时间后在去掉非缓存客户端下载加载时间后,然后非缓存的在评估,是欠成熟的,这种响应时间是不准的。
  • 0
    无线测试 当前主流系统是 安卓 ios 还有wp 黑莓等 这里是备注用 安卓底层封装linux命令,大部分测试过程中会用到java或者C++相关的 常见是使用Eclipse插件技术开发的RCP和运用adb的命令 abd是一种桥接真机模拟器和pc端的工具,同时具备客户端和服务端的功能,后台的server用的是tcp群组,端口默认是5037.
  • 1
    慢查询的测试–用于性能测试 也是产品数据测试中的重要部分. 初步计划先配置 设置配置文件 my.cnf 配置加到my.cnf log-slow-queries = <file_name path> long_query_time =1 log-queries-not-using-index log-slow-admin-statement 关闭的方式注释掉或者把long_query_time时间改大也就不会记录了. 另外毫秒级别也是有别的办法的,需要打1个补丁,补丁地址我有. set long_query_time为0也可以设置,先用1秒来测试下. 机器人测试时,关注数据库进程运行状态,进程是执行休眠还是blocked ps:内存
  • 1
    这个活动很给力,小伙伴们不要错过哦!
    原创者: 来自:神舟笔记本
    查看原贴 转发 (0)
    • 0
      Db服务:主管数据,下线后会从缓存里存储一次。当db服务关闭/出现异常,则存储会回档。 缓存后的压力也会降低。 DB服务存储方式: 定时存储: 根据服务器开启那一刻,开始存储整个服务的数据。缺点是存储时数据量会较大,需要考虑非活跃 用户会不会自行断开,来减少服务器压力。 在游戏开发时,阶梯式,第一天,经过多个活跃高峰期。 分发存储: 批量处理,根据某个时间点环节 首日的压力刚开服时等同定时存储。 DB存储时考虑项: 定时存
    • 2
      密码学对于测试来说 虽然用到可能性极低。但是要做1个可支持爆破业务的测试来说,也不是完全用不上。 但不必发太多的时间来学习这个。课余爱好 将Hello world 进行加密 明文: Hello world 一重密文:100 1100 10010 1111 10111 1111 1110 1110 101 1000 1)8 5 12 12 15 23 15 18 12 4 4 12 18 15 23 15 12 12 5 8 2)100 1100 10010 1111 10111 1111 1110 1110 101 1000 1)字母表顺序->倒序 + 2)进制转换密码 还是属于一重的 字母 AB C D E F G H I J K L M N O P Q R S T U V W X Y Z 数字 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
    • 0
      卸载组件。管理员运行 Windows PowerShell,逐条输入: 1)OneNote Get-AppxPackage *OneNote* | Remove-AppxPackage 2)3D Builder Get-AppxPackage *3d* | Remove-AppxPackage 3)相机 Get-AppxPackage *camera* | Remove-AppxPackage 4)邮件日历 Get-AppxPackage *communi* | Remove-AppxPackage 5)新闻财经体育天气 Get-AppxPackage *bing* | Remove-AppxPackage 6)音乐电影电视 Get-AppxPackage *zune* | Remove-AppxPackage 7)人脉 Get-AppxPackage *people* | Remove-AppxPackage 8)手机 Get-AppxPackage *phone* | Remove-AppxPackage 9)照片 Get-AppxPackage *photo* | Remov
    • 0
      支付成功 游戏支持成功,游戏内成功到账,游戏没有弹出支付成功通知(正确) 游戏支持成功,游戏内成功到账,游戏没有弹出支付成功通知(不正确) 支付成功,游戏没有到账。客户端接入,对支付回调处理是否正确(不正确) ps:支付成功回调只代表客户端支付行为完成,需要向服务器查询结果,并不能代表真实支付结果(也就是看最终货币到账) 客户端调用支付接口,通知回调地址callbackUrl,游戏服务器收到通知后,返回success,表示通知已经
    • 1
      测试后期应该做两天交叉测试
    • 1
      清理客户端内无用的音效,且把有用的音效的命名改为纯数字的命名 比如验证这类的问题,可以去检查对应目录的…\Client\res\audio\ios\effect目前全是声音的.然后对于音效这块去进行重复音效和接近音效的检查. 每检查1处可能会带来70多kb的减肥. 例如验证了音效不会初始化加载,只占用了4.5mb. 可以减肥部分在1mb左右。 unity的游戏更容易减肥,cocos2d的游戏可减肥的较少。
    • 0
      游戏测试的机器人应用,作用这里就不花篇幅写了。 是应用在需要并发环境和验证压力等环境下,除了验证服务器承载外,还对长时间运行是否有程序错误做出验证。 机器人的行为可以理解成是1组协议 协议可以是程序封装好的加上部分gm指令的接口,使用套接字封装成的协议。 基本的批处理启动脚本内容如下 robot<文件名> 127.0.0.1 端口号 协议.csv vuse数量 启始位置 robot 127.0.0.01 4001 msg_id.csv 1000 500 一般需要开多个进程,修改的位置从 ....启始位置
    • 3
      内存问题检查如下: NO ERRORS FOUND: 0 unique, 0 total unaddressable access(es) 0 unique, 0 total uninitialized access(es) 0 unique, 0 total invalid heap argument(s) 0 unique, 0 total GDI usage error(s) 0 unique, 0 total handle leak(s) 0 unique, 0 total warning(s) 0 unique, 0 total, 0 byte(s) of leak(s) 0 unique, 0 total, 0 byte(s) of possible leak(s) ERRORS IGNORED: 1 potential error(s) (suspected false positives) (details: C:\Users\chenziang\AppData\Roaming\Dr. Memory\DrMemory-StartUp.win32.exe.788.000\potential_errors.txt) 7 potential leak(s) (suspected false positives) (details: C:
    • 0
      版本需求测试+合适的测试收敛方针+性能测试需要每个版本做基准 上线前执行buglist回滚 游戏界面适配测试(伸缩,放大,遮挡) 843服务端登陆验证访问 客户端fps和常规性能测试 游戏客户端抛错-flashdebug(客户端逻辑)并且最好支持调式 加载效率和风险-filddler4 和执行loader(验证是否有资源重构和一些残留资源 不可读资源大小写) 压力测试-分发场景和分发vuser进行测试。 数值平衡测试。 活动及改服务器时间测试。 内存泄露
    • 5
      基本的内容在这里就不写了。 游戏测试中经常使用到1个复合条件的 游戏内一般要查下用户剩余多少钱。例如有个字段为energy代表体力 表名为db_role 关键字段 id,name(唯一) 要查询条件为 energy在1500一档,然后二档是500~1000之间的 语句为 select id,name,energy from db_name where energy=1500 OR(energy >=500 and energy<1000) 喜欢as的话 可以再要看的列之前加as select id as xxx,name as xxx, energy as xxx *如果你要验证的energy 有固定的数字 100 200 300 400 select id,name,energy from db_name where
    • 2
      数据库服务在性能测试中也是关键环节,由版本提供基准性能标准时,版本出口为测试环境,就需要我们来做这些。 对于每个数据库服务,在运行场景或会话步骤之前需要配置要监控的度量。要运行DB2,Oracle和Sybase监控器,还必须在要监控的数据库服务器上安装客户端。Oracle可替换成你要用的 db。 这个时候不宜使用lr时,会因为负载机压力和带宽会导致差异,监管数据库服务器选择用Spotlight
    • 4
      实战bug案例回顾: 问题1:首充后充值列表里的配方完全消失,但是充值到账(充值配方的规则是每个充值配方都有首充,首充互不影响;首冲使用后显示次充)。 问题2:测试渠道和时间回顾:A渠道(资源号:1001)17号提前发包因为没有充值需求发包时未测试充值问题。B渠道,C渠道(资源号1002)22号发包。
    • 3
      最初需求:幸运转盘单次抽奖和十连抽奖使用的宝石修改。这是策划最先告诉测试的需求。 详细需求:测试需要进一步了解需求,经过沟通后得知,幸运抽奖修正的单次宝石数量修改为450和十连抽的宝石数量修改为900(每次得知项目需要更新内容时可以让策划将要更新的内容提交到jira,负责人的策划会列的很详细,不负责任的策划就很笼统。这个需要跟进的人员去具体交流,提交到jira或者bug管理工具上只是让大家形成一个好的习惯)。
    • 9
      部分时候无法搭建数据或者搭建成本过大 会产用这个办法 1)外网玩家 都会有1个区服 和roleid 先需要知道 区服和roleid 2)dump那个区的玩家到测试服。可以再测试服新建1个库,然后导入那个库在服务器上关联 3)生成1个平台账号,然后平台账号随意创建1个角色 4)用所需要搭建的外网roleid去覆盖平台已经创建好的角色id。 覆盖后再次,用平台账号登入就是你想要看的那个账号的数据了。
    • 7
      1.Major Defects Per Test Case Review 每个经评审的测试用例发现的主要缺陷 2.Minor Defects Per Test Case Review 每个经评审的测试用例发现的次要缺陷 3.Total Defects Per Test Case Review 每个经评审的测试用例发现的缺陷总数 4.Ratio of Major to Minor Defects Per Test Case Review 每个经评审的测试用例发现的主要缺陷与次要缺陷的比例 5.Total Defects Per Test Case Review Hour 每一个小时评审的测试用例发现的缺陷总数 6.Major Defects Per Test Case Review Hour 每一个小时评审的测试用例发现的主要缺陷 7.
    • 0
      实验软件环境:虚拟机VMware Workstation10.0 、CentOS 6.5 32位 客户机 Windows 7 1、自动获取IP地址 虚拟机使用桥接模式,相当于连接到物理机的网络里,物理机网络有DHCP服务器自动分配IP地址。 #dhclient 自动获取ip地址命令 #ifconfig 查询系统里网卡信息,ip地址、MAC地址 分配到ip地址后,用物理机进行ping ip地址,检测是否ping通。 2、手动设置ip地址 如果虚拟机不能自动获取IP,只能手动配置,配置方法如下: 输入命令 #vi /etc/sysconfig/network-scripts/ifcfg-eth0 编辑网卡
      lwt290 3-23
    • 3
      1)里程碑问题小结:里程碑内问题产生总量/里程碑内问题产生总量+里程碑内修复问题总量 结果越接近1或者越靠近1,说明质量越正常。

    • 发贴红色标题
    • 显示红名
    • 签到六倍经验

    赠送补签卡1张,获得[经验书购买权]

    扫二维码下载贴吧客户端

    下载贴吧APP
    看高清直播、视频!

    本吧信息 查看详情>>

    会员: QA

    目录: 其他