软件测试工程师的工作经验总结.docx
- 文档编号:4786466
- 上传时间:2022-12-08
- 格式:DOCX
- 页数:6
- 大小:22.96KB
软件测试工程师的工作经验总结.docx
《软件测试工程师的工作经验总结.docx》由会员分享,可在线阅读,更多相关《软件测试工程师的工作经验总结.docx(6页珍藏版)》请在冰豆网上搜索。
软件测试工程师的工作经验总结
软件测试工程师的工作经验总结
软件测试工程师的工作经验总结
「摘要」软件质量越来越受到人们的关注,软件测试作为新兴行业有很多不完善的地方。
很多从事软件测试工作的同行处于迷茫之中,如何提高,如何解决测试工作中的实际问题,困惑着每一个人。
本文总结了一下个人经验,希望对大家有帮助。
「关键词」软件测试软件测试学习软件测试工程师
我最初参加测试工作的时候,不知道什么是软件测试,集成测试和系统测试的概念经常混淆,CMM是什么就更加不知道了。
那时候最简单的开关机也是通过直接拔插电源完成,安装系统对我来说简直是有史以来人类的最高技能,对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手,身具杀人于无形之绝世秘技。
拿破仑说不想当将军的士兵不是好士兵,我最初的梦想就是想成为软件测试的高手,傲视天下。
所以不断偷师,总结经验,自认为掌握了成为高手的几个秘技,这几年混迹“江湖”还算无往而不利。
不敢独享,望与吾辈测试人员切磋,早日总结成功密技之大成,助新进人员早日入门,也算不愧对东北活雷锋的称号。
第一招学会利用网络
刚参加工作面对浩瀚的网络世界,当时如刘姥姥进大观园,什么都新奇,什么都想要,从网上下载很多源程序的代码,软件技术文档之类,恨不得把所有的好东西收集到手中,其实有些在他人看起来就是垃圾一堆。
当时觉得有了这些“武林秘籍”,成为高手指日可待。
最初参加工作由于自己工作努力有幸转为开发,加入项目组后我的习惯还是没有改,反而变本加厉,手中的资源更加多,上网的时间更加频繁。
一次项目经理分配任务,觉得依靠手中的秘籍加上自己的“聪明才智”很快会完成,不料短短的时间,所有的一切变成了马奇诺防线。
解决问题很慢,思路不清晰,项目经理在对我施压的过程中教会了我终身难忘的一招,学会利用网络寻找要解决问题的答案,从此Google成了我的最爱,关键字成了我变化的招数。
在软件测试工作中,他帮我解决了很多疑难问题,解答了很多令我迷惑的地方。
也是我帮助测试同行解决问题手段之一,很多软件测试新手,甚至老手都没有意识到自己手上就握有“无敌秘籍”,所以只要你耐心找,答案就在身边。
这里总结一下利用网络搜索引擎的技巧:
组合搜索
每次搜索某个文件,如果只给出一个单词进行搜索,经常会出现成千上百万计的匹配网页。
然而如果再加上一个单词,那么搜索结果会更加切题。
选择表述内容的词组
一般我在网页搜索引擎的时候,选择一些可以表达我要查找内容的关键词组,用来缩小搜索范围,从而找到搜索结果是最好的办法。
运用词组搜索涉可以先先简单地输入一个问题作为词组搜索,如果仍然找不到合适的,那就用多个可以表达要查询内容的关键字进行查询。
定位信息来源
有的时候用词组搜索不到或者无法准确表达所需信息。
可以用另一种方法直接到信息源,就是直接到到提供某种信息的站点去。
可以用公式“公司名.com”去猜测某一组织的特点。
从而得到所要搜索的信息的主要词组
其实网络上还有很多关于搜索技巧的文章,大家可以自行学习。
千万要记住搜索引擎是帮助你成功的有力武器。
第二招学会动手
参加软件测试工作后,随着工作经验的增长自我感觉越来越好。
在公司里也逐渐受到同事领导的重视,一次针对公司的新的软件功能进行测试的时候,像往常一样“随手”测试出了几个Bug,然后“仔细”的填写了Bug单(这个Bug的现象已经出现了很多次了)。
这时候测试经理走过来,重新复查了一下填写的Bug.他在重现我的bug的过程中,简化了我的输入变化,bug神奇的又出现了,同样的现象,他关闭软件重新变化输入,扩展出10几个变化后,软件不动了,内存不断上升。
终于他找到了产生软件的Bug的原因,然后对我说“寻找Bug要准确定位,我们开发团队是一个整体,时间是等量的,时间不在你身上浪费,就是在他身上浪费。
如果测试人员每次发现的bug描述不清楚,并且多个问题潜在的错误原因是一个,虽然操作可能稍微有些变化。
这样开发人员在重现bug的时候他要调试跟踪判断,很花费时间,而且效率低。
如果测试人员发现bug的时候多动手可以更加准确的定位bug步骤和原因,给开发人员最精确的步骤和准确的描述,这样整个团队才能高效,所以需要大家协作!
。
”
在以后的日子里,每次解决问题的时候我都记得多试验几次,多尝试。
网上很多朋友还有同事问我问题的时候,其实他们只是万里长征就差一步,只要再多动手实验一次就可以达到目的了。
所以多动手,多尝试。
第三招思考自己所作的
刚开始入行的时候,总是思考如何做好软件测试。
认为公司的测试流程混乱总是很郁闷,认为自己学不到东西,如何才能测试好产品,常说心动不如行动,以前看到古龙小说中经常出现的场景无名小子不断挑战高手,总结积累。
我总结了有些经验是实战中得到的,所以不断尝试引入新的测试流程然后评估,这个过程虽然很痛苦,但是从中积累了不少经验。
这段时间让我学习到了很多东西,接触了ISO,CMM,测试管理工具,自动化工具(因为公司不正规给了我很多学习的机会,后来到了比较大的软件公司后,以前的经历给了我更多的发展机会,因为大公司非常正规了,公司内部人员分工明确,所以能力的锻炼反倒少了)。
由于工作中经常写报告反倒养成了总结教训的习惯,因为纸面上的东西是永远也忘不掉的。
在写的过程中可以不断补充扩展,整个过程是思想升华的过程,当年达摩面壁九年就是融会贯通的典型例子,如果他不是有个思考的过程,他也不能成为一代大家。
如果后来不时有人把他的绝技记录下来,也就不能有后来的少林寺七十二绝技。
所以善于思考,总结经验,也是成为高手之路的不二法决。
第四招学会利用论坛资源
其实测试新兵和测试高手之间的区别,往往是不会利用现有资源。
在论坛中我们会看到很多新手不断的提问,但是有很多问题其实都是已经别人提过了,或者已经有解决方案的。
所以经常会看到“测试高手”的身影,并且不提问题,而且还能“锄强扶弱”,是测试新丁的救命稻草。
好像是高手们无所不能,其实摘掉这层耀眼的光环,他们并没想像得那么厉害,只不过通过自己的搜索找到的答案,然后帮助其他人。
当然也有很多人都是通过自学,然后在论坛中交流得到了很多经验,高手其实也是因为善于思考问题,亲自动手解决问题。
所以动手和利用论坛资源的过程中他们也在不断提高。
很多时候看到论坛中有人提问,问题描述不清,很多人看了很困惑。
发贴题目动不动请高手帮忙,救命之类的,好像天下大乱,世界末日。
虽然这个题目很招人,但是无法让那些想帮助你的人帮你,因为题目不清晰,而且高手字样吓阻了很多人。
其实问问题也是个思路整理的过程,描述清晰,让人理解清楚,才能望文知意知道你的当前发生问题的环境,才能让那些想帮你的人解决问题,否则给人无从下手的感觉,解决问题效率不高。
第五招学习和你所测试的软件产品相关的知识
要想成为好的测试人员,还要了解你要测试的软件的相关知识。
要了解软件产品的架构是什么样的。
要了解软件的市场需求,在接触软件之初要可以多看看用户的反馈信息,这些才是用户最关心的,也是你在测试中需要注意的问题,满足客户是最大的需要。
但是了解软件需求之后要学会要多读些软件系统的技术文档,软件设计文档,这些文档可以帮助你了解产品如何工作。
还有多看看公司Bug库中的问题,这些存在的问题可以帮助你了解软件产品那些地方存在缺陷,软件系统那些地方会出现错误。
软件是运行在一个大环境中,如果对系统不熟悉,那么有些问题你不能从一个更广阔的层面考虑,学习操作系统的知识,有助于你发现缺陷,定位问题更加准确。
比如软件运行在Windows或者Linux,如果你不懂操作系统,你就无法建立测试环境,有些时候时候软件的组件发生问题,就是你系统配置造成的,对系统不熟悉,你会把外在原因归结为软件本身。
所以要学习关于和软件系统相关的知识,比如编程,网络,数据库等。
不一定你要学习到多好的程度,只是通过这些扩展的知识面,你可以在发现问题,解决问题上不会局限在狭小的圈子里。
和一切相关的人员交流,不同的交流渠道,获取消息是不同的,角度也不同。
和客户交流,你会在测试中从客户的角度发现问题;和开发人员交流,你会了解开发人员怎么实现软件功能的;和项目管理人员交流,你会知道开发进度以及遇到的困难。
扩展阅读:
一位软件测试工程师六年的工作经验总结
一位软件测试工程师六年的工作经验总结
楼主:
admin分享于202*-08-2411:
20标签:
无
1、分享第一条经验:
“学历代表过去、能力代表现在、学习力代表未来。
”其实这是一个来自国外教育领域的一个研究结果。
相信工作过几年、十几年的朋友对这个道理有些体会吧。
但我相信这一点也很重要:
“重要的道理明白太晚将抱憾终生!
”所以放在每一条,让刚刚毕业的朋友们早点看到哈!
2、一定要确定自己的发展方向,并为此目的制定可行的计划。
不要说什么,“我刚毕业,还不知道将来可能做什么?
”,“跟着感觉走,先做做看”。
因为,这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。
一直做技术,将来成为专家级人物?
向管理方向走,成为职业经理人?
先熟悉行业和领域,将来自立门户?
还是先在行业里面混混,过几年转行做点别的?
这很重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!
”。
3、软件开发团队中,技术不是万能的,但没有技术是万万不能的!
在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在MM比较多的团队中。
在软件项目团队中,技术水平是受人重视和尊重的重要砝码。
无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基础。
算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。
倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦!
”四分五裂、各奔东西。
那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。
请牢记:
“如果一个软件开发人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再属于这个行业了。
”不要告诉自己没有时间。
来自时间管理领域的著名的“三八原则”告诫我们:
另外的那8小时如何使用将决定你的人生成败!
本人自毕业以来,平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯,对软件开发人员尤其如此。
书籍是学习知识的最有效途径,不要过多地指望在工作中能遇到“世外高人”,并不厌其烦地教你。
对于花钱买书,我个人经验是:
千万别买国内那帮人出的书!
我买的那些家伙出的书,!
00%全部后悔了,无一本例外。
更气愤的是,这些书在二手市场的地摊上都很难卖掉。
“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。
”只有将书本变成的自己智慧,才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。
“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。
开发Windows应用程序,看看Windows程序的设计、加载、执行原理,分析一下PE文件格式,试试用SDK开发从头开发一个Windows应用程序;用VC++、Delphi、Java、.Net开发应用程序,花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码;除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。
试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”!
7、在一种语言上编程,但别为其束缚了思想。
“代码大全”中说:
“深入一门语言编程,不要浮于表面”。
深入一门语言开发还远远不足,任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百病”的“灵丹妙药”。
编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。
我的经验是:
用面对对象工具开发某些关键模块时,为什么不可以借鉴C、C51、汇编的模块化封装方式?
用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时,为什么不可以参考来自Java社区的IoC、AOP设计思想,甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架?
在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?
为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题?
?
?
“他山之石、可以攻玉”。
一时应该难以改变。
8、养成总结与反思的习惯,并有意识地提炼日常工作成果,形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。
众所周知,对软件开发人员而言,有、无经验的一个显著区别是:
无经验者完成任何任务时都从头开始,而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。
这并不是说,所有可复用的东西都必须自己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。
但是,最好还是自己实现,这样没有知识产权、版权等问题,关键是自己实现后能真正掌握这个知识点,拥有这个技能。
9、理论与实践并重,内外双修。
工程师的内涵是:
以工程师的眼光观察、分析事物和世界。
一个合格的软件工程师,是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。
掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看,这只是外在的东西,并非重要的、本质的工作。
学习、掌握软件产品开发理论知识、软件开发方法论,并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的软件工
程师的工作。
站在成熟理论与可靠方法论的高度思考、分析、解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自己的理论体系和实用方法论。
10、心态有多开放,视野就有多开阔。
不要抱着自己的技术和成果,等到它们都已经过时变成垃圾了,才拿出来丢人现眼。
请及时发布自己的研究成果:
开发的产品、有创意的设计或代码,公布出来让大家交流或者使用,你的成果才有进化和升华的机会。
想想自己202*年间开发的那些Windows系统工具,5、6年之后的今天,还是那个样子,今天流行的好多Windows系统工具都比自己的晚,但进化得很好,且有那么多用户在使用。
并且,不要保守自己的技术和思想,尽可能地与人交流与分享,或者传授给开发团队的成员。
“与人交换苹果之后,每个人还是只有一个苹果;但交换思想之后,每个人都拥有两种思想”,道理大家都懂,但有多少人真正能做到呢?
11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品,千万不要因为没有钱赚而不做。
网络早已不再只是“虚拟世界”,网上有很多的开源项目、合作开发项目、外包项目,这都是涉猎工作以外的知识的绝好机会,并且能够结识更广的人缘。
不要因为工作是做ERP,就不去学习和了解嵌入式、实时、通信、网络等方面的技术,反过来也是一样。
如果当他别人拿着合同找你合作,你却这也不会,那也不熟时,你将后悔莫及。
12、书到用时方恨少,不要将自己的知识面仅仅局限于技术方面。
诺贝尔经济学奖得主西蒙教授的研究结果表明:
“对于一个有一定基础的人来说,他只要真正肯下功夫,在6个月内就可以掌握任何一门学问。
”教育心理学界为感谢西蒙教授的研究成果,故命名为西蒙学习法。
可见,掌握一门陌生的学问远远没有想想的那么高难、深奥。
多方吸取、广泛涉猎。
极力夯实自己的影响圈、尽量扩大自己的关注圈。
财务、经济、税务、管理等等知识,有空花时间看看,韬光养晦、未雨绸缪。
13、本文的总结与反思:
A:
不要去做技术上的高手,除非你的目标如此。
虽然本文是关于提高软件开发知识的建议,做技术的高手是我一向都不赞同的。
你可以提高自己的专业知识,但能胜任工作即止。
B:
提高软件知识和技术只是问题的表面,本质是要提高自己认识问题、分析问题、解决问题的思想高度。
软件专业知识的很多方法和原理,可以很容易地延伸、应用到生活的其它方面。
C:
在能胜任工作的基础上,立即去涉猎其它领域的专业知识,丰富自己的知识体系、提高自己的综合素质,尤其是那些目标不在技术方面的朋友。
PS:
正常来说工作时间是8个小时,除去早上、中午、下班的磨蹭时间,也就剩下6个小时左右了,而真正用在工作上的平均来说绝对不超过3个小时,再去除1个小时的闲聊时间,所以至少有2个小时是属于自己的,那么需要做什么就是自己的事情了...
友情提示:
本文中关于《软件测试工程师的工作经验总结》给出的范例仅供您参考拓展思维使用,软件测试工程师的工作经验总结:
该篇文章建议您自主创作。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 工程师 工作经验 总结
![提示](https://static.bdocx.com/images/bang_tan.gif)