软件测试项目的心得体会

软件测试实训心得体会

　　本着对IT业的憧憬，走进了中城泰信(北京)信息技术有限公司，我在公司所从事的工作是软件测试，在真正投入到工作之前，我在网上查询了许多测试员的相关要求，了解了作为一个测试人员必须耐心，细心和*和的心态，他的目标是尽可能早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的需求。

　　软件测试员的一个基本素质是：打破沙锅问到底。另外还必须具备探索精神，有创造性，追求完美，判断准确，老练稳重，强的说服力以及受过编程方面的教育等素质，同时也还必须是个故障排除能手，等等。还没看完就发现自己离这些要求真的好远，更进一步认识到自己必须要全心全意投入工作，虚心请教，一切都得从头开始。另外，测试并不是单纯意思上的机械的"测试"，它首先要求对产品非常熟悉，不管是从功能上还是操作上。更为重要的还有就是我们要了解客户的需求，根据客户的要求来测试，看看产品是否能达到他们的要求。

　　而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品，在真正的投入到测试这个工作之前，我们首先该做的就是熟悉产品，而最最直接的途径便是查看说明书，刚开始每天都是打开电脑，看产品说明书，重复的看，本以为看几遍就都记住，但是到公司进行考核的时候，才发现原来自己真的什么都没有掌握，第一次考核不及格，虽然具体的分数没有看到，但是那份心情，却使自己始终无法忘怀，也更让自己认识到要虚心的，按部就班的好好熟悉产品，要做到对产品耳熟能详。

　　在我实*期间公司给北京市自来水集团负责查表税费稽查等系统，它主要应用是水费的业务管理。对于我们来说，它是一个全然陌生的产品，老总要求我和跟我一起实*的同事三天之内迅速熟悉产品的各种功能及完成测试。当时听了吓一跳，一个对于我们来说全新的产品，一天就要全部掌握而且要测试出它尚存在的问题，这似乎很不可能，而且也有点不相信自己有这样的能力。但是一天下来，我们竟然可以从什么都不懂，到熟练的掌握。并且也完成了一些简单的测试，发现了一些界面错误。但是对它的具体性能和功能的测试还没有完成，不过老板并没有责怪我们，只是让我们明天接着做，听了心里有些安慰。因为本以为他会大发雷霆呢。

　　那一天对于我来说最大的收获便是，要相信自己，不要被没有去真正实践的事情而吓倒，其实如果你真的.去尝试，你会发现一切都没有你想象的那么难，只要你努力，没有什么不可以。最后在我们的努力下，共用了不到三天的时间，熟练的掌握了的白板的操作，对它的界面、功能、性能等做完了全面的测试，及时做了总结，反馈给北京的公司，让他们对存在的错误做了修改，而且我们还协助老总教会了销售人员，以便他们能够在11月29日 的会议上能够熟练的操作，把产品展现给自来水集团的工作人员。后来听说得到了很大的反响，公司同事听了都非常的高兴，想想那两天的班算是没有白加。

　　实*结果几个月的实*下来，让自己走进了一个全新的领域，开始了自己真正的工作生涯。实*无所谓结果而言，更确切的说，它是一个开端，一个让自己学会成长的地方，当然也确实让自己长大了许多。不管是从工作技能上还是从为人处事上，我都感觉到了有很大的提高。首先，在工作技能上，因为从事的是测试工作，对于自己来说是一个全新的概念，一切都是从头开始的，而更需要自己的努力、耐心和细心。这些都是自己欠缺的，但是在工作了这几个月后，真的发现自己有了很大的改善。虽然离真正的软件测试人员的要求还有很大的距离，但是自己一定会努力，向着自己的目标前进。其次，在为人处事方面，也让自己成熟了许多。虽然不能用语言来描述，但是确实可以从生活中的点点滴滴感觉得到。经历使人成长，只有真正的经历过，才可以让自己真的成熟起来，要想真的出人头地，好的为人是前提。

　　实*结说来自己真的算是很幸运吧，我应聘的职位是软件测试员，当初在大家包括我自己的眼里都认为软件测试的要求非常高，而且似乎有一种可望不可及的感觉，但是当自己真正的接触了这个行业之后，发现其实并没有那么的高不可攀。不过后来发现自己所从事的，并不是真正意义上的软件测试，只是一种"手脑"测试罢了，不过虽然如此，但依然学到了很多，尤其是对计算机的硬件知识和底层操作有了更深的一步了解。还记得刚刚走入公司的时候，感觉很奇妙，一切都是那么新奇，那么陌生，不敢随便讲话，凡事都小心翼翼的，这对于性格开朗的我来说，简直到了折磨的程度，不过幸运的是很快就跟所在部门的同事混熟啦，公司虽然很小，但是工作的氛围却非常的轻松。也许大家都是年轻人，且都是刚刚进入社会不久，所以有很多的共同话题，在工作之余，和同事之间的关系相处的很融洽，完全化解我当初的煌煌不安。

　　总之，通过这次实*，确实让自己成长了许多。在实*期间，我学到了许多东西，遇到了一些困难，也看到了自己本身存在着许多问题。在测试时要想使自己的测试更加周全。总会遇到这样那样的问题，当前的软件的功能日趋复杂，不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映

　　出学*的还不够，缺点疏漏。需再加以刻苦钻研及学*，不断开拓视野，增强自己的实践操作技能，为以后能做好测试工作而努力。

[阅读全文]...

软件测试答辩项目总结

　　这学期的期末大作业是对ELearning Java Web应用系统进行测试，通过这次系统测试，我学到了很多知识，软件测试个人总结。对于具体的测试部分，我主要做的是单元测试和性能测试，其中单元测试使用的是Junit工具，性能测试使用的是JMeter。就这次大作业而言，我认为它与我们*时做的实验很不相同，我们*时的实验只是涉及到测试的某个小部分，而这次测试却是对一个相对完整的项目按照规范的标准进行测试。

　　对于好的测试来说，应该注意一下几点：

　　1.测试的独立性：一次只测试一个对象，方便定位出错的位置。这有2层意思：一个TestCase，只测试一个对象；一个TestMethod，只测试这个对象中的一个方法。

　　2.给测试方法一个合适的名字。

　　3.在assert函数中给出失败的原因，如：assertTrue("…should be true",…)，方便查错。在这个例子中，如果无法通过assertTrue，那么给出的消息将被显示。在junit中每个assert函数都有第一个参数是出错时显示消息的函数原型。

　　4.测试所有可能引起失败的地方，如：一个类中频繁改动的函数。对于那些仅仅只含有getter/setter的类，如果是由IDE(如Eclipse)产生的，则可不测；如果是人工写，那么最好测试一下。

　　5.在setUp和tearDown中的代码不应该是与测试方法相关的，而应该是全局相关的。如针对与测试方法A和B，在setUp和tearDown中的代码应该是A和B都需要的代码。

　　6.测试代码的组织：相同的包，不同的目录。这样，测试代码可以访问被测试类的protected变量/方法，方便测试代码的编写。放在不同的目录，则方便了测试代码的管理以及代码的打包和发布。

　　对于测试用例的命名，我们最好要使其与测试类的名称相一致，比如说，类的名称为Testing，此类的测试用例的名称为TestingTest。当我们把测试代码和被测的代码放在同一目录下时，我们就可以在编译被测代码的同时编译测试代码，从而确保两者是同步更新的，工作总结《软件测试个人总结》。事实上当前的普遍做法，就是把单元测试视为build的一个环节。保持测试之间的独立性是一个很好的*惯，使得它们在任何次序下执行的结果都是相同的。如果真得需要某些测试按照特定的次序执行，我们可以借助addtest来实现。当我们需要增加一个测试时，我们要书写一个自己的测试用例，但是如果喜欢在测试用例的构造函数中做有关的初始化工作，这就不是个好*惯。数据文件应该尽可能和源代码一起都放在配置管理系统上，但这样一来如果我们采用上面的resource机制，我们就需要做一件工作，就是把数据文件从原来的位置-就是源代码的某个相对路径，拷贝到编译后的位置，也就是class文件的相应的相对路径。

　　通过这次软件测试的系统测试，我对软件测试有了更加深刻的认识，其实软件测试并不像想象的那么简单，它需要测试人员具备多方面的能力和素质。软件测试人员应该拥有广阔的视野、一定的编程能力、细心和耐心等等。这些对于能否测出优秀的系统来说都是必不可少的。

　　经过这次对java Web应用系统的测试，我的测试能力得到了锻炼，对软件测试有了比较全面的认识，收获了很多珍贵的东西，而且我也从软件测试的角度，对编写健壮的程序也有了新的认识。

