【2019-10-11】【工作总结】沟通与总结的重要性

今天完成的工作:

  • 提前准备配件相关的测试用例
  • 测试BUG单
  • 关注排期表变化
  • 学会在导表文件夹查看对应数值表

感受与反思:

今天完成的工作不是特别多,总的来说比较轻松。刚进组还是会有些不适应,一整天下来总是在游戏里泡着感觉不到实质性的进展。也没有什么事情可做,都是为之后的测试做准备。对于之前期待的进组情况有些失望。好在每天中午午饭后和晚饭后还是有时间自己看会儿书,只是会压缩睡午觉的时间,以后慢慢调整一下。

今天测试换装的时候,由于部件较多没有一个一个输入测试。所以还是有风险存在的。解决方法也不是没有,可以直接通过脚本遍历执行GM指令,和后台打印的数据进行对比。

在接下来的这个月内尽量让自己调整下来,不要把自己当新人看待,刚进公司,快速成长总归是好事。

总结:

今天的工作中有一些东西是需要总结的,现列出如下:

  • 不明确需求单的测试目标时,询问相关策划
  • 对于一些需求单,比如策划自主任务、程序自主任务时有时候可能不需要我们测,所以也需要和当事人进行沟通
  • 还有一些需求单需要我们测,但是不知道如何测的时候,有几个途径:①询问有经验的QA或者主管 ②询问对应完成单的人(策划完成的就找策划,程序完成的就找程序、美术也一样)③有时候需要使用脚本来辅助测试时需提前做好准备
  • 对于用例的提前准备,如果没有相应的策划文档给出,可以询问负责该部分模块的策划,让他们产出相关文档。(可以视他们手中的优先级任务来合理安排)
  • 尽可能使自己忙起来,不要让别人觉得自己无事可做。必要时可要求主动加单。更要紧的是从测的单中总结测试方法和经验(总结最好记录下来),下一次再遇到类似情况就有据可循。
  • 不明确哪个模块是由哪一些人负责的时候,自己去排期表里面查,能查到的东西尽量不要问别人

猜你喜欢

转载自www.cnblogs.com/adapt/p/11657698.html