很多人都强调对工作经验的总结，其实我也赞同，但是一直没有记录过自己学习过什么，工作中遇到过什么问题，或者工作中哪些事让我觉得有成感，今年换工作的时候，整理前公司的资料，想想，好像真的不太清楚自己学习到了什么，用例写的不多，大部分时间是功能测试，使用墨盒测试方式，纯手工的。虽然偶尔会借助一些测试工具来辅助测试，也有帮硬件测试写过2个测试工具，但是觉得自己还是远远不够，达不到自己对自己的要求，除了学会一些工具的使用，便总觉得那些工作对以后的工作不一定适用。

　　进入多玩1个月零2天了，今晚，为了下周YY充值中心项目的工作展开，和开发负责人做一个沟通。

　　一开始，先给我们说明开发这个项目的需求，也是为什么要做这样一个项目，项目由哪些模块组成。二，讲解业务流程，三，讲解代码模块。

　　重要的一点在后面，这是我觉得精彩的部分，所以觉得有必要将其记录下来，因为我们都觉得他很能说，一清楚的表达了他想表达的东西，而且思路清晰，简明扼要，对我们来说也有一定的帮助。

　　一、测试前先制定一个测试标准，也是对一个功能模块的测试要达到什么样的条件才算通过，我们期望怎样一个结果？满足什么条件才能进行发布，包括使用什么测试方法，功能测试、自动化测试、性能测试还是压力测试？代码覆盖率要达到多少，这样开发也知道会用这样一个标准来要求自己，在开发的同时用测试标准来做一个衡量，也是项目展开前开发与测试组达成一个共识，共同将项目的质量做好。

　　二、开发测试环境的搭建准备活动，可用开发环境，测试组也需要学习使用及配置测试环境，我个人认为使用测试环境会比使用开发环境好得多，因为开发环境很多开发者会在上面做调试，更改一些代码什么的，如果与测试同时使用，测试发现的问题不好定位，使用干净的测试环境是好的选择。

　　三、实施计划，在测试领域称为测试计划，其实测试标准，使用什么测试方法也是在这里说明的，主要的是评估测试的人力、时间、测试风险的一个评估。

　　四、测试报告，体现了测试完成后项目的一个状态。第一轮测试结果出来后，发给开发及，对比期望的结果，测试标准，得出其间的一个差距，然后从这个差距中做出一个整改计划，迭代至测试通过为止。

　　主要也是重要的的一点是，做完了一轮测试，你要怎么向领导汇报工作？花了一周或2周的时间，你怎样用一个精简的报告来呈现给领导看，在这个期间你做了什么工作，工作期间发现了什么问题，目前项目的是怎样一个状况，产品质量如何？是否可以发布（这个体现在测试报告中，当然跟一开始的测试标准是做为这个的依据），

　　这是为什么要做出一个测试标准，一，领导知道你制定了一个测试标准，对测试领域的熟知程度；二、测试计划中对人力、时间的评估以及风险的评估；三、对于测试人员绩效的评估，主要的是发现BUG的数量及质量，迟早在早期发现严重的BUG降低开发成本；四、测试报告的体现。领导主要看的是测试报告，所以测试报告要尽量将工作中做了的事情体现出来。

　　本来今晚是想下班早点走的，下午一直头晕，但是上级要求留下来做记录，并整理发给他看，听开发负责人说的时候我头大了，很多东西不明白，不知道怎样记录，一记录怕没听清楚他往下说什么。以前也评审BUG的时候做过记录，一是，我不知道上级想要我记录什么，二是，对项目不太熟悉，不知道哪是重点，不知从记起。

　　后硬着头皮将他画在白纸上的东西整理成3大点发邮件出去了。