软件测试心得体会.doc

软件测试心得体会下面简单谈谈我的几点体会: 体会一:软件测试在整个软件周期中的重要性。它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重,能主导整个项目的走向,成败与否全在于开始阶段的决策。体会二:软件测试的真正意义在于发现错误,而不在于验证软件是正确的。再严密的测试也不能完全发现软件当中所有的错误,但是测试还是能发现大部分的错误,能确保软件基本是可用的,所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论,故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。体会三:在系统性能测试方面需要重视。经过这次培训中多个案例的讲解,让我了解到系统在上线之后会有很多不能预知的性能问题,需要在上线之前实现进行模拟,以规避风险,包括大数据量访问,高并发数等等。当然也有很多应对手段,没有哪种手段可称为最完美,只有最合适的,需要灵活掌握,综合运用以达到最优程度,这是个很值得研究的领域。下面是本人的几点想法: 想法一:加强系统上线前的性能测试。目前我们在项目建设过程中对性能压力测试的重视程度还不太高,厂家也很少有雇佣第三方的测试机构。而是在现网进行试用,遇到问题再解决,可能会产生滞后问题,影响客户使用。希望以后能在性能测试方面提高重视程度,加大人力投入,以保证系统上线后能够稳定运行。想法二:适当介入相关项目研发对于快速响应这块,我们不能一味依赖厂家,而希望自己就能快速响应,及时将问题解决。这也是一个比较长远的问题,需要加强研发力量的投入。我个人是做开发出身,有此类经验,当时是在客户现场,因为了解系统内部结构,能够在第一时间排查解决客户所反馈问题。现在系统完全由厂家开发,很难了解内部结构,或许会造成后期维护困难。所以,是否应该针对某些项目介入厂家研发工作,比如请厂家提供源代码等相关要素,以增进维护人员对系统的了解。最后再次感谢公司提供的平台,感谢领导的信任,让我有机会得到更深层次的学****以及展示自己能力的机会,我也会尽我所能来完善工作的系统,提高整体工作效率,为南方电网的发展建设提供更坚实,优秀的支撑服务平台。心得体会六天的培训结束了,感觉过得好快啊。虽然是因为参加“模拟招聘”获得这次机会的,不像其他同学一样是交钱的,但是我也是抱着要学东西的心态参加的。第一天老师就给了个下马威——教材全是全是英文版的。对于虽然大三的我来说,英语四级刚过,六级成绩还没出来的情况下,想看懂全文是不太现实的。在老师讲解过程中利用在线翻译才勉强能看懂句子。不过培训过程中最难忘的不是来自教材,而是来自老师的那双犀利的眼神。无论何时,只要你打开了与课堂无关的网页,她总会第一时间或叫号码,或叫名字,或站到你旁边。说实话,大学上课已经很久没有这种高中被管的感觉了。虽然不爽,但是却有种回到高中的快感。头几天还蛮不错的,食堂开门的,超市没关。可后几天,当校门口已无人烟,就剩我们这几个的时候就真觉得寝室楼好静啊,还不如在机房呆着。对于老师我想说的是,前几天笑容总是挂在脸上,可两天后明显笑的少了,不知道是不是因为和大家熟了,没有刚见面的客气了。这次培训虽然感觉学到的没有很多,但是我了解了一个企业,起码是软件测试这一行业大致的运作模式,让我对我将来要不要从事这个行业有了认识。貌似软件测试女生为主,男生比较适合从开发做起,这是我这几天得到的最大体会。还有对于课堂结束的演讲,是个锻炼自己的好机会,我并不否认这点,不过貌似每个人都只有一次机会,我是个表现欲很强的人,让我讲了一次有点不过瘾。开始我是因为不想浪费免费来上课的就会,来到后我觉得确实很多时候是需要多接触下这些社会上的公司、企业等,毕竟还有一年就毕业了,到底何去何从自己是真的要好好做个打算了。期待下一期的网新的培训?? 软件测试心得体会—王礼永曾经一度认为软件测试就是使用工具测试bug,现在看来不是这么一回事情,因为还是有手工测试,工具只是一个辅助,用工具你先要去了解测试的一些基本的东西,不是那按两下按钮就行了,就算是录制脚本,也需要看懂脚本的代码,工具不是万能的。一开始接触软件测试觉得很枯燥乏味,全都是一些理论的东西,还不如回到小学学****语文呢,都是一些名词的解释,比如:黑盒测试,百合测试,系统测试。测试基础等等这些,老师都会去告诉你这些名词什么意思,很无聊,到后来慢慢由语文变成了数学,开始练****测试用列的编写,这个还有点意思,因为这个更多时候能够体现个人的逻辑思维能力,再然后数学就转变成了英语,因为要使用到一些测试的工具,比如:winrunner工具,录制脚本它会产生一些代码,不过代码比较好理解,虽然是英文的但是还是很好看懂的。学****软件测试一学期,其实我觉得最重要的是兴趣,有了兴趣还是不行的,还需要具备