　　记录激动时刻，赢取超级大奖！点击链接，和我一起参加"2010：我的世界杯Blog日志"活动！

[阅读全文]...

软件测试心得体会10篇

　　20xx年x月x日。我怀着对提高并实现自我价值的心态，走进深圳走秀网络科技有限公司的大门，开始了自己大学里兼职实*工作。转眼间。6个月的实*时间就要过去了。回想起这段时间的工作过程，我深深的认识到在走秀网实*的选择是绝对正确的，走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。现将这段时间的工作进行如下总结。

　　首先，要具有良好的学*能力。刚进走秀，带我的老大是哈尔滨人，我跟她很投缘。开始的一个星期，我只是熟悉公司的一些业务和我们前端的测试范围，在熟悉业务的过程中，我发现这些页面上的东西看上去挺简单的，但是要深入了解还是需要很长的一段时间。期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的简单的bug。走秀网的测试部还比较大，所以对工作的流程和上线之前的版本控制的非常严格。我们在上线之前，会经过两套环境，功能测试环境和镜像环境，功能测试环境是对需求和功能的一个详细的验证环境，镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。因为不知道这些转测试的bug是怎么产生的，所以需要去跟开发人员沟通，开始的时候自己一个人不敢过去开发部，就让老员工(才哥)带着过去，一段时间过后，我开始自己去和开发沟通交流，从发现问题的重现，到催促开发修改和转测试，这一段时间让我深刻体会到沟通时多么重要。

　　在走秀期间，我们测试部总监还会对我们不定时的培训。教会我们测试的工作流程和每个阶段应该展开的工作范畴。作为测试，必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink，还给我们培训了，如何使用自动化工具ruby+watir来对一些测试点进行自动化脚本的编写。慢慢的，在对公司的业务了解的比较透的时候，老大就开始让我们自己对一些小需求进行测试，测试的过程中，不仅仅是对页面和表面功能进行测试，还要根据需求文档和页面的显示对数据库表进行查询操作，查看页面的显示和功能是否和数据表里面的一致，还要在后台日志中查看是否有报错。所以，测试并不是像我想象中的那么简单，不是在页面上点来点去就可以测的好的。

　　实*可以使每一个学生有更多的机会尝试不同的工作，扮演不同的社会角色，逐步完成职业化角色的转化，发现自己真实的.潜力和兴趣，以奠定良好的事业基础，也为自我成长丰富了阅历，促进整个社会人才资源的优化配置。作为一名学生，我想学*的目的不在于通过毕业考试，而是为了获取知识，获取工作技能，换句话说，在学校学*是为了能够适应社会的需要，通过学*保证能够完成将来的工作，为社会做出贡献。然而步出象牙塔步入社会是有很大落差的，能够以进入公司实*作为缓冲，对我而言是一件幸事，通过实*工作了解到工作的实际需要，使得学*的目的性更明确，得到的效果也相应的更好。

　　人要想成功及获得好的业绩，必须牢记一个规则：我们永远不能将个人利益凌驾于团队利益之上，在团队工作中，会出现在自己的协助下同时也从中受益的情况，反过来看，自己本身受益其中，这是保证自己成功的最重要的因素之一。

　　虽然一如继往地写读书笔记，笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最*有了一定的时间,更因为狠狠地泡了一段时间测试论坛,下载学*了该网站的电子测试杂志之后，自己的思路终于开始清晰起来，朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。

　　我觉得学*软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和开发人员还是有区别的。

　　关于学*，我知道我并非计算机专业的学生,初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是,总该知道如何去学*，然而我认为，学*该有必要的方法。

　　1. 找个好师傅

　　这是最重要的一条了,也是公司提供的最好的一个条件.刚进来的时候,td,测试案例都有一个pm细心的和你讲,案例有什么方法来设计要注意哪些错误软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，一大堆的东西马上够你头晕的了.呵呵,还好,悟性不错,都囫囵吞枣地吞下去了。

　　2.学会读书

　　无论是神马专业，我始终确信，万变不离其宗，我知道，我不是这个专业的，但这个并不代表这我就不了解这个，再怎么不济，我也是从书本中走出来的，我相信，只要我努力地吧书本啃熟，我能够灵活地融入到这个职业中去，从书本中找寻解决问题的方法。标记出自己所错误的。

　　3.与前辈们一起讨论，多说

　　总有一天，我们会成为一位前辈，不过不是现在，至少现在我们应该好好的向别人学*，所以，我觉得，前辈是我们前进道路上不可或缺的一部分，他会成为引领我们前进的发动机，给我们指点，跟我们道工作的经验。然而，我们也应该多说，我知道，前辈们给我们讲解，已经是很辛苦的事情，毕竟，这不是他们的义务。我们也应该多多说说我们的观点，这样既能够让人家了解我们的水*，也方便老师前辈们对我们进行指导。

　　这些天的学*，我也有了一点自己的心得体会

　　体会一：软件测试在整个软件周期中的重要性。

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

　　体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。

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

　　下面简单谈谈我的几点体会：

　　体会一：软件测试在整个软件周期中的重要性。

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

　　体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。

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

　　体会三：在系统性能测试方面需要重视。

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

　　当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。

　　下面是本人的几点想法：

　　想法一：加强系统上线前的性能测试。

　　目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。

　　想法二：适当介入相关项目研发

　　对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。

　　我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反馈问题。

　　现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。所以，是否应该针对某些项目介入厂家研发工作，比如请厂家提供源代码等相关要素，以增进维护人员对系统的了解。

　　最后再次感谢公司提供的*台，感谢领导的信任，让我有机会得到更深层次的学*以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的支撑服务*台。

　　曾经一度认为软件测试就是使用工具测试bug，现在看来不是这么一回事情，因为还是有手工测试（执行测试），工具只是一个辅助，用工具你先要去了解测试的一些基本的东西（如：测试用例，预期结果等），不是那按两下按钮就行了，就算是录制脚本，也需要看懂脚本的代码，工具不是万能的。

　　一开始接触软件测试觉得很枯燥乏味，全都是一些理论的东西，还不如回到小学学*语文呢，都是一些名词的解释，比如:黑盒测试，百合测试，系统测试。测试基础等等这些，老师都会去告诉你这些名词什么意思，很无聊，到后来慢慢由语文变成了数学，开始练*测试用列的编写，这个还有点意思，因为这个更多时候能够体现个人的逻辑思维能力，再然后数学就转变成了英语，因为要使用到一些测试的工具，比如：WinRunner工具，录制脚本它会产生一些代码，不过代码比较好理解，虽然是英文的但是还是很好看懂的。

　　学*软件测试一学期，其实我觉得最重要的是兴趣，有了兴趣还是不行的，还需要具备一些语言的基础，例如：C，java，C#等一些语言，这些语言你不需要去深入的学*，只需要了解，最重要的是了解数据库（例如：SQL，MySQL，Oracle）的知识，想要成为一个好的测试工程师，应该要全面的发展，读懂需求分析文档（注：客户的要求），还有要学会写文档，语言的组织能力决定你这份文档的价值，这也是一种沟通能力的体现，比如写缺陷报告时：有一项是描述缺陷，这就能看出你的表达能力，给程序员能不能看懂就能体现沟通，最后就是整理文档和撰写测试总结报告，越是到最后越是要细心，因为软件永远都是有缺陷的，我们的细心可以让软件减少一些bug，不求最好，只求更好。

　　今年暑假，在学校的组织下，我有幸参加了由用友软件（苏州）分公司培训部举办的为期四天的“用友U8普及版”和“用友ERP沙盘认知”培训。

　　前两天是用友U8普及版的培训，主要让我们对U8有了一个全面的'认识和了解。

　　在后两天培训中，学员们分成3个企业经营小组，开展了企业经营竞赛。老师们以企业总经理、营销总监、采购总监、生产总监、财务总监、财务助理身份体验了企业经营过程，通过观测思考、协同操练、决策规划、生产营销等，学*了财经、商贸、经营管理等专业的知识和技能，得到了对企业经营过程、操作流程全方位的感知和认识。培训中我们被企业经营沙盘模拟深深地吸引，热情地扮演自己的角色，培训气氛活跃，收到了良好的效果。事后各组成员纷纷表示：如果沙盘模拟的教学理念用于我们的专业课教学中去，必将带来课程的改革和创新，使我们职校经济类专业的学生真正感知社会和企业的实际，从“做中学”必然提高学生们对专业课的学*兴趣，此种教学方法和模拟实践应该在全市的职业学校中推广。

　　我觉得可以在我们的会计电算化教学中纳入ERP，改变现在会计电算化教学模式：

　　1、改变原来的理论教学方法，引入ERP，丰富教学内容。

