软件测试实习心得总结

软件测试实习心得总结篇1

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

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

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

软件测试实习心得总结篇2

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

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

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

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

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

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

下面是本人的几点想法：

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

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

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

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

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

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

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

软件测试实习心得总结篇3

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

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

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

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