软件测试工作体会(精选多篇).docx

《软件测试工作体会(精选多篇).docx》由会员分享，可在线阅读，更多相关《软件测试工作体会(精选多篇).docx（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件测试工作体会(精选多篇) 第一篇：软件测试工作的心得体会 很久没有写点东西了，今日给大家聊些我在软件测试领域的心得体会。接触计算机程序设计已经快7年了，从事特地的软件测试也快四年了，强子也是在阴差阳错中踏入软件测试领域，一起先只想做一个特牛的程序设计师，可是毕业后找工作却找了个软件测试的工作，在一些彷徨与迟疑中接受了这个职业并且到现在也做得挺快乐，也是由于那时我们这个业务刚成立不久，由于表现还不错所以一个阴差阳错的机会被升为team leader，到现在也还在同一家公司做着测试的工作。先讲讲做manager的一些体会，其实详细做什么事真的不是那么重要，关键是做事的方法，做人的章法，特殊是对

2、一个manager来说，方法比技术更重要，真的是这样，当然我也很喜爱探讨技术，技术能让我找到更多的自信和成就感，但是面对着手下一帮兄弟姐妹，一个人的技术就显得有些力不从心了，这个时候得把你的学问share给大家，当然形式多种多样，比如写一份档，做一个正式的training，给大家营造一种不耻下问的环境或者大家一起探讨一些难题等等。当然还有很重要的一点，肯定不能说“我不知道”，作为一个头，假如你真的不知道，那你得想方法通过一些手段与员工一起把这个问题解决了，坚决不能说“我不知道，你自己看着做吧“等，原来员工是很敬重你的，这些话将干脆导致其鄙视你。另外就是做头的，特殊像咱这种中低层的头，不像中高层

3、的领导，咱们考虑事情的角度不一样，当这种小头儿的最重要的两件事：把事情做对做，与员工打成一片。首先得确保把事情做对咯，然后带领大家朝着这一个对的方向前进进而把事情做，在101%的时间里，你是和你的兄弟姐妹们呆在一起而不是和老板，所以这个过程中的与员工的关系肯定要融洽且单纯，不能让员工对你有隔阂感，常常一起吃饭，摆摆龙门阵，唠唠家常，开开玩笑，不要摆架子，在一个公司里最不能摆架子的就是这种小头儿(或称之为leader或者manager一类)，这就像个村官一样，小样的，还真把自己当回事儿呢？做开发还是做测试？许多人探讨甚至争吵，强子认为之所以会有这样的问题是因为中国还没有把软件行业普及，大家还停留

4、在江民时代，求伯君时代，认为做开发的才是牛人，才有前途。而事实上，现在的软件是一个系统工程，缺开发，缺测试，缺档都不行，都可能干脆导致失败，谁最牛？强子认为写档的人最牛，那咱们都去写档？不过从强子面试的许多人当中来看，还是有更多的人情愿做开发，这不能不说是一大缺憾，强子无能，也只能聊以字来表达自己对测试的酷爱。测试如同开发一样，也是一门深不见底的高校问，咱以后渐渐探讨。关于项目管理，这又是一门高校问，强子在这几年当中也经验过多数次的版本更新，版本发布或者一些内部的项目，对项目管理略知一二，有空时强子自会附上一些体会。我想项目管理最本质的一点：爱护项目团队，爱护项目经理，去除杂音。项目经理这活，

5、不干，要职位没职位，要资金没资金，做了皆大高兴，做不就卷铺盖走人，挺难，不过咱有咱的方式方法，怕啥？今日先写这些，以后咱渐渐叙.其次篇：软件测试心得体会下面简洁谈谈我的几点体会：体会一：软件测试在整个软件周期中的重要性。它存在于整个项目周期，在项目起先之初需求调研的时候就起先了，在形成需求规格说明书的时候就须要针对档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于起先阶段的决策。体会二：软件测试的真正意义在于发觉错误，而不在于验证软件是正确的。再严密的测试也不能完全发觉软件当中全部的错误，但是测试还是能发觉大部分的错误，能确保软件基本是可用的，所以在后续运

6、用的过程中还须要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前刚好主动的去发觉并解决。这一点就须要加强研发队伍的建设。体会三：在系统性能测试方面须要重视。经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有许多不能预知的性能问题，须要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。当然也有许多应对手段，没有哪种手段可称为最完备，只有最合适的，须要敏捷驾驭，综合运用以达到最优程度，这是个很值得探讨的领域。下面是本人的几点想法：想法一：加强系统上线前的性能测试。目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。而

7、是在现进行试用，遇到问题再解决，可能会产生滞后问题，影响客户运用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。想法二：适当介入相关项目研发对于快速响应这块，我们不能一味依靠厂家，而希望自己就能快速响应，刚好将问题解决。这也是一个比较长远的问题，须要加强研发力气的投入。我个人是做开发出身，有此类阅历，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反馈问题。现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。所以，是否应当针对某些项目介入厂家研发工作，比如请厂家供应源代码等相关要素，以增进维护人员对系统的了解。最终再次感谢公

