培训的时候学过一点LR吧……不过貌似也就是跟着User Guide过了一遍而已。老师也不是很熟悉的样子……

  还有4天，领导叫我写个Performance Test Plan出来，然后拿了一个没啥相关的项目以前写的文档给我参考。在我的印象里，首先应该是准备测试数据吧……

  我问他这个问题，他说先把你认为是测试重点的地方分析出来，比如说login，作search,add,edit等等,在然后再根据这些重点模块分析出性能测试应该要做什么样的流程，选择复杂的流程录制脚本。最后根据自己列出的list询问客户，待给出详细的需求后设定性能指标，最后试用LR就好啦。

  大概就是这样说的……听起来好像很简单，有点摸不着道。

  哪位大大有这些经验的麻烦指点指点，谢谢啦。

  一个多月，我感觉自己没有做什么，公司培训，然后跟项目一个星期，只是一个星期而已，只是写了几十个bug report而已，只是慢慢的理解了一个小项目而已。发现，我想要也许不是这样的测试生活。可能是公司比较沉闷，没有说得上的人，只是抽烟的时候，彼此寒暄。我想要的是什么？很早的时候我就在问自己，我想要的生活，我想要的工作。

  不能说是兴趣，只能说技能。现实都不符合梦想，因为我们如此平凡。

  看来我是习惯厌倦的小孩。

 今天正式进入一个project，由于Leader今天请假，导致没有case给我执行，再加上又出了一个需求版本，结果我一边看Build 1技术文档上说的功能点一边看需求……真不是一般的累。

 PM叫我做测试……我狂汗，没人跟，叫开发给我讲讲，然后叫我自己找bug，然后要写bug报告。下午找了半天，发现几个貌似bug的bug，问了问开发那边，有几个都是需求理解不正确，最后只有一个是bug……还好，没有空手而归。需求的理解真不容易……尤其是对新手来说。

 接着我旁边那个人告诉我bug报告的模版要注意事项，我们公司用的是IBM的LOTOS NOTES，然后基于DOMINO开发的DB，好复杂……我现在都没有搞清楚那个具体干什么，东西太多，又全是英文的。

 一个BUG报告，标题要描写清楚，让开发人员能从标题找到那里出现了问题。其实这个标题很多地方都提到过，具体的编写方法也有人说，只是自己想做好那就是另外一回事了。接着是B的版本，Bug的编号。软硬件环境，Server和Client的配置。

 Bug的状态其实就那么多，只要熟悉了就好了，知道那个流程。其实我们有权利修改的状态还是很少的……大多都要经过PM的手。优先级自己凭感觉给吧……这里存在两个：缺陷的优先级，有修改的优先级。

 主要的体现还是在bug的重现步骤上面，如何准确的重现bug，具体到你每一步如何操作的，知道出现了现象为止。最好把每一步都写得很详细，比如有什么样权限的用户登录，你点击了什么菜单，点击什么按钮。预期结果是说正确的操作后应该出现什么样的情况。实际结果是说这个bug会出现什么样的情况，最好截图说明。尤其是有的bug不会经常出现的，记得每次有bug先截图吧~~

大概就是这样了……说起来也不难，只是需要理解，还有编写的时候多注意。

可是我们公司都是英文的，今天被人说英文写得很烂，郁闷啊……

这个星期看了公司的文档，觉得这个流程描述还是很不错的。

１。测试进入时间

　　项目需求分析完成，用户需求说明书发布时进入。（需求分析是由ＰＭ或者专职人员进行的，用户需求说明书的编写也同样）

２。项目开发设阶段

　　１）阅读，理解和分析用户需求说明书，与PM讨论需求模糊，不理解的地方；提炼测试需求和测试内容。（如果你想要认真编写测试需求，建议在需求update的同时跟踪修改你的测试需求，测试需求与需求分析关联，以便后期跟踪。个人认为测试需求越详细，对后面的工作指导的作用越大）

　　２）根据项目计划以及测试内容，确定每一个测试阶段的工作进度安排。（这个是由PM决定的，相信每个公司都有这样的计划，毕竟那么多Build）

