前段时间比较忙刚好赶上电信c网改造，加班，通宵，这段时间的工作只是短暂的支持，没有接触到比较深的测试内容，但是自己再跟客户的沟通上学习了很多东西

   首先，主动向上级回报自己的工作情况，当上级分配了你一项任务，培训，技术支持，一个回归测试，每当完成这些任务应该主动发邮件，沟通，告诉他你在做什么，让他了解你的工作，工作的结果，各方的反馈意见，而不要让他总问，你的工作怎样了。在工作中请采取主动。

    跟领导多沟通了解他让你做每一件事情的意图。我总不喜欢只会下命令的领导，因为这样很可能你做的东西他不满意，你应该知道做这个事情是为了什么，这样你也有安排有计划，心中有个尺度。才可以跟领导保持一致，弄清楚他想从你这里得到什么，你才能做的更加的完美，所以请跟领导多沟通，了解他的意图

    跟客户沟通的技巧，保持愉悦的心情。跟客户沟通也不是特别顺利，总有这样那样的人会使你心情不愉快，但你一定要保持风度，完成自己应该完成的事情，在沟通中了解业务，学习业务。保持愉快的心情，工作的不高兴不要影响自己的生活质量

    完善的测试流程，因为这次的上线任务比较紧急，而且还有许多需要和客户交涉的事情，测试人员分工也不是特别明确，导致测试人员不能集中测试，改版时间的紧急不能写测试用例，上线后反应了很多问题，都是平常漏测的东西。所以下次需要尽量的详细测试，保证质量。

   对于在目前公司的情况下，测试一直处于弱势。。。。项目成功上线了，是开发的功劳，开发做的好，如果项目上线以后一旦出现问题，就是测试没测出来，连性能问题也这样归咎于测试

   其实每个测试人员都清楚完全测试是不可能的，并且bug是开发人员写出来的，作为测试qc来说只是做质量控制，对于项目质量水平，还得需要广大群众的力量，其中包括质量保证人员，和项目经理，开发人员共同努力。

   首先在项目的设计阶段就需要高水平的开发人员做一个很好的设计规划，最好由架构师完成，为高质量的软件打好基础（目前公司是待着谁是谁，造成后期很多设计问题影响到系统的性能，需要造成很大的改动，缺少这方面的优秀人才）

   对于整个项目过程需要qa好好的把控，对于目前的开发模型都采用的是瀑布型。。。。每个阶段的输出文档需要严格的检查（这点做的也很不好，每次需求文档都不能定下来，而且在项目编码开始以后还在变来变去。并且不走变更，这一点很不好，也许需要考虑用其他模型，比如说快速模型）

   做好每个阶段的评审，评审是发现问题的一个很好的方法（目前公司这一点做的也很不到位，需要评审的时候，找到相应的文档，邮件发给需要的人，结果review各自完成，反馈信息，不知其他公司的review怎么做的，这样review很多人都不看，导致review一般不会发现问题，其实条件不具备的情况我觉得也应该做到需求的review，目前根本无法达到，测试用例就更不用说了）

   良好的版本管理和送测流程，这个是保证质量又一个关键的问题，需要对于稳定的版本打基线，这个可以控制经常出现的，开发送测的版本和自己修改的版本不一致，测试发现的问题，开发那里已经修改的问题。还可以保证开发

   到后来上线发现了问题，就是测试没测出来啦。。。。。对于目前的状况其实各个阶段基本的质量流程难以保证，软件质量当然是个问题啦！不过不能就此成为上线测试推卸责任的理由，作为一个测试工作者来说，我还要收集一下各方面的数据，对于自己漏测的问题找出设计用例的缺陷，更加完善自己的测试思想和设计思路，夯实基础。