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

今天完成的工作：

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

感受与反思：

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

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

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

总结：

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

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