2020年毕业后的半年总结

回顾2020年的第一份工作经历:

20届 游戏测试工程师

1.2019.10 拿到人生中的第一个offer，一开始内心还是充斥着各种矛盾，对这个行业充满这好奇心，对这份工作产生过质疑，对自己的未来发展十分担忧，后来还是因自己的喜爱和好奇心战胜了焦虑，毅然接受了offer。从此踏上了游戏测试工程师的道路。

2. 2020.3.19-2020.6.30  游戏测试实习生

    主要的工作内容:

    1) 打公司开发的游戏项目，熟悉游戏各个功能。

    2) 在外网环境中挖掘游戏缺陷，实习期间挖掘出几个小bug已被采纳修复。

    3) 深度体验游戏，输出游戏功能优化建议，实习期间输出的部分优化建议成功被采纳。

    4) 跟踪游戏私服，收集各个私服的资料和日志并上报给反私服技术人员。

    收获:

    人生中第一次进入职场，一开始面对这样的工作内容，感觉十分的枯燥乏味，最后经过同事的指导后心态开始慢慢的发生了转变，开始变得沉下心来，慢慢地接受了这样的工作内容。会想起这3个多月的实习经历，虽然对我的技术成长毫无帮助，但是它能够让我快速熟悉项目的各项功能。这个阶段我的理解是，无论是开发人员还是测试人员，最终技术还是服务于业务，我们不能抛开业务而空谈技术。

3. 2020.7.1-2020.9.30  游戏测试工程师试用期

    主要的工作内容:

     1) 刚开始与实习期的工作内容大致相同

     2) 开始接触测试工作，负责一些小功能的测试

     收获:

     进入试用期阶段，也就意味着不能像实习期一样过的很安逸，其实实习期也不安逸，每天打游戏从早到晚，直到游戏中的最后一个活动结束=，=。这个阶段是需要考核，考核不通过就只能say 88。主要的考核内容还是对游戏功能的熟悉程度，因为经过前面几个月的努力后，毫无压力的通过了这个阶段。

     试用期的后半阶段开始真正的介入到测试工作。由于自身是技术出身，因此一开始对于测试环境的搭建和部署，各种测试工具，版本控制工具都十分快的就上手了。

     试用期阶段让我从一个游戏体验者的身份过度到一个游戏测试的身份，开始真正的参加实际的工作内容。

4. 2020.10.1至今  游戏测试工程师(黑盒测试)

     主要的工作内容:

     1) 项目的每周版本功能验收

     2) 新功能活动的测试(参加策划案评审，编写测试用例，测试用例评审，执行测试)

     3) 外网bug的重现与跟踪，配合开发团队推动bug的修复

     4) 深度体验外网环境，挖掘外网bug和输出优化建议

     收获:

     真正地参加工作，成为一名名副其实的打工人，学会了测试工作的流程和内容。

 

职业规划:   测试开发

在半年的测试工作中技术上的成长:　　