　　传统的会计电算化教学是按传统教材的编写进行的，主要分为三个部分。一是计算机基础知识，主要是现在较为普及的基础知识；第二部分是关于会计软件的开发，介绍会计软件的发展、开**况及具体软件开发；第三部分是关于会计软件的使用，就某一会计软件的具体操作。由于课时有限，教师按照这三个部分进行讲解，只能是简单讲解，没有重点，学生对软件的使用和开发均没有完全掌握。将ERP纳入会计电算化教学后，教学的主要内容发生了变化，具本分为三个部分：第一部分是会计电算化的概述，简要介绍会计电算化，会计软件，ERP的产生和发展等问题；第二部分是总账系统（或称账务系统）作为ERP子系统之一的学*，这部分内容和原来的普通财务软件相*，是会计电算化中重中之重的内容，要祥细讲解，学生要完全掌握；第三部分是与总账系统有关系而独立的其他各子系统的学*，如固定资产处理系统、工资处理系统、供货（应付）和销货（应收）系统等。通过这些系统的学*，对会计电算化及企业管理都有全新的认识，有利于会计电算化教学和扩宽学生知识面。对会计电算化教学进行新的定位，应重视软件使用教学。由于计算机的普及，对于计算机的基础知识不应纳入会计电算化课程，该课程的对象应具备一定的计算机知识和会计知识。所以，这门课的定位应是使用操作教学，对于普通财务软件的教学，其量过少，内容单一，要充分利用好课程学时，将ERP纳入会计电算化教学，内容将得到极大的丰富，对学生是绝对有利的。

　　2、ERP实验代替原来的普通财务实验，让会计电算化实验内容变得复杂、丰富，可以提高学生业务能力。

　　ERP是将企业所有的资源进行整合集成管理，即企业的物流、资金流和信息流进行全面一体化的管理。ERP软件有三方面的内容：生产控制管理、物流管理和财务管理。其中的财务管理包括了会计核算和财务分析，即包括了原来会计电算化的普通财务管理。 ERP纳入会计电算化实验以前，实验主要是针对普通财务（账务）进行实验的，一般是在专门的实验室进行，学生是一人一组进行实验。实验很简单，主要就是将有关数据内容记入到财务软件中，然后执行审核、记账、结账的简单处理，直至生成会计报表。尽管有的实验处理账务时会根据业务的需要进行部门管理、项目管理或是往来管理，但由于实验过于简单和容易，学生对实验不是很感兴趣，实验效果也不是很好。ERP纳入会计电算化实验后，内容不再是简单的数据账务处理，而是将企业的账务处理系统作为企业资源计划的一个子系统，与企业供、产、销的业务子系统同时为企业管理服务。账务处理不再单一了，有很多的业务需要其他子系统来完成，实验由此发生了很大的改变，不仅内容丰富了，而且整个实验要求也不一样了。实验一般将学生分为4—6人一组，模仿一经营企业，引入“沙盘模式教学”实验，如用友的ERP系统，让学生在企业中扮演不同的角色，由教师按企业的实务情况来指引着学生的实验操作，让学生体验整个企业的各方面，不仅能从中理解企业财务状况，而且清楚会计工作从基本核算到会计信息的提供，从财务管理到正确处理企业财务与和其他部门之间的关系。从中，学生还能发现问题，最后处理问题，专业上也就得到了提高。

　　虽然一如继往地写读书笔记，笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最*有了一定的时间，更因为狠狠地泡了一段时间测试论坛，下载学*了该网站的电子测试杂志之后，自己的思路终于开始清晰起来，朦朦胧胧地开始看清了远方的路，麻着胆子去分析一下自己，也学着展望一下未来了，毕竟摸黑走路的感觉很不好。

　　我觉得学*软件测试的通用技术与针对某类软件的测试技术外，还有一个重要的与技术无关的方面：业务知识。没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误，当然需求要依据特定的软件，但软件测试人员对需求理解的深入程度不应低于软件开发的人员。因为软件测试所有的依据来自于需求，而所有的需求来自于客户，甚至是我们的全部都来自于客户。识别需求后还必须转化为测试上的需求，毕竟测试人员看需求的角度和开发人员还是有区别的。

　　关于学*，我知道我并非计算机专业的学生，初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是，总该知道如何去学*，然而我认为，学*该有必要的方法。

　　1、找个好师傅

[阅读全文]...

软件测试心得体会 (菁选20篇)

　　在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的)。

　　而通过这次的这次分析觉得自己的测分还存在以下的问题：

　　1、太关注开发的内部实现逻辑。建议：将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。

　　2、分析文档写的过于详细，甚至将用例的步骤都写了出来。建议：测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样)，这样后面的人才会自己主动去想问题。

