三测圆满结束，测试时间10天，停服更新两次。

第一次：自动打怪问题。第二次修正几个C类bug

质量状况：

1. 无进程退出的状况
2. 游戏兼容性问题仍然存在
3. 物品丢失问题（初步原因已经查找到）

相比一测，二测：可玩性有所提高，质量有所提高。提高的原因：有足够而且充分的测试。另外二测期间得检讨下。因病请假了。二测的问题比较多，测试时间不充分，发布前一天还在加新修改的内容。且二测期间，修改内容较多。有时我在想三测是bug没有呢，还是没发现呢。关服最后一天还发现一个bug。

不删档测试准备阶段：用例更新，跑一下之前跑的比较少的用例。多测试下之前比较少测试的功能。主要是家族、师徒。另外新增内容跟进。确保不删档测试的顺利进行。

1. 兼容性问题跟进
2. 二测bug跟进
3. 新增功能跟进

最后打一场胜仗。

        随着游戏测试的展开，功能完善度的要求提高。版本的更新越来越频繁，也引入了一个新的问题。就是版本更新过程中的冲突和回滚。经常是刚修复的bug，一个版本好了下一个版本又有问题了。这一点，当然和开发人员在日常工作中，不及时update有关。所以不断地问题重复，花费大量时间修改和回归。因为这样的问题存在，所以版本的配置管理方案，就必须及时出台。客户端和服务器的版本匹配，服务器端的更新规则，客户端的更新规则。都需要一个流程化的方案。

        每日必做，自动update更新。入库前，需版本比对。这如何做呢？严格的入库流程。不管是配置文件更新，脚本更新，还是程序更新。严格的通知原则。版本更新前通知相关人员。我更新了文件，每个人在更新版本前需先确认之前的更新内容已阅读。

    明天就是入职整一个月，自己报的bug数超过了100条，记录下来。经过最近的测试和用例制作，过程中发现了一些问题，功能实现度差，设计案功能点不全成了主要的问题。基于项目12月15日前的验收，所以将bug的回归和推动bug修改暂时压后。测试用例制作完成后，策划和程序都会根据用例做一些功能上的补充，这点算是把测试用例利用了起来。

    有人说项目前期用例的参考价值很小。但是做的全面的用例的参考价值就很大。所以项目目前的功能点都在查漏补缺中。所以基本可以对自己的工作有一个定位，未来的一个月内，工作的重心仍然在测试用例制作和已有功能的测试上。对于测试这边下一个里程碑就是完全通过测试的某个功能点。以此类推，之后的测试会将已实现的功能点一个个推动到测试通过。这段时间也学到了不少东西。对于游戏设计上的理念有了一些新的认识。所以在进步。相信在不久的未来，对于游戏功能最熟悉的人一定会是我。

    现在日常工作中还要对其他人提到的bug进行确认和上报，所有的bug统一通过我这里来汇总。虽然一个人做了很多琐碎的事情，但是这个过程中也对游戏的各个功能有了更好的认识。12月15日之后，或许要对QA部门进行人力补充。韬韬说他们可能现在并不重视质量，等到游戏上线了每天宕机四五次时，着急的就不只是你了。可是我更希望，游戏上线前就已经不在宕机四五次。

    总的来说现在的状况还在可控范围内，下月后就知道实际的情况可控与否。根据实际情况来确定下一步工作的重点。

     工作已经三周了，成果：

1. 完善了项目管理流程。
2. 确定了本月的主要工作目标和职责
3. 完成了5个系统的测试用例和第一轮测试
4. 确定了测试流程
5. 确定了bug管理流程
6. 已经让项目组成员在没有抵触心理的情况下对质量产生了一定的认识
7. 熟悉系统中，敦促了策划人员完成策划文档

      工作收获：

1. 得到了部分同事的信任
2. 工作中能够与相关人员良性的沟通
3. 基本明确了之后如何展开工作，顺应项目需求，逐步展开工作

      工作中的不足：

1. 与项目经理之间的沟通太少
2. 认识的同事数量太少

明天就要上班了，今天想了想上班第一天的计划和注意事项。

• 认识周围的同事，最好能多了解下他们做什么工作，是程序、美术还是策划
• 安装自己工作所需的软件
• 了解下同事当前的工作流程，安装内部通信软件
• 申请各类所需的库权限
• 看下项目目前的进展计划
• 安装游戏客户端，进去试试
• 有不懂的多问问周围的同事

基本第一天不会有实际的工作安排，上司可能会找你谈话什么的的。但是自己要尽可能的想法融入团队。愿工作顺利。

 

第一天目标达成情况

• 认识了身边的几个同事，能记住总共5个同事的名字
• 办公软件
• 了解到当前使用的项目管理工具是trac，安装了rtx，
• 已申请了库权限，明天估计可以批下来。主要申请了trac和svn权限
• 看下项目目前的进展计划（未完成）
• 安装游戏客户端，进去试试（未完成，原因客户端已拷贝，但是进入游戏需要配置自sn号，已向主程申请。）
• 有不懂的多问问周围的同事（今天做的凑合）

今天是这样子的，早上9点到公司，规定时间是9点30.来的有点早，所以跟刚认识的同事聊了会儿。认识了一两个同事。9点30左右，老大来了，打了个招呼，安排了我的座位，没有和同事逐个介绍认识。以后工作中慢慢认识吧。然后认识了我隔壁坐得同事。老大安排了人给我装机，我看了下时间，因为公司刚搬过来，装机的盘都没有。所以临时找了个移动盘刻盘，装机过程不算顺利，dell的机器默认了liunix操作系统，不知什么原因，移动u盘识别不了。商议后老大叫买硬盘，以后也会用到。我无事可做，于是打开网页看测试相关的文章。下午3点多盘送到了，刻盘装机又弄了一个小时。4点多，机子终于装好了。安装了rtx，我就申请了各项权限。然后就是安装软件，安装时问了同事有没有安装包，都是自己在网上下。浪费了一段时间下载office办公软件。公司的网络有点慢。突然抬头，发现下班了，同事一个个走了。打个招呼，继续忙自己的。今天至少要把办公软件装好。

装机时发现，公司不用邮件系统，那信息怎么传递，想了想，估计是trac，完了明天好好研究下。

 

顺道写下明天的计划

10月20号 上班第二天

• 获得TRAC权限（完成）
• 了解项目进展（进行中）
• 获得QAsvn权限（完成）
• 获得sn，进入游戏体验（完成）
• 认识两名策划新同事（完成）
• 参与了讨论药品活动数值设置（完成）

计划外的事情

• 整理收集TRAC改进意见
• 与主程关于TRAC易用性改进达成一致
• 向项目经理汇报当前的工作内容和计划（口头汇报）
• 学习了TRAC软件，对于其工作原理有了一定认识
• 收获——工作中同事介绍了一个易用性超级好的软件onenote。

次日计划

• TRAC内当前bug处理
• TRAC易用性改进方案
• 继续了解项目进展

10月21日

• TRAC内当前bug处理（完成一半）
• 提出初步的TRAC易用性改进方案，与程序主管小会议讨论方案（进行中）
• 了解项目进展（完成，程序主管讲解）
• 进入游戏回归bug，了解测试方法，了解到文档出处（进行中）
• 了解到gm指令的使用方法（进行中）
• 与程序主管会议提出版本计划，按照每周一版本，结合里程碑（进行中）
• 与程序主管会议提出测试用例管理方式（完成）
  • wiki+svn库

次日计划

• bug处理
• TRAC易用性改进
• 记录测试过程中的问题和解决方法，以便之后的新人快速上手
• gm指令学习
• 制定版本计划
• 制定工作流程