A 感觉不好的地方：

• 研发和项目经理沟通方案和确定方案、计划的时候，都没有通知测试，待全部完成后才通知我们，导致我们收到消息的时候他们已经开始做了。但是中间的设计有一些问题，我们进行需求测试后提出问题，项目经理再次确认，研发再进行修改，浪费了时间。并且因为之前就定了时间节点，这番修改 后又没有更新时间节点，导致必然无法按时完成。
• 无意义的加班太多。

1. 测试青海对接和生产环境的时候，因为环境的问题， 研发拟定每天每天修复一些小问题，下午4点左右发版由我来进行测试，但是他们发版其实都是在8点后甚至最晚的一次 11:30。但其实并不赶时间节点，所以我没有必要在公司等他们发版，我自己建议的是我下班就回家，他们发版后我在家远程测试。对了，我的建议被研发组长 拒绝了，原因是“加班这种事当然是大家要在一起，我们是一个团队，我们要团结啊！”but……你们发完版就都走了啊，只剩我一个人在公司测试啊QAQ！你 们都下班回去了啊！我在这里测出问题来了也没有人可以讨论，群里告诉研发了研发也是第二天再解决，那我为什么要浪费时间在公司等着发版T^T 浪费三个小时在公司等着，因为环境不好（响应缓慢）所以测试效率低、速度慢，测完要2个小时，等我测完最早10点最晚就转钟了……但是第二天是不能调休休 息的，因为任务还很多，所以真的很心塞……好歹后来还是跟研发经理沟通了，我这边回家加班，他们发版后随时通知我，我随时待命，包括周末。
2. 由 于和青海对接模块牵扯的比较多，10月里青海、乐之行、服务器都有问题，所以虽然持续在做，但是进度也比较慢。周末陪研发加了两次班，其中就有出现研发 也干等着的情况，因为需要青海/乐之行的先解决问题，西宁研发才能再解决，但是因为没有安排对方加班，并且打电话也联系不上（周末被骚扰，并且事前没有沟 通重要性，其实故意不接电话我还真的是能理解，虽然其实不太好啦~）。所以只能提醒他们安排加班的时候要确定工作内容和顺序，沟通好到底需要哪些人先后加班。

　　B 自己做的不好的地方：

• 做决定不够果断。遇到难题时（如平台响应缓慢原因分析、研发无计划影响工作等）没有及时在部门内寻求帮助，而是等到周例会时才跟大家进行讨论、寻找解决方案。
• 对于业务还不够熟悉。这里不是单纯指界面上的操作业务，主要还是指后台部分，没有清楚后台的逻辑流程，不能达到看到一个问题的时候，就能及时判断是服务、网络、代码、数据库的问题（像小沁沁那样）
• 整体参与不够。和项目经理沟通的任务大多交给研发经理去做，自己只是定期做汇报、以及遇到严重情况时进行风险说明和方案说明，没有主动的去更多沟通和接触，导致有些研发和项目经理沟通的内容，测试这边获取不及时。