　　3、分析文档要考虑维护性问题，不要出现类似比如还款中状态为“R”这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的`文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到R这么细节，否则的话开发稍作变动我们就要相应变动我们的用例

　　4、没有明确测试目的。review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。

　　总结：

　　1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑部分(即不去看系分文档)，待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。

　　2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。

　　3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。

　　通过这次课程设计的实训，增加了我学*软件技术的兴趣，虽然还不明确软件技术包含的具体内容，但从C++语言这门课程开始，已发现程序设计的乐趣，在学*C++语言的过程中也学到了许多计算机应用基础知识，对计算机的机体也有了一个大体的了解。在实际操作过程中犯的一些错误还会有意外的收获，感觉实训很有意思。在具体操作中对这学期所学的C++语言的理论知识得到巩固，达到实训的基本目的，也发现自己的不足之出，在以后的上机中应更加注意，同时体会到C++语言具有的语句简洁，使用灵活，执行效率高等特点。发现上机实训的重要作用，特别是对数组和循环有了深刻的理解。

　　通过实际操作，学会C++语言程序编程的'基本步骤、基本方法，开发了自己的逻辑思维能力，培养了分析问题、解决问题的能力。深刻体会到“没有做不到的，只有想不到的”，“团结就是力量”，“实践是检验真理的标准”，“不耻下问”的寓意。

　　在此希望以后应多进行这样的实训，加长设间，培养学生独立思考问题的能力，提高实际操作水*。

　　通过本次项目实训我要感谢学校领导给我们提供了这次机会，让我们自己有出去体会生活，自己做项目的深刻体会。这次实训让我明白我自己之前的学*还是差很多，只有不断的努力，才能学好。还要感谢达内公司对我的指导，我自己的努力固然重要，但是达内的优秀教师给我做的培训，讲的理论都让我受益匪浅，让我对软件有了一个新的概念新的理解。

　　曾经一度认为软件测试就是使用工具测试bug，现在看来不是这么一回事情，因为还是有手工测试（执行测试），工具只是一个辅助，用工具你先要去了解测试的一些基本的东西（如：测试用例，预期结果等），不是那按两下按钮就行了，就算是录制脚本，也需要看懂脚本的代码，工具不是万能的。

　　一开始接触软件测试觉得很枯燥乏味，全都是一些理论的东西，还不如回到小学学*语文呢，都是一些名词的解释，比如:黑盒测试，百合测试，系统测试。测试基础等等这些，老师都会去告诉你这些名词什么意思，很无聊，到后来慢慢由语文变成了数学，开始练*测试用列的编写，这个还有点意思，因为这个更多时候能够体现个人的逻辑思维能力，再然后数学就转变成了英语，因为要使用到一些测试的工具，比如：WinRunner工具，录制脚本它会产生一些代码，不过代码比较好理解，虽然是英文的但是还是很好看懂的。

　　学*软件测试一学期，其实我觉得最重要的是兴趣，有了兴趣还是不行的，还需要具备一些语言的基础，例如：C，java，C#等一些语言，这些语言你不需要去深入的学*，只需要了解，最重要的是了解数据库（例如：SQL，MySQL，Oracle）的知识，想要成为一个好的测试工程师，应该要全面的发展，读懂需求分析文档（注：客户的要求），还有要学会写文档，语言的组织能力决定你这份文档的价值，这也是一种沟通能力的体现，比如写缺陷报告时：有一项是描述缺陷，这就能看出你的表达能力，给程序员能不能看懂就能体现沟通，最后就是整理文档和撰写测试总结报告，越是到最后越是要细心，因为软件永远都是有缺陷的，我们的细心可以让软件减少一些bug，不求最好，只求更好。

　　一个从点点点开始，一切未知的故事。

　　在最初的认知里，软件测试这个行业需要掌握的.只是简单的点点点，但是怎么点，从那点，为什么点一直是我内心的疑惑，所以，为了让自己能够点点点，更明白的点点点，学*软件测试并在这个行业发展成了我现阶段的目标。

　　需求澄清阶段：从二三百字的英文需求文档，像一个产品的使用说明书，简单明了的交代了是什么，怎么用。到后来几千字的需求澄清文档，是一次思维的转变。从*以为常的使用各种软件到思考怎样去制造出来一个软件，一个成熟的软件具备了哪些功能才能够让我们去使用，要同时从人和计算机的角度去思考问题。从人的角度出发，我们要考虑我们所需要的软件能够帮助我们干什么，在哪些方面减少我们的人工成本，怎样才是使用起来方便快捷的。从代码的角度出发，代码能够实现的功能有哪些，其中的逻辑顺序是怎样的，怎样才能用最少的代码实现最多的功能。尽最大的努力去提出尽可能多的需求。

　　思维导图阶段：思维导图，像字面意思一样，是思维的引导流程图。相比于繁琐的文字信息，它能够有逻辑有顺序的用最少的文字展现一个软件应有的功能。也能够说明在人们对于软件错误的操作后，软件能够明确的告知。

　　测试计划阶段：计划，顾名思义，对任何一件事情都是需要有计划的，它就像是完成目标的开始，我们在对某件事情有了初步的了解之后，怎样去完成这件事情，谁去完成这件事情，在什么环境下完成这件事情，怎样就算达到目标，不管哪一方面，我们都需要一个简单的计划，这样才能更好的掌控事情的发展形势。

　　测试设计阶段：软件测试需要我们去测试什么，我们怎样才能测试出来我们想要的东西，根据什么去执行测试。或许这就是测试设计的意义。根据对需求的理解，我们怎样才算完成对需求的开发，是测试设计的重点，也是测试用例编写的依据。我们需要全方面的考虑问题。不仅仅是它能不能正常使用，而且也包括在异常情况下的处理；在不同条件，不同环境下功能能否正常使用；一个软件前端和后端所能显示的信息情况是否一致。这些都不再是概括性的描述，而是具体的实例。

　　需求澄清到用例开发，二三百字到上万字的文档，对于软件测试这个行业有了全新的认识。不止是简单的点点点，是对一个项目上线前的最后一道防线，尽可能多的去避免缺陷产生是软件测试的职责。

　　对于现阶段的自己，想要更深层次的了解软件测试，需要的是时间和精力的付出。只希望现在的自己，能够快速的掌握软件测试的基础知识，进入这个行业。在实践中成长，在成长中学*。

　　接触计算机程序设计已经快7年了，从事专门的软件测试也快四年了，强子也是在阴差阳错中踏入软件测试领域，一开始只想做一个特牛的程序设计师，可是毕业后找工作却找了个软件测试的工作，在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心，也是由于那时我们这个业务刚成立不久，由于表现还不错所以一个阴差阳错的机会被升为team leader，到现在也还在同一家公司做着测试的工作。

　　先讲讲做manager的一些体会，其实具体做什么事真的不是那么重要，关键是做事的方法，做人的章法，特别是对一个manager来说，方法比技术更重要，真的是这样，当然我也很喜欢研究技术，技术能让我找到更多的自信和成就感，但是面对着手下一帮兄弟姐妹，一个人的技术就显得有些力不从心了，这个时候得把你的知识share给大家，当然形式多种多样，比如写一份文档，做一个正式的training，给大家营造一种不耻下问的环境或者大家一起讨论一些难题等等。当然还有很重要的一点，一定不能说“我不知道”，作为一个头，如果你真的不知道，那你得想办法通过一些手段与员工一起把这个问题解决了，坚决不能说“我不知道，你自己看着做吧“等，本来员工是很尊重你的，这些话将直接导致其鄙视你。

　　虽然一如继往地写读书笔记，笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最*有了一定的时间,更因为狠狠地泡了一段时间测试论坛,下载学*了该网站的电子测试杂志之后，自己的思路终于开始清晰起来，朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。

　　我觉得学*软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和开发人员还是有区别的。

　　关于学*，我知道我并非计算机专业的学生,初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是,总该知道如何去学*，然而我认为，学*该有必要的方法。

　　1. 找个好师傅

　　这是最重要的一条了,也是公司提供的最好的一个条件.刚进来的时候,td,测试案例都有一个pm细心的和你讲,案例有什么方法来设计要注意哪些错误软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，一大堆的东西马上够你头晕的了.呵呵,还好,悟性不错,都囫囵吞枣地吞下去了。

　　2.学会读书

　　无论是神马专业，我始终确信，万变不离其宗，我知道，我不是这个专业的，但这个并不代表这我就不了解这个，再怎么不济，我也是从书本中走出来的，我相信，只要我努力地吧书本啃熟，我能够灵活地融入到这个职业中去，从书本中找寻解决问题的方法。标记出自己所错误的。

　　3.与前辈们一起讨论，多说

　　总有一天，我们会成为一位前辈，不过不是现在，至少现在我们应该好好的向别人学*，所以，我觉得，前辈是我们前进道路上不可或缺的一部分，他会成为引领我们前进的发动机，给我们指点，跟我们道工作的经验。然而，我们也应该多说，我知道，前辈们给我们讲解，已经是很辛苦的事情，毕竟，这不是他们的义务。我们也应该多多说说我们的观点，这样既能够让人家了解我们的水*，也方便老师前辈们对我们进行指导。

　　这些天的学*，我也有了一点自己的心得体会

　　体会一：软件测试在整个软件周期中的重要性。

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

　　体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。

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

　　虽然一如继往地写读书笔记，笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最*有了一定的时间,更因为狠狠地泡了一段时间测试论坛,下载学*了该网站的电子测试杂志之后，自己的思路终于开始清晰起来，朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。

　　我觉得学*软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和开发人员还是有区别的。

　　关于学*，我知道我并非计算机专业的学生,初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是,总该知道如何去学*，然而我认为，学*该有必要的方法。

　　1. 找个好师傅

　　这是最重要的一条了,也是公司提供的最好的一个条件.刚进来的时候,td,测试案例都有一个pm细心的和你讲,案例有什么方法来设计要注意哪些错误软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，一大堆的东西马上够你头晕的了.呵呵,还好,悟性不错,都囫囵吞枣地吞下去了。

　　2.学会读书

　　无论是神马专业，我始终确信，万变不离其宗，我知道，我不是这个专业的，但这个并不代表这我就不了解这个，再怎么不济，我也是从书本中走出来的，我相信，只要我努力地吧书本啃熟，我能够灵活地融入到这个职业中去，从书本中找寻解决问题的方法。标记出自己所错误的。

　　3.与前辈们一起讨论，多说

　　总有一天，我们会成为一位前辈，不过不是现在，至少现在我们应该好好的向别人学*，所以，我觉得，前辈是我们前进道路上不可或缺的一部分，他会成为引领我们前进的发动机，给我们指点，跟我们道工作的经验。然而，我们也应该多说，我知道，前辈们给我们讲解，已经是很辛苦的事情，毕竟，这不是他们的义务。我们也应该多多说说我们的观点，这样既能够让人家了解我们的水*，也方便老师前辈们对我们进行指导。

[阅读全文]...

软件测试工作心得体会3篇

　　将*一个月的假期实*生活结束了，告别了这一次短暂的实*生活，这段时间也让我感概万分，有欢乐，也有苦累，也许这就是实*生活所必须经历的吧。似乎尝到了校园中所不能经历的辛酸苦累，所以，这段时间里我学到了很多，也都成为了我人生中的宝贵财富，也迈向了社会中重要的一步，是非常值得珍惜的。

　　这次实践主要就是学会使用公司软件部门所开发的应用软件和各种产品设备，熟悉和了解一贯的操作方法和可能出现的问题，并就如何解决问题向老员工请教方法。教我的是一位年纪稍大的老员工，先与我说了一下要点，然后让我自已看，遇到不懂的就问。初次接触，发现它并不像书本那样的有条有序，许多信息夹杂在一起，令人眼花缭乱，而有不同的种类，要做到随便一看就知是什么单是不行的，因为看过一点有关软件测试的书籍，所有有点了解，但是这些根本不够，于是接来的几天我就踏踏实实的坐在哪里认真的看产品介绍和说明书，熟悉它的大致结构。

　　熟悉了相关软件和硬件的操作和基本故障诊断之后，我也成为工作之中的一员，开始尝试解决客户应用产品中出现的一些问题。在这一段时间里，主要任务有巩固之前所学的，对常见的错误要一看便知，并养成认真仔细的工作*惯。在工作的过程中我也遇到了一些棘手的问题，但是经过大家的共同努力也一起解决了。经过了这些之后我也感觉到光靠培训听讲是不那么管用的，有时候也要自己试着去解决问题去亲自动手测试一些东西，在实际的应用过程中去发现问题和解决问题，做任何事都是一样要实事求是。

　　结合之前的培训，了解我现在的任务就是熟悉各种软件的操作和数据结构，然后在此基础上尽一切可能的去模拟、去思考现实使用环境中的应用可能性和预测可能出现的状况再对比一出现故障的概率等等，在这样的一个环节之后我要做的更细致的活儿就是做好各种测试计划和测试报告，然后对这些报告做一个准确和客观的评估然后将我所获得的结果反馈给软件或者硬件开发人员。

　　经过了将*一个月时间学*，了解到自己还有许多的不足，首先是缺乏工作经验，因为自己缺乏经验，很多问题而不能分清主次，还有些培训或学*不能找到重点，然后工作态度仍然不够积极，在工作中仅仅能够完成布置的工作是不够的，若没有工作做时可能就会松懈，不能做到主动学*。在工作中，不允许丝毫的马虎，严谨认真是时刻要牢记的。同时，学术上不够钻研，这是由工作性质决定的，也是我自己选择的，因为在我看来，只有被市场认可的技术才有价值，，但我毕竟是大三在校生，对科研技术进展方面都不了解，所以还需要更多的锻炼机会。

　　经过这一次的实践与学*，我才慢慢开始真正了解了软件测试工作，实*是一个开端，一个让自己学会成长的地方，不管是从工作技能上还是为人处事上，我都感觉到了自己有很大的提高。

　　首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，我相信自己一定能克服。作为软件测试工作者要善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生，别人认为是对的，我却认为不是对的。有时候，往往某些质疑才是关键。保持一个良好的心情，否则很可能无法把测试作好，一定不能把生活中的不愉快的情绪带到工作中来。在工作技能上，因为从事的是测试工作，自己又没有经验，所以一切需要我从头开始，而且更需要自己的努力、耐心和细心。这些都是自己欠缺的，但是在工作了这几个月后，真的发现自己有了很大的改善。其次，让自己成熟了许多。虽然不能用语言来描述，但是确实可以从生活中的点点滴滴感觉得到。经历使人成长，只有经历过，才可以让自己真的成熟起来。

　　刚开始的时候很多人都和我一样，认为软件测试工作简单，只需要动动鼠标就行，之后才明白当初的认识是多么的肤浅。虽然自是功能测试，手工测试的工作，但是那鼠标也不是那么乱点的！所以其实做任何一件事都要付出自己自己的真心，努力去做，勇敢去做，才能离成功更进一步。

　　我觉得学*软件测试的通用技术与针对某类软件的测试技术外，还有一个重要的与技术无关的方面：业务知识。没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误，当然需求要依据特定的软件，但软件测试人员对需求理解的深入程度不应低于软件开发的人员。因为软件测试所有的依据来自于需求，而所有的需求来自于客户，甚至是我们的全部都来自于客户。识别需求后还必须转化为测试上的需求，毕竟测试人员看需求的角度和开发人员还是有区别的。

　　关于学*，我知道我并非计算机专业的学生，初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是，总该知道如何去学*，然而我认为，学*该有必要的方法。

　　一、找个好师傅

　　这是最重要的一条了，也是公司提供的最好的一个条件。刚进来的时候，td，测试案例都有一个pm细心的和你讲，案例有什么方法来设计要注意哪些错误软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，一大堆的东西马上够你头晕的了。呵呵，还好，悟性不错，都囫囵吞枣地吞下去了。

　　二、学会读书

　　无论是神马专业，我始终确信，万变不离其宗，我知道，我不是这个专业的，但这个并不代表这我就不了解这个，再怎么不济，我也是从书本中走出来的，我相信，只要我努力地吧书本啃熟，我能够灵活地融入到这个职业中去，从书本中找寻解决问题的方法。标记出自己所错误的。

　　三、与前辈们一起讨论，多说

　　总有一天，我们会成为一位前辈，不过不是现在，至少现在我们应该好好的向别人学*，所以，我觉得，前辈是我们前进道路上不可或缺的一部分，他会成为引领我们前进的发动机，给我们指点，跟我们道工作的经验。然而，我们也应该多说，我知道，前辈们给我们讲解，已经是很辛苦的事情，毕竟，这不是他们的义务。我们也应该多多说说我们的观点，这样既能够让人家了解我们的水*，也方便老师前辈们对我们进行指导。

　　这些天的学*，我也有了一点自己的心得体会

　　体会一：软件测试在整个软件周期中的重要性。

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

　　体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。

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

　　这次实训使我们明白我们所欠缺的不仅仅是技术知识，更重要的是有一种处理事情的方法、面对问题的心态和动手能力。面对完全陌生的新知识、新技术、新项目以及整个IT行业，我们不能畏惧，要以一种积极的心态去面对，分析并抓住关键所在。因为我们所即将应对的每一个项目都是既需要实际操作，又需要详细规划的。作为组长，协调组员、激励其他学员和积极参与项目研发是我每天必做的工作。我认为每个人都应该在团队中做好自己应尽的职责，再优秀的个人也可能完成一个即庞大又复杂的项目工作，我们必需紧密的联合在一起，以一个团队的角色来面对。

　　一公司有一项对项目经理的调查显示，项目经理*均每周参加6个会议，其中25%的时间浪费在无用的讨论上。会议效率低最普遍的3个原因是：会议没有很好的计划、会议没有被适当的领导、无纪律的与会者。我们软件项目也会遇到相同的问题，项目启动会、评估会、大大小小的评审会、技术会、周例会等等一系列会议会随着项目进展而召开，如何保证高效的会议效果，我的一些会议技巧与大家共享：确实需要开会时才开会；订立会议纪律；非常清楚的明确会议目标；提前准备一个会议议程；提倡各会议参与人的会前准备；鼓励参与，但在会议过程中遵守会议议程；把团队建设融入会议、作会议记录、会后跟踪所有安排任务的执行情况。

　　程序员需要关心尊重。曾经有个例子，某公司开发人员王某由于刚开始学*编程，技术水*差一点，常常受到经理的“另眼相看”，每次软件出现了问题都怀疑是他的原因，老开他的低级玩笑，这位员工会有怎样的表现就可想而知了。经理通过这种手段能够迫使这一位自动辞职吗？非也，这位员工后来工作非常不负责任，把代码写得既长又重复，且在代码中留下大量的隐患，此时，经理却反而不敢过份得罪他了（否则，留下的巨量代码很难维护）。如果认为某人不适合目前工作，为何不另请高明？既然已经请他作了这件工作，就得尊重他。不能指望开发人员在非工作场合谈吐得体、办事周到、眼观六路、耳听八方，正所谓“尺有所短，寸有所长”，例如要求技术人员在酒*宴上象公关小姐或公关先生一样举止适度，从来不会有好的效果。软件人员普遍喜欢自由而宽松的工作环境，最好不要做过多的无谓的规定，例如不准迟到、上班必须换拖鞋，否则罚款等等。如果确实有人经常上班迟到，工作不认真等，首先应该了解原因，此时多作思想工作是必要的，许多公司的经理们认为“思想工作”是过时的东西了，其实不然，私企职工背负的心理压力其实很重。他们特别需要有人关心，特别需要心理上的“减负？

　　软件项目管理，需要我们不但关注项目管理技术等在软件行业中的应用，还应该关注如何与软件新思想和技术的整合，例如XP等思想，使我们得到更高效益的产出。欲想琢其玉，必先利其器，项目管理和我们软件开发、质量管理等得一系列工具和模版，是我们事半功倍的利器。他山之石可以攻玉，关注一些管理界的发展，例如目前的*式管理等，将其经验用于软件项目管理实践并总结，将为我们带来更大实效。

[阅读全文]...

软件测试实*心得体会5篇

　　接触计算机程序设计已经快7年了，从事专门的软件测试也快四年了，强子也是在阴差阳错中踏入软件测试领域，一开始只想做一个特牛的程序设计师，可是毕业后找工作却找了个软件测试的工作，在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心，也是由于那时我们这个业务刚成立不久，由于表现还不错所以一个阴差阳错的机会被升为teamleader，到现在也还在同一家公司做着测试的工作。

　　先讲讲做manager的一些体会，其实具体做什么事真的不是那么重要，关键是做事的方法，做人的章法，特别是对一个manager来说，方法比技术更重要，真的是这样，当然我也很喜欢研究技术，技术能让我找到更多的自信和成就感，但是面对着手下一帮兄弟姐妹，一个人的技术就显得有些力不从心了，这个时候得把你的知识share给大家，当然形式多种多样，比如写一份文档，做一个正式的training，给大家营造一种不耻下问的环境或者大家一起讨论一些难题等等。当然还有很重要的一点，一定不能说“我不知道”，作为一个头，如果你真的不知道，那你得想办法通过一些手段与员工一起把这个问题解决了，坚决不能说“我不知道，你自己看着做吧“等，本来员工是很尊重你的，这些话将直接导致其鄙视你。

　　另外就是做头的，特别像咱这种中低层的头，不像中高层的领导，咱们考虑事情的角度不一样，当这种小头儿的最重要的两件事：把事情做对做好，与员工打成一片。首先得确保把事情做对咯，然后带领大家朝着这一个对的方向前进进而把事情做好，在99%的时间里，你是和你的兄弟姐妹们呆在一起而不是和老板，所以这个过程中的与员工的关系一定要融洽且单纯，不能让员工对你有隔阂感，经常一起吃饭，摆摆龙门阵，唠唠家常，开开玩笑，不要摆架子，在一个公司里最不能摆架子的就是这种小头儿(或称之为leader或者manager一类)，这就像个村官一样，小样的，还真把自己当回事儿呢?

　　做开发还是做测试?很多人讨论甚至争吵，强子认为之所以会有这样的问题是因为*还没有把软件行业普及好，大家还停留在求伯君时代，认为做开发的才是牛人，才有前途。而事实上，现在的软件是一个系统工程，缺开发，缺测试，缺文档都不行，都可能直接导致失败，谁最牛?强子认为写文档的人最牛，那咱们都去写文档?不过从强子面试的很多人当中来看，还是有更多的人愿意做开发，这不能不说是一大遗憾，强子无能，也只能聊以文字来表达自己对测试的热爱。测试犹如开发一样，也是一门深不见底的大学问，咱以后慢慢讨论。

　　关于项目管理，这又是一门大学问，强子在这几年当中也经历过无数次的版本更新，版本发布或者一些内部的项目，对项目管理略知一二，有空时强子自会附上一些体会。我想项目管理最本质的一点：保护项目团队，保护项目经理，去除杂音。项目经理这活，不好干，要职位没职位，要资金没资金，做好了皆大欢喜，做不好就卷铺盖走人，挺难，不过咱有咱的方式方法，怕啥?

　　实*，就是把我们在学校所学的理论知识，运用到客观实际中去，是自己所学到的理论知识有用武之地，只学不实践，那么所学的就等于零。理论应该与时间相结合。另一方面，实践卡可以为以后找工作打基础。通过这段时间的实*，学到一些在学校里学不到的东西。因为环境不同，接触的人与事不同，从中学到的东西自然就不一样。要学会从实践中学*，从学*中时间。而且*的紧急飞速发展，在拥有越来越多的机会的同是，也有了更多的挑战。对于人才的要求就会越来越高，我们不只要学号学校所学到的知识，好药不断充生活中，实践中学其他知识，不断从各方面武装自己，才能在竞争中突出自己，表现自己。

　　短短两个月的工作过程是我受益很大。不仅让我开阔了眼界，最主要的是懂得了如何更好的为人处事。

　　第一要真诚：

　　你可以伪装自己的面孔，但绝不可以忽略真诚的力量。记得第一天来这里时，心里不可避免的有些疑惑：不知道老板怎么样，应该去怎么做，要去感谢什么等等。踏进大门后，之间几个陌生的人用莫名而疑惑的眼神看着我，我微笑和他们打招呼，尴尬的局面理科得到了缓解，大家都很友善的微笑欢迎我的到来。从那天戚，我养成了一个*惯，每天早上见到他们都要微笑的说声好。

　　第二是激情与耐心：

　　激情与耐心，就像火与冰，看是两种完全不同的东西，却能碰撞出最美丽的火法。

　　第三是主动出击：

　　当你可以选择的时候，把主动权握在自己手中，在实*旗舰，我会主动的协同同事工作，主动的做些力所能及的事，并会几级的寻找合适的时间跟他们交流。谈生活学*以及未来的工作，通过这些我就同事们走的很*，在实*中，他们会教我怎么做事见什么样的人说什么样的话，使我觉得花的了很多收获而且和他们相处的很愉快。

　　第四是感受到学校和社会的距离：

　　在学校，只有学*的氛围，毕竟学校是学*的场所，每一个学生都在为取得更高的成绩而努力。在这里是工作的场所，每个人都会为了获得更多的报酬而努力，无论是学*还是工作，都存在着竞争，在竞争中就要不断学*别人先进的地方，也要不断学*别人怎么做人，，移提高自己的能力。

　　记得老师曾经说过大学是一个小社会，但我总觉得校园里总少不了那份纯真，那份真诚，尽管是学学搞笑，学生还终归保持着学生的身份，而走进企业，接触各个的客户，同事，上司等等，关系复杂。得去面对从未面对过的一切。在实际工作中，可能会遇到书本上没学到的，又可能是书本上的只是一点都用不上的情况。或许工作中运用到的只是很简单的问题，只要套公式是的就能完成一线任务，有时候我会埋怨，实际操作这么简单，但为什么书本上的知识让人学的这么吃力呢?这是社会与学校脱轨了吗?也许老是是正确的。

　　虽然大学生生活不像踏入社会，但总算是社会的一部分，这是不可佛人的事实。作为一个新世纪的大学生，应该懂得与社会上各方面的人交往，处理社会所发生的各方面的事情，这就意味着大学生要注意到社会实践，社会实践必不可少。毕竟，四年大学念完后，我已经不再是一名大学生，是社会中的一份子了。要与社会交流。为社会做贡献。只懂得纸上谈兵是远远不及的，以后的人生旅途是漫长的，为了锻炼自己成为一名合格，对社会有用的人才，多接触社会是很有必要的。

　　回顾实*生活，感触是很深，收获是丰硕的。

　　在短暂的实*过程中，我深深的感觉到自己所学的知识的肤浅和在实践运用中知识的匮乏，刚开始的一段时间里，对一些工作无从下手，茫然不知所措，这让我感到非常的难过。在学校总以为自己学的不错，一旦接触到时间，菜发现自己知道的是多么少，这是菜真正领悟到学无止境的含义。

　　通过这次课程设计的实训，增加了我学*软件技术的兴趣，虽然还不明确软件技术包含的具体内容，但从C++语言这门课程开始，已发现程序设计的乐趣，在学*C++语言的过程中也学到了许多计算机应用基础知识，对计算机的机体也有了一个大体的了解。在实际操作过程中犯的一些错误还会有意外的收获，感觉实训很有意思。在具体操作中对这学期所学的C++语言的理论知识得到巩固，达到实训的基本目的，也发现自己的不足之出，在以后的上机中应更加注意，同时体会到C++语言具有的语句简洁，使用灵活，执行效率高等特点。发现上机实训的重要作用，特别是对数组和循环有了深刻的理解。

　　通过实际操作，学会C++语言程序编程的基本步骤、基本方法，开发了自己的逻辑思维能力，培养了分析问题、解决问题的能力。深刻体会到没有做不到的，只有想不到的，团结就是力量，实践是检验真理的标准，不耻下问的寓意。

　　在此希望以后应多进行这样的实训，加长设间，培养学生独立思考问题的能力，提高实际操作水*。

　　通过本次项目实训我要感谢学校领导给我们提供了这次机会，让我们自己有出去体会生活，自己做项目的深刻体会。这次实训让我明白我自己之前的学*还是差很多，只有不断的努力，才能学好。还要感谢达内公司对我的指导，我自己的努力固然重要，但是达内的优秀教师给我做的培训，讲的理论都让我受益匪浅，让我对软件有了一个新的概念新的理解。

　　这次实训使我们明白我们所欠缺的不仅仅是技术知识，更重要的是有一种处理事情的方法、面对问题的心态和动手能力。面对完全陌生的新知识、新技术、新项目以及整个IT行业，我们不能畏惧，要以一种积极的心态去面对，分析并抓住关键所在。因为我们所即将应对的每一个项目都是既需要实际操作，又需要详细规划的。作为组长，协调组员、激励其他学员和积极参与项目研发是我每天必做的工作。我认为每个人都应该在团队中做好自己应尽的职责，再优秀的个人也可能完成一个即庞大又复杂的项目工作，我们必需紧密的联合在一起，以一个团队的角色来面对。

　　一公司有一项对项目经理的调查显示，项目经理*均每周参加6个会议，其中25%的时间浪费在无用的讨论上。会议效率低最普遍的3个原因是：会议没有很好的计划、会议没有被适当的领导、无纪律的与会者。我们软件项目也会遇到相同的问题，项目启动会、评估会、大大小小的评审会、技术会、周例会等等一系列会议会随着项目进展而召开，如何保证高效的会议效果，我的一些会议技巧与大家共享：确实需要开会时才开会;订立会议纪律;非常清楚的明确会议目标;提前准备一个会议议程;提倡各会议参与人的会前准备;鼓励参与，但在会议过程中遵守会议议程;把团队建设融入会议、作会议记录、会后跟踪所有安排任务的执行情况。

　　程序员需要关心尊重。曾经有个例子，某公司开发人员王某由于刚开始学*编程，技术水*差一点，常常受到经理的另眼相看，每次软件出现了问题都怀疑是他的原因，老开他的低级玩笑，这位员工会有怎样的表现就可想而知了。经理通过这种手段能够迫使这一位自动辞职吗?非也，这位员工后来工作非常不负责任，把代码写得既长又重复，且在代码中留下大量的隐患，此时，经理却反而不敢过份得罪他了(否则，留下的巨量代码很难维护)。如果认为某人不适合目前工作，为何不另请高明?既然已经请他作了这件工作，就得尊重他。不能指望开发人员在非工作场合谈吐得体、办事周到、眼观六路、耳听八方，正所谓尺有所短，寸有所长，例如要求技术人员在酒*宴上象公关小姐或公关先生一样举止适度，从来不会有好的效果。软件人员普遍喜欢自由而宽松的工作环境，最好不要做过多的无谓的规定，例如不准迟到、上班必须换拖鞋，否则罚款等等。如果确实有人经常上班迟到，工作不认真等，首先应该了解原因，此时多作思想工作是必要的，许多公司的经理们认为思想工作是过时的东西了，其实不然，私企职工背负的心理压力其实很重。他们特别需要有人关心，特别需要心理上的减负?

　　软件项目管理，需要我们不但关注项目管理技术等在软件行业中的应用，还应该关注如何与软件新思想和技术的整合，例如XP等思想，使我们得到更高效益的产出。欲想琢其玉，必先利其器，项目管理和我们软件开发、质量管理等得一系列工具和模版，是我们事半功倍的利器。他山之石可以攻玉，关注一些管理界的发展，例如目前的*式管理等，将其经验用于软件项目管理实践并总结，将为我们带来更大实效。

　　实*目的.：通过实*提高自己的对社会的认知能力，同时理论联系实际，让自己迅速适应社会，跟上IT前进的快速步伐。通过理论与实际的结合、学校与社会的沟通，进一步提高学生的思想觉悟、业务水*，尤其是观察、分析和解决问题的实际工作能力，以便培养自己成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。

　　1、负责应用上线前的内部测试，android应用程序的测试；

　　2、构建测试环境，设计测试脚本和用例，执行测试脚本和测试用例，寻找Bug；

　　3、分析问题所在并进行准确定位和验证，按照标准格式填写并提交Bug报告；

　　4、跟踪并验证Bug，并确认问题得以解决；

　　5、按照标准格式填写并提交测试报告，完成软件开发的集成测试工作。

　　任职要求：

　　1、掌握软件软件测试理论，有清晰的测试逻辑，良好的沟通能力

　　2、熟练编写测试用例及缺陷报告

　　3、了解安卓系统常用工具及命令，了解常用自动化测试工具

　　4、有过专业的测试培训经历者优先考虑

[阅读全文]...

软件测试实**结菁选

软件测试实**结5篇

　　总结就是把一个时间段取得的成绩、存在的问题及得到的经验和教训进行一次全面系统的总结的书面材料，它可以帮助我们有寻找学*和工作中的规律，我想我们需要写一份总结了吧。我们该怎么去写总结呢？以下是小编为大家整理的软件测试实**结，仅供参考，希望能够帮助到大家。

　　xx月4日。我怀着对提高并实现自我价值的心态，走进深圳走秀网络科技有限公司的大门，开始了自己大学里兼职实*工作。转眼间。6个月的实*时间就要过去了。回想起这段时间的工作过程，我深深的认识到在走秀网实*的选择是绝对正确的，走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。现将这段时间的工作进行如下总结。

　　首先，要具有良好的学*能力。刚进走秀，带我的老大是哈尔滨人，我跟她很投缘。开始的一个星期，我只是熟悉公司的一些业务和我们前端的测试范围，在熟悉业务的`过程中，我发现这些页面上的东西看上去挺简单的，但是要深入了解还是需要很长的一段时间。期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的简单的bug。走秀网的测试部还比较大，所以对工作的流程和上线之前的版本控制的非常严格。我们在上线之前，会经过两套环境，功能测试环境和镜像环境，功能测试环境是对需求和功能的一个详细的验证环境，镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。因为不知道这些转测试的bug是怎么产生的，所以需要去跟开发人员沟通，开始的时候自己一个人不敢过去开发部，就让老员工(才哥)带着过去，一段时间过后，我开始自己去和开发沟通交流，从发现问题的重现，到催促开发修改和转测试，这一段时间让我深刻体会到沟通时多么重要。