8、司供应的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己实力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电的发展建设供应更坚实，优秀的支撑服务平台。第三篇：软件测试心得体会心得体会六天的培训结束了，感觉过得快啊。虽然是因为参与“模拟聘请”获得这次机会的，不像其他同学一样是交钱的，但是我也是抱着要学东西的心态参与的。第一天老师(来自 ：ww.howor.c)就给了个下马威教材全是全是英版的。对于虽然大三的我来说，英语四级刚过，六级成果还没出来的状况下，想看懂全是不太现实的。在老师讲解过程中利用在线翻译才牵强能看懂句子。不过培训过程中最难忘的不是来自教材，而是来自

9、老师的那双犀利的眼神。无论何时，只要你打开了与课堂无关的页，她总会第一时间或叫号码，或叫名字，或站到你旁边。说实话，高校上课已经很久没有这种中学被管的感觉了。虽然不爽，但是却有种回到中学的快感（说的是实话）。头几天还蛮不错的，食堂开门的，超市没关。可后几天，当校门口已无人烟，就剩我们这几个的时候就真觉得寝室楼静啊，还不如在机房呆着。对于老师我想说的是，前几天笑容总是挂在脸上，可两天后明显笑的少了，不知道是不是因为和大家熟了，没有刚见面的客气了（我喜爱看人笑，本身也喜爱笑，老师的这种改变，我很敏锐的察觉了）。这次培训虽然感觉学到的没有许多，但是我了解了一个企业，至少是软件测试这一行业大致的运作模

10、式，让我对我将来要不要从事这个行业有了相识。貌似软件测试女生为主，男生比较适合从开发做起，这是我这几天得到的最大体会。还有对于课堂结束的演讲，是个熬炼自己的机会，我并不否认这点，不过貌似每个人都只有一次机会，我是个表现欲很强的人，让我讲了一次有点不过瘾。起先我是因为不想奢侈免费来上课的就会，来到后我觉得的确许多时候是须要多接触下这些社会上的公司、企业等，终归还有一年就毕业了，究竟何去何从自己是真的要做个准备了。期盼下一期的新的培训?第四篇：软件测试心得体会软件测试心得体会王礼永曾经一度认为软件测试就是运用工具测试bug，现在看来不是这么一回事情，因为还是有手工测试（执行测试），工具只是一个协助

11、，用工具你先要去了解测试的一些基本的东西（如：测试用例，预期结果等），不是那按两下按钮就行了，就算是录制脚本，也须要看懂脚本的代码，工具不是万能的。一起先接触软件测试觉得很枯燥乏味，全都是一些理论的东西，还不如回到小学学习语呢，都是一些名词的说明，比如:黑盒测试，一百零一合测试，系统测试。测试基础等等这些，老师都会去告知你这些名词什么意思，很无聊，到后来渐渐由语变成了数学，起先练习测试用列的编写，这个还有点意思，因为这个更多时候能够体现个人的逻辑思维实力，再然后数学就转变成了英语，因为要运用到一些测试的工具，比如：winrunner工具，录制脚本它会产生一些代码，不过代码比较理解，虽然是英的但

12、是还是很看懂的。学习软件测试一学期，其实我觉得最重要的是爱好，有了爱好还是不行的，还须要具备一些语言的基础，例如：c，java，c#等一些语言，这些语言你不须要去深化的学习，只须要了解，最重要的是了解数据库（例如：sql，mysql，oracle）的学问，想要成为一个的测试工程师，应当要全面的发展，读懂需求分析档（注：客户的要求），还有要学会写档，语言的组织实力确定你这份档的价值，这也是一种沟通实力的体现，比如写缺陷报告时：有一项是描述缺陷，这就能看出你的表达实力，给程序员能不能看懂就能体现沟通，最终就是整理档和撰写测试总结报告，越是到最终越是要细心，因为软件恒久都是有缺陷的，我们的细心可以让

13、软件削减一些bug，不求最，只求更。第五篇：软件测试工作规划往往一个产品里，不是简简洁单做开发和测试这么单一，通常，同时会有几个任务，例如，已经上线的版本的维护性测试，新开发功能的测试，差异化版本的测试等等。这时，就要求测试经理规划整个产品的测试工作。做测试规划留意这些点：1 总体规划a)项目测试工作规划主要考虑的因素：任务，人员，环境，时间b)先做分析：确定有哪些任务，在哪些时间点完成，任务的优先级c)确定须要的资源：人，环境d)合理支配人员负责任务，配置对应的资源2 对每一个任务，确定详细工作策略方法a)测试目标，围，方法，测试类型等等。3 测试规划在实际中须要调整；a)问题是：我怎么来知

14、道现在要不要加人减人，要不要延期，要不要加钱，假如不须要，那什么时候应当做这些事情。b)随时关注项目的进展和改变。c)分析项目的改变对测试的影响。d)提前考虑到这些改变对测试工作的影响，分析这些风险并想方法规避4 规划时和项目经理充分沟通；5 规划时，和有阅历的测试管理者沟通；6 规划完成后，进行评审；上一篇：销售工作体会和感悟(精选多篇)下一篇：超市员工学习心得(精选多篇)第9页 共9页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页