　　虽然我只是一个乳臭未干的职场新人，但是我时常会思考如何做一个好的测试。

       场景1:  开发工具    服务器开服时间查询工具

       咋的项目是一个rpg项目，每个区服的服务器开放时间(每个区的开放等级)都不一样，时常需要测试不同开放时间的功能需求，这时候我们需要调整服务器的开服时间，这时候就需要去进行时间计算，倒推开服时间，这样很影响测试效率。于是，我就寻求一个能够打破这个困局的方法。刚好当时开始接触lua语言，于是就萌生出用lua来练手写一个倒推服务器开服时间的查询工具。

       经过1天的开发时间后，终于把工具写完，这大大提升了我的测试效率，免得让我每次接到这样的需求后都要去逐个计算开服时间。后来，我发现跟我一样都是萌新的同期同事们都遇到这个困局，有一次有个同事过来问我怎么会有这样的一个工具，我说自己瞎写的，为了解决xxx的麻烦，他说他也想要一个，于是我把工具都分享给他们。当他们都一致觉得很好用很方便的时候，我心里充满了成就感。

       场景2:  开发工具   xx配置表配置内容检查工具

       测试人员漏测bug在我看来大多数有两种情况，一是对业务不熟悉，有些功能没想出来，二是测试方法不对，粗心大意，有些错误没检查出来。

       有一次在检查配置表的时候看漏了策划少配置了一行，导致npc的动作丢失，这给我很大的挫败感。后来我反思自己为什么会出错，测试人员也是人，也会有浮躁，粗心的时候，怎么能让自己的心态尽量地不影响自己的工作呢，那就是借助机器来帮助我们工作，机器的判断只有对与错，它不会骗人的。后来，我开发一个专门检查这个配置表的配置内容的工具，借助工具帮助我检查配置内容，避免因肉眼看漏而导致出bug的情况。

       场景3:  编写及优化游戏gm指令

       有时候我们需要大量地call不同的道具，而程序给我们的是call单个道具的指令，又不想老实打扰程序的工作，于是乎自己开始根据不同的需求来优化指令。

       call 单个道具的指令(伪代码): 

player.callDaoJu(id,count)

       改善指令，实现call 多个道具

local tbDaoJu = {id1,id2,id3,....}
     for _,v in ipairs(tbDaoJu) do
     player.callDaoJu(v,count)
end

        场景4:  接口测试

        由于自己业余时间会去研究项目的逻辑层源码，逐渐地开始对项目有了初步的了解。当一个新副本/活动功能测试完毕后，我都会尝试进行简单的接口测试，尝试从UI逻辑层调用的接口进行mock修改接口参数，测试接口的健壮性。虽然说游戏项目相对于web项目来说，它会安全点，因为攻击者想对接口进行攻击就必须得从两个方面入手:1.解包游戏客户端，获取游戏逻辑层脚本源码进行调试研究 2.封包篡改协议  但是我们都不能有所懈怠。 有一次我发现有个接口没有做边界值限定后，感觉十分有成就感。

        场景5:  根据程序的实现逻辑完善测试用例

        "一百个人眼中有一百个哈姆雷特"。有时候，我们根据策划文档的需求写出测试用例，与程序根据需求写出逻辑会有所出入。我会从代码的实现逻辑中分析测试用例有哪些需要补充的，比方说，这个if语句有没有用例去覆盖，这个函数成功执行打了log，在日志中是否有这个log等等，把用例的覆盖率尽可能的提高。

        场景6:  测试的成长不单只是找bug，我学会如何定位bug

        有一次，我在测试一个功能的时候，怎么都跑不通，游戏的表现不对。于是我对某个函数的逻辑产生了质疑，我尝试地打log，终于发现bug在哪。

function Acction()
   if not A  then
   Log("debug  return1")
   return

   if not B then
   Log("debug  return2")
   return

   for  i=1,10 do
   Log("debug function success!")
   ...
   end
end

       查看日志后发现输出了  debug return1，这时候就能确认函数的第一个判断里面不成立返回了，从而可以判断A是nil，出了问题，这时候就可以直接截图定位的地方给程序，告诉程序函数在这里出了问题，让程序很快地就找到了错误的原因进行修改。

 

业余活动:

     1.成功破解一个小程序的核心接口

      https://testerhome.com/topics/25476

      2.公司的游戏

      3.QQ三国游戏

      因为工作没有个人时间所以业余活动真的很少~

 

抒发感情:

      工作很累，加班很苦，工资很低，但是学到的很多，这也值了。

      但是，但是，真的没有自由，周日本应该好好休息的还要在游戏里面全勤"上班"(我感觉我迟早会因为不能忍受这一点而选择放弃现在的工作 =，=)

      2021，加油，相信自己~

 

        

 

标签：总结,游戏,半年,接口,工作,测试用例,2020,测试,bug
来源： https://www.cnblogs.com/alienwu/p/14323206.html