　　在走秀期间，我们测试部总监还会对我们不定时的培训。教会我们测试的工作流程和每个阶段应该展开的工作范畴。作为测试，必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink，还给我们培训了，如何使用自动化工具ruby+watir来对一些测试点进行自动化脚本的编写。慢慢的，在对公司的业务了解的比较透的时候，老大就开始让我们自己对一些小需求进行测试，测试的过程中，不仅仅是对页面和表面功能进行测试，还要根据需求文档和页面的显示对数据库表进行查询操作，查看页面的显示和功能是否和数据表里面的一致，还要在后台日志中查看是否有报错。所以，测试并不是像我想象中的那么简单，不是在页面上点来点去就可以测的好的。

　　实*可以使每一个学生有更多的机会尝试不同的工作，扮演不同的社会角色，逐步完成职业化角色的转化，发现自己真实的潜力和兴趣，以奠定良好的事业基础，也为自我成长丰富了阅历，促进整个社会人才资源的优化配置。作为一名学生，我想学*的目的不在于通过毕业考试，而是为了获取知识，获取工作技能，换句话说，在学校学*是为了能够适应社会的需要，通过学*保证能够完成将来的工作，为社会做出贡献。然而步出象牙塔步入社会是有很大落差的，能够以进入公司实*作为缓冲，对我而言是一件幸事，通过实*工作了解到工作的实际需要，使得学*的目的性更明确，得到的效果也相应的更好。

