5年的工作总结

5年半的测试生涯的工作总结
（1）毕业的第一年，来到一家做GIS系统的公司，那时候，公司的规模很小，开发也不规范，但是，我在这家公司学到了不少的知识。从在学校中只是学习了基本的开发语言，对实际接触实际的开发，初次接触delphi语言，并做了些小模块的开发。在开发过程中，不但接触了相应的delphi开发语言，还接触到了oracle数据库，那时候，使用oracle数据库的还很少。然后，因为，是一个新人，老板又安排为程序找错误，其实就是所谓现在的测试工作，但是，那时，对测试还没有概念。只是，看界面上有什么功能就去执行，看得到的结果是否正确，那时候，没有什么测试计划和测试用例而言。就是现在的冒烟测试。这是我初次接触测试的工作。

（2）因为种种原因离开的第一家公司，从此，开始了测试之路。专门做测试工作。工作范围是：对项目执行测试；编写用户手册；对客户进行培训。这家公司，是做OA办公自动化的，在这家公司，学到了许多OA业务方面的知识，但是，软件测试这方面还是没什么进步，主要也是做冒烟测试，唯一的进步，就是要做一些测试数据。使我得到锻炼的就是不断的给客户进行业务方面的培训。公司对测试也不是很重视。因为，这个原因，我离开了公司，去继续我的测试之路。

（3）来到了第三家公司，公司的业务是做oa和erp业务的，这两个业务在当时，是很流行的，所以，在业务方面学到了很多，在这家公司，我不断的探索，学习了很多测试工具，例如：测试管理工具：rational tesmanager、td，性能测试工具：lr,webstress; 功能测试工具：rational robot,并将这些工具应用到实际工作中，并且，在这家公司，初次接触写测试计划，测试用例，测试报告。我工作任劳任怨，得到公司的认可，心里很是高兴，使我更加喜欢测试这个工作了，感觉到了成就感。又接触到了配置管理工具：vss和rational clearcase ,使我在配置管理上也有了很深的研究。不过，在公司，测试人员就我一个。这样，感觉，在这家公司，对自己事业的发展，也不是很理想的。

（4）来到了第四家公司，这家公司算是一个大公司了。有独立的测试部门。初进公司时，感觉，将来肯定会有好的发展。自己也暗下决心，一定要把自己的优点突出出来。在工作上，很努力的做，并且，循序渐进的学习新的东西。使我在工作上不但干劲十足，而且，对自己越来越有信心了。测试主管对我的工作也是很满意，从初次的在别的手下干活，慢慢的变成自己独挡一个项目。过了一段时间，来了一个测试部门经理，部门慢慢的从5个人扩充到现在的14个人。队伍之庞大。所以，每个人的压力都是很大的。可能，因为，新官上任三把火，他对我们要求很严格，首先，规范测试流程，规范测试文档。这个流程是这样的，拿到开发部门提供的需求文档后，编写测试需求文档，要将测试需求进行不断的细化，细化的标准就是它能够清晰的指导编写测试用例。测试需求整理和编写完毕后，将测试需求转换成测试用例，测试用例的编写，要遵循，使用等价类划分的方法，和边界值分析的方法，错误推测法来设计这个测试用例。我个人认为，写测试用例，并不是简单的把测试步骤，预期结果整理出来就可以了。而是应该将我们如何进行测试用简单明了的语言描述出来。有了测试用例后，拿到开发人员提供的程序后，执行测试，每个人在执行测试时，都要在td中建立一个自己的测试集，把自己的测试状况，在td中，一目了然的可就能看的出来。测试组长也是很清楚的在测试需求中，得到测试的情况和测试的进度。这个领导，并且，对bug的提交也要求很严格，必须要将每个bug都用简单流畅的语言描述清楚。这使我走出了一个误区，在来这家公司之前，一直认为找到bug是主要的，对于这种对bug的描述不是很重视，到此，我才真正的认识到，bug的描述在测试中也是一个重要的环节。如果，清楚的将每个bug都描述清楚，这样，对于开发人员来说，他将很好的定位bug，提高了工作效率，并且，减少了开发人员看不懂bug，让我们测试人员来解释，这样，就又会浪费了很多时间。所以，可想而知，清楚的描述某个bug，对于测试人员来说，也是一项很重要的事情。在规范测试流程的过程中，我给领导提出了一个建议，对测试需求，测试用例进行内部评审，领导接受了我的建议，并且，内部评审的工作在测试部展开了，取得了很好的成效，测试部门经理对我的工作很是认可。他也给了我一个好的机会，接触管理。做成了测试组长，我初次做管理的心得是这样的，（1）技术和管理不能相脱节，在中国，没有纯粹的管理，这样，你的下属会不服气你。（2）在技术时，可以，不用重复的做某件事，可以让下边的人去做，但是，技术的深入，技术的攻坚，必须要做的很好。（3）要有很强的沟通能力和说服能力，不但，要做到，和开发人员很好的沟通，还要做到和自己的部下，有很好的交流，这样，你才能知道他在想什么，了解他的工作情况。（4）要勤于监督手下人的工作和工作的进度，弘扬优点，指出缺点。（5）在工作过程中，能够引用一些好的测试方法和测试策略，这不但能够提高测试的效率，还能使测试更规范化。（6）要积极带动手下的积极性，因为，没有新的事情出现，总是重复执行同一种工作，这样下去很可能会出现对自己的工作产生惰性。这样，就要不段的组织大家学习，相互学习，取长补短，这样就很好的带动了他们的积极性。并且，要不断的指引他们，学习一些对自己有发展的知识。在测试管理上有了一定的经验积累后，部门经理又给我分配了两项重要的任务，（1）对td服务器进行管理。在这阶段，我对测试管理又有了一定的认识和了解。主要从事的工作是：给不同的项目组建立不同的工程；给项目组下的人分配不同的权限；对td执行备份和移植和升级;解决td在使用过程中的疑难问题；对没有用过td的员工进行td使用的培训；（2）更重要的一项任务就是学习qtp，并且，将此工具在测试部门进行推广。这个任务是很艰巨的。以前从没接触过这个工具，是从0开始的，但是，很幸运的事情是，它是基于vbscrīpt的，在上大学的时候学过vb，所以，上手很快。从只是简单的录制的水平，到录制完后，加入一些手工代码，到完全的写手工代码，这是一个很大的一个飞跃，然后，自己把路都铺平后，在测试部推广使用qtp，指导他们使用qtp，解决他们在实际应用中遇到的问题。我在qtp实际运用到工作中，有了一定的心得，首先，自动化不可能完全代替手工，有60%的自动化，就是很理想的状态了。自动化介入的时期，不应该在系统还不稳定，还有很多功能未实现的时期，就介入使用自动化，这样一来，系统界面一改变，脚本的复用性是很低的，将会浪费掉很多时间，重新做脚本。所以，建议在系统稳定后，大概90％的功能和界面都不变的时候做。其次：不适应周期短的项目。因为，脚本维护也要耗费很多时间。

就写到这里了。哈哈。