软件测试培训个人总结范文

第一篇：惠普软件测试培训思想总结

惠普培训思想总结(小白qz university)

人生在勤 不索何获

——记惠普学习有感

不知不觉的参加惠普培训已经几个月了。回头看看自己所走过的路，紧张的学习中，充实而快乐。因为我在这里找到了一条属于自己的人生之路，找到了自信和成功的希望。诚然，一切都要靠自己去努力，但是，我不得不说，只有自己的努力是不够的，还需要有人给你指明方向，创造平台，所以在这里要感谢我们学院和惠普的老师们是你们给我指明了前进的方向和发展的平台。惠普的专业讲师教会了我很多的专业技术，帮我踏上软件测试之路打下了坚实的基础。在参加惠普培训学习的这些日子里，我学到了很多实用的知识，不仅仅是计算机网络所涉及到的各种理论专业知识，还有很多公司和企业的真实案例，让我的专业技能、操作能力和实际动手能力都有很大的提高。同时在不断的学习中，对自己也有了清晰的定位。

学习犹如人生的旅途，只要你用心去体会它，你便会发现它是如此的美妙而不可或缺。我衷心祝愿参加惠普培训的所有学员，利用好现在的学习时间用心学好专业知识，打牢基础，一定有大展身手、大放异彩的一天，愿你们也能够在惠普腾飞，实现自己的梦想，开创出属于自己的一片天空。

在这里总结了一些学习方法供以后想参加培训的学弟学妹参考一下。

1. 首先必须端正心态，这是非常重要的一点，心态决定一切。好的心态能让你在学习中事半功倍。

2.“老师领进门，修行在个人”，我的感觉学到的学习方法比什么都重要。

3.勤能补拙，如果自己实在是不聪明，我愿意花更多的时间学习，让自己变得聪明起来

4. 课前预习。要做到课前带着问题去听课，对于自己不能理解的问题及时请教同学、老师或者上网查资料，及时解决，决不拖到下次上课。

5. 课后复习。利用业余时间查阅相关的工具书，拓展自己的知识面。 6 认真完成老师布置的作业。因为那都是最有针对性和侧重点的，比起自己找重点更明了、更能一针见血的说明问题的本质。

7.学习是一件苦差事，任何事情不付出努力是不会收获结果的，学好软件测试要付出更多的努力。

因为测试的工作涉及的知识面比较广，只有学习的基石打牢了，以后做起测试工作才能够得心应手。除了掌握测试的技巧，只有自己全身心地投入到测试工作中来，并不断对它保持着学习的热情，才能真正成为一个合格的测试人。

课程介绍：在这几个月中，惠普公司委派了优秀的讲师给我们上课，堂堂课老师都用理论联系实践，讲了大量的案例，精彩之极。到目前为止我们学习了etm，itil，qc，以及qtp，这些都是我们在学校里学不到的，就这些课程我简单的说说我的体会：

etm：企业测试方法论，在这一门课中，我们学习了做测试的基本理论，在做一个测试软件时，首先要计划，分析需求，然后给客户提出设计方案，开发，执行测试，最后维护，计划阶段越详细越好特别是写tset case时。当然使用etm还有很多其他的好处。

itil：it基础构架库，在这里其中包括三个板块：服务管理平台，服务支持，客户付费机构。itil它提供了一个指导性框架，这个框架可以保留组织现有it管理方法中的合理部分，同时增加必要的技术，并且方便了各种it职能间的沟通和协调。

qc：质量管理中心，这是基于wed平台的测试管理工具，包括一些测试资产等组成。qc由发布，需求，测试计划用例，执行测试和缺陷跟踪主要组成部分。我认为，随着软件测试越来越重要，一个良好的测试管理工具对于软件测试也会非常重要。

qtp：是一种自动测试工具。使用qtp的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一版软件的新版本。使用qtp可以大大的提高工作效率，节省时间，以及其他的价值。

在学这几门课中，我们还做了不少的案例，在做这些案例中，我也学会了很多：

一．要主动的去学习，特别是要会学，自己在课余的时间多操作

二．积极的态度，态度要端正，学习才有目标

三．团队精神，工作不只是一个人的时期，往往都是一个团队完成一个项

目，在工作的过程中去保持和其他人员的交流和沟通时非常重要的。

第二篇：软件测试转正个人工作总结

这是一篇关于个人工作总结的范文，可以提供大家借鉴！

本人自2014年3月25日起进入梦龙移通公司从事手机软件测试工程师一职，在不知不觉中已经经过了2个月的试用期。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。

在本部门工作中，我一直严格要求自己，认真及时地完成领导布置的每一项任务，并虚心向同事学习，不断改正工作中的不足；配合各部门负责人落实及完成公司各项工作，

在过去的2个月中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的工作中更好的提高自己的水平、素质，更好的完成本职工作。

在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强 软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型兼备的新世纪人才。

第三篇：软件测试-培训心得

个人浅谈培训之心得

2014年3月8日，黄老师在百胜软件进行了为期一天的测试管理培训，本人非常荣幸的参加了此次培训，通过这次培训让我充实了更多的理论方面的知识，拓宽了思路，有许多不能用语言来表达的收获，让我更进一步的了解了软件测试理论技术，对软件测试有了一个更深入更全面的认识，对于以后如何更好的工作有了更全面的认识。