　　人要想成功及获得好的业绩，必须牢记一个规则:我们永远不能将个人利益凌驾于团队利益之上，在团队工作中，会出现在自己的协助下同时也从中受益的情况，反过来看，自己本身受益其中，这是保证自己成功的最重要的因素之一。

　　20xx年xx月28日，我怀着提高并实现自我价值的心态，跨进E软件技术有限公司的大门，开始了自己第一份实*工作。这是一家国内知名的专业软件外包企业，在深圳华南地区位居行业前列。易软自开始从事软件外包业务以来，服务合作模式从人力资源外包发展到项目外包、离岸开发和OEM产品合作等模式。业务领域包括电信业，金融业，制造业等。特别在电信行业有多年积累,在电信业务领域涉及固网,智能网、移动通信、光网络,电信增值服务等业务领域、易软公司总部设在深圳,在上海、南京、北京，广州，重庆，苏州，武汉，大连等地建立了分公司或办事处，就*为客户提供外包服务。

　　转眼间，三个月实*时间就过去了。回想起这段时间的工作过程，我从一名普通的大学生到一个为社会服务的软件测试人员，思想觉悟有了很大的提高，作为一个刚刚步入企业的年轻人来说，什么都不懂，没有任何实践经验，不过在各位同事的帮助下，我很快的融入到了这个新环境，还学到了很多在学校学不到的东西，也认识到了自己很多的不足，感觉受益匪浅。以下是我在这几个月实*期间对工作的总结以及一些自己的心得体会。

