软件测试心得精选.docx

软件测试心得

第一篇：软件测试心得《软件测试心得体会》软件测试在整个软件周期中的重要性。它存在于整个项目周期，在项目开始下面简单谈谈我的几点体会：体会一：体会一：软件测试在整个软件周期中的重要性。它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。体会三：在系统性能测试方面需要重视。经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。下面是我的几点想法：想法一：加强系统上线前的性能测试。目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。想法二：适当介入相关项目研发对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反馈问题。现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。所以，是否应该针对某些项目介入厂家研发工作，比如请厂家提供源代码等相关要素，以增进维护人员对系统的了解。最后再次感谢公司提供的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的支撑服务平台。第二篇：软件测试心得从事测试到现在已有半年多的时间，刚开始做为新人时，面对未接触过的系统中的每个模块，心中是有些慌张的。仅凭业务学习和前辈们讲的测试方法还是很难做到完全让自己放心，这可能是新人的通病，害怕测试不全面不深入。至少我在测试之初，是比较胆怯的。随着时间的推移，我发现自己越来越自信，特别是面对新的模块新的功能消除了那种恐惧感。总结了以前的一些心得，供大家交流：一、根据自己的实际情况，做一个学习计划，边学边测，以学来熟悉侧，以测来巩固学，做到二者的融合；一开始会比较苦，毕竟很多都不熟悉，有时单据不能保存，有时流程走不下去，一定要坚持住；业务知识熟悉了，就好多了。二、刚开始时因为业务不熟悉，需求也不熟悉，就开始测试任务。这时自己就看看测试用例，随便测测，看功能能不能正常走通。1、根据功能做一个基本的测试计划；当然在做这个测试计划时可以先问下你的主测或是开发经理，有什么建议，毕竟他们经验比我们丰富。2、开始测试时，严格按照测试用例来执行，当然等业务熟练后，自己可以写测试用例来执行，毕竟原有测试用例并未覆盖整个模块的功能；这样就可以补缺补漏。3、在学习或测试中，有不懂的或是不明白的地方，尽量去问主测或是其他同事，但要有个度，毕竟别人都有自己的任务，不要一有问题就问，你可以将今天学习或是测试中存在的问题一条条记录下来，等中午休息或是下班前一刻向别人求教；也可回家后自己上网上搜索相关的知识解决问题。三、学会换位思考，将自己当客户，发挥自己的想象找出客户存在的应用场景，在客户操作的基础上寻找测试突破口，假如实际经验积累不多，可上网查找或是询问别人；因为每个客户的操作不一样，会存在比较复杂业务逻辑，这时可以分解成一小块一小块测试，最后再从整体的角度入手；由简单到复杂，简单的测试通过后再做复杂的测试，而不是一开始就做复杂的测试。四、随时记录学习到的新知识，特别是其他相关模块的知识；同时记录工作心得，特别是好的测试方法和测试思考方法；好记忆不如烂笔头，何况在这科技发达的时代，键盘随便敲敲，即清晰又明了，下次碰到相同问题可查看。最后说一句，路是自己走出来的，测试也是自己测出来的。第三篇：软件测试心得软件测试心得体会软件测试工作是一个系统而复杂的工程，软件测试的目的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情，所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由底层到高层的组装过程、验证软件是否