1.项目测试工作
这段时间，我主要是协助c.y.x来进行cmbp项目测试，主要工作内容有：
l对测试用例的编写提供反馈意见；
l对测试过程及测试情况进行分析，并提供意见；
l设计业务测试数据的例子；
l绘制系统关键业务流程；
l进行主要功能的界面测试、功能测试；
l按照测试用例执行测试，并提交测试汇报；
l进行需求验证工作。
2.知识与经验分享
这部分工作，主要表现在四方面：
l完成项目测试经验总结
l完成“测试经验交流与知识分享”简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。
l对现有测试规范提供改进反馈意见；
l根据以往经验，在cmbp项目中提供帮助。
3.完成所需知识的积累
这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：
l学习金融行业业务知识
l学习公司研发规范
l学习研发部产品知识（保理项目、intelliworkflow、农行crm系统、工作流知识）
l参加公司或业务部门组织的培训（新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍）
l学习缺陷管理工具ttp
4.工具学习及研究
根据《新员工入职指引表》的要求，我了解rational测试解决方案和工具，并进行rationalperformancetester的研究。完成对rationalperformancetester的研究后，我提交了研究成果，包括：《rationalperformancetester6介绍.doc》、使用rationalperformancetester进行性能测试的例子及学习参考资料。
二、XX年计划
XX年，我希望能通过参与具体项目的实践，达到以下目标：
1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程
2.在项目中沉淀出一些部门成果
除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。
三、对部门建设的建议
在部门建设上，我想可以从以下几方面逐步开展部门建设工作：
1.对人员进行分工，或者说是团队成员的侧重方向进行明确出处 WwW.WENAnDaqUAN.COm
例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。
2.强化制度建设
3.加大对测试过程的实施力度
现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。
4.加强部门测试成果的积累与沉淀。
现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。
除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。
刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了 iso,cmm ，测试管理工具，自动化工具(因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了)。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。
所以善于思考，总结经验，也是成为高手之路的不二法决。
本人自20xx年6月25日起进入X公司从事手机软件测试工程师一职，在不知不觉中已经走过了20xx年。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。
在本部门工作中，我一直严格要求自己，认真及时地完成领导布置的每一项任务，并虚心向同事学习，不断改正工作中的不足。配合各部门负责人落实及完成公司各项工作。
在过去的一年中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的'工作中更好的提高自己的水平、素质，更好的完成本职工作。
在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型兼备的新世纪人才。
一：20xx年工作回顾及总结
回顾20xx年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。现将这一年的工作情况总结如下：
1、总体来说，20xx年我主要完成了“……银行系统”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常测试以及质量控制工作;“……”已经稳定上线运行6个多月，“……”即将上线。
2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说，主要的工作内容有：a、测试项目案例、测试用例的设计与编写;b、对测试过程中遇到的问题进行沟通，并提供意见;c、设计业务功能流程，提供参考意见，绘制关键业务流程;d、进行主要功能的界面测试、功能测试;e、按照测试用例执行测试计划;f、进行需求验证工作
3、知识的总结与分享，完成客户端在安卓4.0/4.1，IOS6.0以上系统上出现的兼容等问题，完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。
4、完成所需知识积累，学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种
测试工具的使用。
二：对公司的建议与意见
对公司和部门建设上，我有以下几点建议：
1、对员工进行金融知识的系统培训，让测试人员了解银行业务流程，有助于测试人员更加详细了解业务流程，测试过程会少走很多弯路。
2、部门内希望多组织技术交流讨论，促进测试工作的开展和提高。一年至少有2次这样的交流。
3、公司在项目开发前期，希望尽可能的明确需求，尽可能的详尽需求内容。在测试过程中发现很多项目缺少需求说明书，需求说明书不明确或者需求说明书内容错误，误导了开发和测试，浪费了时间，影响了项目进度。
4、建议项目需求设计可以有测试员参与讨论。
5、公司管理有点混乱，个人感觉公司对每位员工的重视程度不够!节假日公司应该给每位员工一定的福利和关心。
6、个人感觉平时的效率比较低，希望测试部门能够有所调整。希望公司能制定质量控制标准以及开发、测试工作流程，让开发更好的了解测试的流程，增强开发团队与测试团队的配合，提高工作效率。
7、加强部门测试成果的积累与沉淀，提高团队测试水准，希望我们的团队能够做的更好，能够已团队的形式参与软件项目的开发，而不仅仅是一个项目中毫不起眼的小小测试员。
三：20xx年工作计划与
20xx年工作计划就是希望通过自己的努力，让我们的产品更加完美，让自己在软件测试技能上有所提高，更多的关注软件产品的开发过程，提高工作效率、做到与用户的需求一致，提高公司软件产品用户满意度。
具体来说20xx年工作计划有：努力提高自身测试水准，努力学习金融知识以及业务流程，学会需求分析，掌握需求分析在测试中的作用，参与公司更多的开发项目的测试工作。
其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。所以经常会看到 “测试高手“的身影，并且不提问题，而且还能“锄强扶弱“，是测试新丁的救命稻草。好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。
很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。
时光荏苒，如今xx年的帷幕已经谢下，xx年的钟声已经敲响，在公司高层的正确领导下，我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作，以下就是我对过去这一年的工作总结：
一、测试工作及经验
作为软件部测试组的一员，首先要做好的就是自己的本职工作，我在20xx年中所做的工作主要有：
1.测试用例的编写，对系统的测试、跟踪;
2.需求、高保图、界面和功能的测试;
3.功能测试用例的编写，高保图、系统的测试;
4.静态页面测试和功能测试;
5.功能测试;
6.第一、二、三迭代高保图测试，测试用例编写，静态页面和功能测试，并主持参与测试用例评审;
7.平台高保图的测试和系统静态页面、功能的测试;
8.高保图测试和测试用例的编写;
9.静态页面和功能测试，参与测试用例的评审;
10.高保图测试、静态页面和功能测试;
11.用户使用手册的编写;
一年的工作，让我获得很多方面的经验：
1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例，使得我掌握了多种测试用例编写方法，更让我对产品的需求有更加深入的理解，须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试;
2. 要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中，我认识到用户体验的重要性，现在能够越来越多的从这方面来执行测试;
3.对拿到手的项目有较清晰的思路，能够更加快速、准确地发现问题;
4.越来越规范的工作流程的让我们的工作有条不紊的进行，让我深刻认识到工作的规范性是多么的重要，并且从中学习如何从文档和流程上规范工作。
5.同事间的沟通很重要。现在不管遇到什么不确定或疑惑，都与开发人员、
产品经理等及时沟通，大大提高了工作的效率。
二、加强自我能力的提高
只有不断的提高自己各种的能力，才能胜任越来越艰巨的任务，因此在工作相对不饱和的时候，我自己进行了一些学习。
为提高对“用户体验”的理解，我学习了《下一站用户体验》，书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品，但是有一些却是通用的，比如：太多弹出框、按钮会给用户带来愤怒感，要适当的给页面减肥等等。
深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发，所以我学习了性能测试的一些相关知识，并在师父的指导下运用LR工具进行简单性能测试，以后必须坚持学习。
三、存在的不足及明年计划
一年的工作让我有所进步，但是很多地方还是存在不足，比如：有时候看问题比较主观，不是很细致，没能深入地去测试，会有遗漏的bug;自身专业技术能力还不足，不能从系统稳定性这一点上对系统进行测试。在以后的工作中，我会努力改善。
在20xx年的工作中，我计划：
1、本着实事求是的态度，更加认真、负责的完成工作;
2、要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例;
3、按照系统稳定性测试方案，要逐渐对系统的稳定性、安全性进行测试;
4、继续研究性能测试，并要将LR工具运用在实际工作中;
5、多多的学习，参加一些有益的培训，在实际工作中活学活用。
四、个人建议
这一年来我们部门有着的显著进步，越发规范的工作流程，越来越明确的责任制度、管理体系等，都让我们更加有凝聚力。在此，个人提出以下几个小建议：
1、希望可以加强对项目的把控，尽量能将延期风险降到最低;
2、从各个组对需求理解的不一致，以及信息更新不及时等问题上看，沟通问题还是有待完善;
3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求;
4、虽然工作任务繁重，还是希望部门能够多组织活动，完善奖励制度，可
以让大家更加激情的为部门、为公司奉献自己的全部力量。
以上是我个人的一些浅见，相信在大家共同的努力下，向着同一个目标进发，软件部甚至整个公司必定会大展全新的宏图伟业。
要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。还有多看看公司 bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 windows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。
和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，你会在测试中从客户的角度发现问题;和开发人员交流，你会了解开发人员怎么实现软件功能的;和项目管理人员交流，你会知道开发进度以及遇到的困难。
参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 “ 测试出了几个 bug ，然后 “ 仔细 “ 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的 bug 。他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。 “ 。
在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。
在20xx年原公司并入新公司集团，我也随同原公司一起成了新公司的一员。我所在的部门是研发中心，担任副经理一职，配合王总与单总开展工作。
上半年的工作仍是延续以前的三维产品(以下简称AA)的研发。主要的工作内容包括以下一些：
AA研发管理工作。
一开始组织进行真实矢量数据的绘制，用于实现用户标准，POI显示等。这部分工作完成了雏形后，又启动了批量矢量的预研工作，下半年小组成员完成了这一内容的阶段版本。同时完成了一个阶段的程序结构梳理、性能调优，开展了一些VR效果及基础GIS功能(测量等)实现的工作。
在组织研发工作的同时，因市场需要，我们的产品开始投入使用。其中我负责的两个是测绘工程院前期合作、预研合作。这两个合作都没有明显的成果，只能算是产品的测试使用。通过这些小任务，我们也整理了一些我们软件的不足，收集了一些完善意见，同时我组织人员开发了一个由ma数据直接生成产品自有格式的工具，扩充了产品支持的三维模型数据格式。
下半年由于xx项目的需要及当时部门的人员情况，领导安排我负责停滞了很长时间的三维平台升级项目任务。
因以前的'老平台无法满足规划局用户共享交换的需要，公司决定用新研发的AA产品对共享平台进行升级。我们在建设了一个十人左右的队伍，基于AA的SDK进行应用开发。完成此项目的过程中，我的主要工作内容是：在领导的支持下组建队伍、整理用户需求、分配工作任务、与公司研发队伍进行沟通协调、客户汇报。同时，对公司研发的任务内容、技术路线等我也提出了一些自己的建议和看法。并协助领导开展了部分人员的思想工作。因项目需要，完善了产品的地形、影像数据处理工具，使数据展示的效果比以前有了提升。
至目前为止，项目任务已基本完成，与客户要求的6个月时间相吻合，客户关系也已经理顺，算是保住了这个老市场，项目也锻炼出了一支应用项目实施的队伍，部分员工成长迅速，很有潜力。
xx项目任务完成的过程中，得到了研发人员的大力支持，同时项目需求也给AA研发指明了一些方向。应该说，xx项目是我们AA应用的一个完整检验。基于xx项目，研发完成了地下管网数据展示的一个阶段版本。算是对AA产品做了一个较大的扩展，也可作为产品区别与大部分三维产品的一个特点。
年度工作中存在问题和不足：
20xx年的工作任务算是完成了，在完成这些任务的过程中，我意识到自己还存在许多不足。主要有以下几个方面：
首先是执行力。三维软件研发的过程中，对一个新研发内容的工作量及所需要的时间、人力我和负责开发的人员都存在评估不准确的情况，在这种情况下制定出来的往往无法按时完成。没按时完成我也没有对应的措施去应对，按计划完成了也没有措施去奖励，计划和实际总是存在偏差。
其次是引进人才方面。一个研发队伍，需要有经验、有能力、有潜质的技术人员，但在人才引进方面我觉得自己做得很不够，没有为我们的开发队伍引进一个技术牛人，队伍的成员也是王总引进以及通过正常招聘找来的。
还有就是主动引导其他部门的方面。我们是产品研发部门，理应由我们来告诉其他人我们的产品特点是什么、适合做什么、不适合做什么。但截至目前的情况却是其他项目部门告诉我们他们需要什么，然后我们来支持。这种情况的结果是我们自己的研发节奏和目标都被打乱，最终产品变得没有特点或者延迟交付。
我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆， cmm 是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹 “ 江湖 “ 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。
第一招 学会利用网络
刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 “ ，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。
一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 “ 聪明才智 “ 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 google 成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 “ ，所以只要你耐心找，答案就在身边。
这里总结一下利用网络搜索引擎的技巧：
组合搜索
每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。
选择表述内容的词组
一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。
定位信息来源
有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式 “” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组
其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。