　　要想成为好的测试人员，首先得了解自己要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是在测试中需要注意的问题，满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助了解产品如何工作。还有多看看公司Bug库中的问题，这些存在的问题可以帮助自己了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学*操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在Windows或者Linux，如果不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是自己系统配置造成的，对系统不熟悉，会把外在原因归结为软件本身。所以要学*关于和软件系统相关的知识，比如编程，网络，数据库等。不一定要学*到多好的程度，只是通过这些扩展的知识面，可以在发现问题，解决问题上不会局限在狭小的圈子里。

　　和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，会在测试中从客户的角度发现问题;和开发人员交流，会了解开发人员怎么实现软件功能的;和项目管理人员交流，会知道开发进度以及遇到的困难。

　　在这实*期间，我就参与了一个项目，这对我在软件测试方面有了一定的认识和需要注意的地方。

　　在滕邦国际的项目中，我主要负责的`是wap网站、Symbian客户端和后台管理系统，对有关用户界面的测试和测试执行流程有了一定的了解，学会了对bug管理工具Bugzilla的使用。

　　一、有关用户界面的测试

　　1、图形测试

　　图形包括图片、动画、边框、颜色、字体、背景、按钮等。

　　(1)要确保图形有明确的用途，应用系统的图片尺寸要合理，并且要能清楚的说明某件事情，一般都链接到某个具体的页面。如在滕邦项目中，wap网站跟客户端的标志图形就不一样，酒店模块、机票模块和旅游模块的图片也是不同的。

　　(2)验证所有页面字体的风格是否一致。

　　(3)背景颜色与字体颜色和背景色相搭配。如本项目以该企业颜色为主。

　　2、内容测试

　　内容测试用来检验应用系统提供信息的正确性、准确性和相关性。信息的正确性是指信息是可靠的还是误传的。信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文章列表"。

　　如在滕邦项目中，在查询机票的时候出现一个不应存在奥林匹克航空，查询机票深圳-北京时，出现美国联合航空UA，属于国际票务，也是不应该查询到的。

　　3、整体界面测试

　　整体界面是指整个应用系统的页面结构设计，是给用户的一个整体感。例如:当用户浏览应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方?

　　整个应用系统的设计风格是否一致?

　　在滕邦国际项目中，除了wap网站外，还有Symbian、Android、WinMobile三个客户端，所以在事先没有标准的情况下，各个*台的导航不统一，各关键字段也不一致。

　　二、bug管理

　　1、在进行测试前，首先必须理解业务和需求。需求和业务理解了，才知道客户想要系统实现什么。然后按照需求来进行测试，不满足需求要求的都可以认为是BUG。

　　2、和开发人员沟通。这里说的沟通并不仅仅指通过沟通试图让开发人员修改每个BUG，这个当然需要沟通，但是并不是指所有的BUG都需要修改，这中间涉及到成本、技术，还有别的问题。除此之外，通过和开发人员搞好关系，对于BUG我们可以问他发生该BUG的原因，修改的大致方法，甚至不修改的原因等等，这有助于以后测试中多注意、多发现这样的问题，甚至提出修改建议。

　　如在Symbian客户端测试中，会出现“内存不足，请关闭一些应用程序后再试”的警告，是属于正常现象。

　　3、决定BUG严重性的时候，可以根据该被测对象在整个系统中充当的角色，实现的功能来判定如果该对象出现错误会对整个系统产生什么样的影响，对产生的影响打分，从而定义BUG的严重程度;决定BUG优先级的时候，可以先假设不修复该BUG，出现的这些问题会产生哪些影响，然后判定这些影响的严重性来判定BUG的优先性。

　　如在项目中，旅游模块页面中，点击查询时自动退出系统，本是属于High单，而我提的是Medium单。

　　4、容易产生BUG的情况:虽然在开发过程中，软件需求通常都会发生改动，所以如果某一部分的软件需求频繁发生变动，那么就会导致和这部分相关的编码和设计会相应的频繁变动，那么在测试中，这部分编码设计实现的部分出现BUG的可能性就很大。

　　如果在开发的过程中，大量使用了第三方的组件，或者从别的软件中移植了大量的代码，那么和这些第三方的组件和代码相关部分出现BUG的可能性就很大。

　　20xx年xx月xx日，我怀着对提高并实现自我价值的心态，跨进西安xx科技有限责任公司的大门，开始了自己大学里兼职实*工作。转眼间，断断续续的三个星期的实*时间就过去了。回想起这段时间的工作过程，我深深的认识到在xx实*的选择是绝对正确的，xx公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。

　　一、软件测试部见证xx的强硬实力

　　这段实*时间完全是在软件测试部度过，亲自体验感受离了xx科技的主要软件产品。包括数据快速恢复*台v3.0，系统快速恢复*台v1.0，闪电恢复，三合一数据宝，一键恢复，联想onekey等等。并且协助同事完成对comguard，hd—shield以及联想网络控制工具等软件的测试工作。

　　1、xx的产品名不虚传。

　　通过对软件的实际测试，彻底从思想上改变了自己对数据备份保护的概念。xx的硬盘动态备份技术，能够在不占用固定硬盘空间（非用户使用空间），实现数据的快速备份与恢复，堪称典范，不愧是行业的创新者和领导者。

　　2、友善同事关系给人温暖和关怀。

　　在实*期间，自己的对计算机硬件系统比较陌生，特别是对频繁的更换操作系统等，多亏蓝朝霏等多位同事的热情帮助和指导，让我顺利完成软件测试。在软件测试过程中，同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋，给我力量，给我信心！

　　3、软件的瑕疵在所难免。

　　在软件测试过程中，也发现了部分让人不是很满意的地方。主要表现在下列方面：

　　a、软件对中英文操作系统不能完全兼容。

　　建议：在软件安装入口处对中英文操作系统进行路径选择。

　　b、软件对不同主板的识别bios差异大。

　　具体是在hd—shield软件测试中，不同主板性能差异大。

　　c、软件密码在重新登录后有残存现象。

　　已经通过金党锋学长反馈到研发部。

　　d、软件的不稳定性。

　　本人联想昭阳e660因为测试三合一数据宝中的闪电恢复软件在重启中黑屏，在维修过程中彻底报废。

[阅读全文]...

软件测试自荐信

尊敬的领导：

　　您好!

　　我叫xxx，将于20xx年7月毕业于广西大学计算机专业，获得计算机大专证书;同时我还在著名的培训机构北大青鸟里学*，获得初级软件测试工程师证书。既学*了理论知识又得到了实践经验。从考入大学那天起我一直努力学*，在大学生活中培养了良好的学**惯，所学的课程包括了从计算机的基础知识到运用等许多方面。通过对这些知识的学*，我对这个领域的相关知识有了一定程度的理解和掌握。并做了大量的实践，进一步加深了对计算机的认识。在学好基础知识的同时还注重多方面全面发展，多次参加了学校的各种培训活动，在实*过程中将理论与实践结合起来，深受学校老师和同学的欢迎。

　　大学生涯中，我吸取了丰富的专业知识并锻炼了自己的能力.通过大学里的苦读,我熟悉了java语言,软件测试基础,sql server,oracle数据库,并对html,css,javascript,jsp编程等有一定了解.

　　随着知识经济的迅猛发展，社会将更加需要“专业突出，素质全面”的复合性人才。因此，在课外，我还积极投身于社会实践，打暑假工，做兼职等等。从不同层次、不同角度锻炼自己，自己的组织、管理能力及团队合作精神有很大提高。

　　回顾大学几年来，我学到的最有用的知识是：自信与自学，积极主动，分享成功经验!体会最深的一句话就是：没有失败，只有暂时停止成功;机会是靠自己去争取，而不是等待!我相信我一定能够成为一名合格的测试工程师。最后再次感谢您耐心的阅读了我的求职信。

　　衷心的希望能得到贵公司的赏识。

　　谢谢!

[阅读全文]...

软件测试工程的总结

　　我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆， CMM 是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具**于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹 “ 江湖 ” 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。

　　第一招 学会利用网络

　　刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 ” ，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的*惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。

　　一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 “ 聪明才智 ” 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 Google 成了我的.最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 ” ，所以只要你耐心找，答案就在身边。

[阅读全文]...

软件测试专员求职简历

　　基本信息

　　姓名：

　　性别：

　　年龄：

　　婚姻状况：

　　学历：

　　工作年限：

　　政治面貌：

　　现居城市：

　　籍贯：

　　联系电话：

　　电子邮箱：

　　求职意向

　　工作类型：全职

　　期望薪资：面议

　　工作地点：

　　求职行业：信息产业、计算机金融保险、证券、期货

　　求职职位：软件测试客户经理银行柜员/会计网络信息安全工程师网络工程师

　　工作经历

　　xx-07-xx-09xx银行软件测试员

　　工作描述：接受工商银行业务知识的实*培训，并顺利完成一周网点见*期。

　　xx-10-xx-01xx中软国际javaweb项目开发员实*

　　工作描述：学*javaweb开发流程并成功与同事协作完成烟草销售管理系统。

　　xx-07-xx-09xxx软件测试员

　　工作描述：学*软件测试相关知识，并完成留言本、图书管理系统的测试计划编写，测试用例编写、用例执行及BUG缺陷报告生成。

　　教育经历

　　xx-09-xx-07xx大学软件工程

　　专业描述：C++，C，java，数据库。

　　自我评价

　　本人乐观开朗，积极向上好学，对待工作认真负责，细心，能够吃苦耐劳，敢于挑战，并且能够很快融于集体，有很好的团队协作意识。我虽毕业不久，但我年轻，有朝气，有能力有信心完成任何工作。尽管我还缺乏一定的经验，沟通交际能力不是很强，但我会用时间和汗水去弥补。人生道路很长要学*的东西很多，但我会朝着自己的'目标方向坚持不懈的走下去。

[阅读全文]...