　　３）编写测试计划初稿。（这个一般都是老员工的工作，至少在我们公司PM只做需求和管理）

　　４）编写测试用例（一般会出一个ｐｒｏｔｏｔｙｐｅ，根据计划和需求来编写）

３。项目编码阶段

　　１）根据软件设计说明书，完成具体的测试计划。（这个上面已经说了）

　　２）根据软件设计说明书，完善测试用例。（这个也是比较重要的，如果你不了解软件的设计，很多内部情况都没有办法具体描述出来。所以测试也不是那么容易的……）

　　３）准备测试环境。（一般都由测试人员自己搭建，开发协助）

　　４）制定第一阶段的测试内容。（相当于一个计划，测试人员根据测试进度安排）

　　５）ＰＭ，开发和测试共同确定第一阶段的产品质量。（开会，开会）

４。执行测试阶段（前面都是准备，现在才是实际操作~~）

　　１）ＤＥＭＯ可测试性的测试。（也就是冒烟测试啦）

　　２）执行测试用例

　　３）编写缺陷报告（缺陷报告的编写学问也比较大，这里不讨论）

　　４）填写工作日志（这个是公司规定的……）

　　５）提交当前阶段的测试报告。（每一个ｂｕｉｌｄ一个报告，真的累啊……）

　　６）完善测试用例。

　　７）ＰＭ，开发和测试进行当前阶段产品的质量评审以及下一阶段的测试工作评审。（又要开会啦）

　　８）制定下一阶段的测试内容。（还是开会）

　　９）ＰＭ，开发和测试共同确认下一阶段产品的质量标准。（继续开会）

５。用户接收阶段

　　１）重现，确认用户使用时出现的错误。

　　２）编写用户手册

　　３）编写管理员手册

６。运行维护阶段

　　１）重现，确认用户反馈回来的缺陷

　　２）理解新需求

　　３）回归测试（其实回归测试每一个Ｂｕｉｌｄ都会做的，放到最后只是觉得一个流程应该是重复的……）

就这么多了，因为公司的测试比较正规，差不多以前学习的知识都用上了，锻炼，真的是锻炼啊……加油，努力吧。

献丑了。

  没有毕业以前出去实习过半年，在ＡＳＵＳ维修笔记本。毕业后没有再回去，我给自己的理由是，工厂制约自身的发展，再说现在社会本科生都不值钱，何况我还是一个专科毕业的。不习惯那样的环境，不习惯被人掌控，无助的感觉。

　作为８０后出生的孩子，很多精神都被遗忘了。犹如很多同龄人一样，茫然而无助。我不想对８０后做什么评价，我只是说我自身，迷惘，困惑，孤单，堕落，在我的词典里，很多这样的形容词。

　很早以前开始想流浪，或许只是想离开，离开了就可以无所谓，就可以不再面对熟悉的人和事。其实注定是漂流的，在一个寂寞的小城里终老，已经不属于我们这一代人了。辗转，流离，发现人的冷漠，人的疏离。

　也许注定的，到了珠海，无聊的闲逛，上网到处找工作，结果看见培训软件测试的，试着咨询咨询，结果那人很热情的叫我过去听他介绍，这对没有遇见过推销的我来说有点意外。跑过去听他介绍了一下午，过几天又去听了一下讲座，觉得比较可行，就报名参加了。虽然我是计算机专业的，但对软件测试根本就没有概念，只是记得在电脑报上看见过。再加上对编程这方面比较没信心，听那个介绍的人说对编程没有什么要求，就意动了。

　作为一个刚毕业，没有技术经验的人来说，培训机构可能是一个比较好的机遇。差不多一年的培训，我的感觉是这样的。比较系统的学习和入门，实际操作能力肯定是不够的。就好象我们老师说的，仅仅是入行的敲门砖。测试这行表面看起来简单，越学越容易发现自己的不足，行行难专精，这句话真不错。

　我在距离毕业还有一个星期的时候找到工作的，我都没有想过要在珠海工作，运气或者天意。

　开始工作了，我只是希望我能工作好。

　以后在这里安个家，有什么工作上的东西也好跟大家分享。