参见培训以前，没有测试环境重要性的认知，通常是测试需要什么环境就配置什么环境，开发不能重现的bug在测试机器上修改的情况大有存在。这次培训让我了解到，测试的进步、高效率首先有在测试环境建立和管理的基础。在保证开发环境与测试环境的唯

一、纯净性的同时，必须建立一个科学的标准库。

磨刀不误砍柴工，同样测试设计并不会耽搁测试的进度和效率。我们大部分人是看到测试任务，读懂就开始啪啪啪的进行测试，并没有测试之前的思考和设计。

并不是所有的测试写的越细越好，根据产品形态、形式、周期的不同，测试用例的细化程度是为了实现高效率的可执行、低成本的易维护。

以前一直以为，自动化测试，会用工具，会写执行脚本就可以了。听完老师的培训之后，我认识到，测试用例的设计、维护在自动化测试中统一重要，自动话测试并不是为了发现bug而去测试的，自动化测试是为了检查没有bug，程序没有错误。

听黄老师的一席话，让我在软件测试的路上，少了些弯路、少了些挫折。公司这样的培训，虽然不能起到立竿见影的效果，但潜移默化之中，把我们的测试之路修的较为平整些，吸取的经验减少着我们的痛苦。

第四篇：软件测试培训心得

从事软件测试工作已经有三年了，在经历了小公司、大公司的功能测试之后，业务需求已经不是本职测试工作的阻碍了，这时的我们该想想接下来的路了……

通过qq群知道了有这么一个测试培训机构有这么一群不断努力的人。思来想去，周末在家无聊的荒废时间，不如试试加入他们，重拾刚毕业那会的昂扬斗志。

加入这个培训之后才从之中的同学那里知道，原来这个培训班已经办了快两年了，里面有很多学员都是从最初一直坚持到现在。培训课程设计范围也很广，包括系统的数据库、java编程、linux系统包括时下比较fashion的手机自动化测试等等知识，在讲述这些知识的同时老师会在课程中间穿插测试涉及的内容。课程完毕后，对应的老师也会一直在群里与同学互动，及时解决同学在实际测试应该过程中发现的问题，这个对于我们在职的软件测试人员还是很有吸引力的。

目前为止，我也只参加了两次培训，一次单元测试，老师是微软的开发人员。虽然测试人员一般不会做单元测试，但对于目前很多公司不重视测试的行业现状，多了解开发人员的工作流程或操作无可厚非，在必要的时候能够明白开发是用什么工具如何进行的也可以让开发对你的测试工作给予更多的肯定。之后的培训是手机自动化的，我因有事无法参加，不过看到群里大家在热烈的讨论时，还是有点遗憾

啊。最近的一次培训是selenium自动化测试，这次的培训不是用的selenium ide而是通过结合浏览器自带组件自编代码进行各个浏览器的自动化测试，虽然这次讲的东西比较少，但对于我们实际的测试工作还是很有帮助，至少给我们的测试工作提供的思路，不是一提自动化测试就茫然无措了。

第五篇：软件测试培训心得

手机客户端测试实践的培训心得

2014年7月4日至2014年7月6日，部门组织了一次手机客户端测试实践的培训，让我对软件测试有了一次更深的认识.软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。

测试存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个软件项目的走向，成败与否全在于开始阶段的决策。

在严格的测试也不能完全的发现软件当中所有的错误，但是测试还是能发现大部分错误的，能确保软件基本可用和软件的适用性，所以在后使用的过程中还需要加强快速响应的环节。结合软件测试理论，故障暴露在最终客户端之前及时主动的去发现并解决。这点需要加强研发队伍的建设。

经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以避免风险，包括大数据量访问，高并发数等等。

培训中个人关于敏捷的建议

1. 在需求文档成型的初期，用户体验人员，开发人员，测试人员应该在一起分析该需求，开发人员提出可能的难度，测试人员根据需求提出可能存在的风险，把隐藏的风险尽量暴露在需求阶段，避免后期需求开发了一半，发现某个不可能实现的步骤，导致整个需求作废，前期的工作全部白费

2. 在前期需求分析阶段，开发人员需要根据用户体验人员的需求以及测试人员对该需求提出的风险做出需求实现的具体迭代计划，测试人员负责需求以及这些风险的验收

3. 在开发人员实现需求的迭代计划中，开发人员和测试人员每天都要开站会，开发人员负责介绍需求实现进度，测试人员汇报当前风险并根据项目的整体进度对开发人员提出警报，测试人员验收需求的标准一定要高，避免后期bug太多，维护成本高

4. 每周的迭代计划会议上，测试人员需要根据提供当前项目的软件bug分布和开发人员一起判断进度是否有延迟，迭代计划任务是否有更改，并根据当前迭代的进度制定以下各迭代的计划

5. 敏捷的最终目的是在最短时间内提供软件质量高的版本，越到后期软件维护成本越高，所以敏捷的源头应该是把风险控制需求阶段，把一个需求拆分为若干个小需求，一步一步实现，测试人员在需求前期提出风险，开发设计代码的时候考虑的就会比较全面，这样代码质量比较高，需求完成后要实现0严重bug