测试人员年终总结.docx
- 文档编号:14470610
- 上传时间:2023-06-23
- 格式:DOCX
- 页数:6
- 大小:21.39KB
测试人员年终总结.docx
《测试人员年终总结.docx》由会员分享,可在线阅读,更多相关《测试人员年终总结.docx(6页珍藏版)》请在冰点文库上搜索。
测试人员年终总结
测试人员年终总结
从性质、时间、形式等角度可划分出不同类型的总结,从内容分主要有综合总结和专题总结两种。
本文为测试人员年终总结范文,让我们通过以下的文章来了解。
“又是一年毕业时”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼,希望对所有的软件工程师们有所帮助,早日实现自己的人生目标。
本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议,前面几点旨在确定大的方向,算是废话吧。
谨以此文献给那个自己为你奉献3年青春与激情的开发团队。
还有团队成员:
PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。
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等等优秀的开源框架?
在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?
为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题?
?
?
“他山之石、可以攻玉”。
我最初参加测试工作的时候,不知道什么是软件测试,集成测试和系统测试的概念经常混淆,cmm是什么就更加不知道了。
那时候最简单的开关机也是通过直接拔插电源完成,安装系统对我来说简直是有史以来人类的最高技能,对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手,身具杀人于无形之绝世秘技。
拿破仑说不想当将军的士兵不是好士兵,我最初的梦想就是想成为软件测试的高手,傲视天下。
所以不断偷师,总结经验,自认为掌握了成为高手的几个秘技,这几年混迹“江湖“还算无往而不利。
不敢独享,望与吾辈测试人员切磋,早日总结成功密技之大成,助新进人员早日入门,也算不愧对东北活雷锋的称号。
第一招学会利用网络 刚参加工作面对浩瀚的网络世界,当时如刘姥姥进大观园,什么都新奇,什么都想要,从网上下载很多源程序的代码,软件技术文档之类,恨不得把所有的好东西收集到手中,其实有些在他人看起来就是垃圾一堆。
当时觉得有了这些“武林秘籍“,成为高手指日可待。
最初参加工作由于自己工作努力有幸转为开发,加入项目组后我的习惯还是没有改,反而变本加厉,手中的资源更加多,上网的时间更加频繁。
一次项目经理分配任务,觉得依靠手中的秘籍加上自己的“聪明才智“很快会完成,不料短短的时间,所有的一切变成了马奇诺防线。
解决问题很慢,思路不清晰,项目经理在对我施压的过程中教会了我终身难忘的一招,学会利用网络寻找要解决问题的答案,从此google成了我的最爱,关键字成了我变化的招数。
在软件测试工作中,他帮我解决了很多疑难问题,解答了很多令我迷惑的地方。
也是我帮助测试同行解决问题手段之一,很多软件测试新手,甚至老手都没有意识到自己手上就握有“无敌秘籍“,所以只要你耐心找,答案就在身边。
这里总结一下利用网络搜索引擎的技巧:
组合搜索 每次搜索某个文件,如果只给出一个单词进行搜索,经常会出现成千上百万计的匹配网页。
然而如果再加上一个单词,那么搜索结果会更加切题。
选择表述内容的词组 一般我在网页搜索引擎的时候,选择一些可以表达我要查找内容的关键词组,用来缩小搜索范围,从而找到搜索结果是最好的办法。
运用词组搜索涉可以先先简单地输入一个问题作为词组搜索,如果仍然找不到合适的,那就用多个可以表达要查询内容的关键字进行查询。
定位信息来源 有的时候用词组搜索不到或者无法准确表达所需信息。
可以用另一种方法直接到信息源,就是直接到到提供某种信息的站点去。
可以用公式“”去猜测某一组织的特点。
从而得到所要搜索的信息的主要词组 其实网络上还有很多关于搜索技巧的文章,大家可以自行学习。
千万要记住搜索引擎是帮助你成功的有力武器。
第二招学会动手 参加软件测试工作后,随着工作经验的增长自我感觉越来越好。
在公司里也逐渐受到同事领导的重视,一次针对公司的新的软件功能进行测试的时候,像往常一样“随手“测试出了几个bug,然后“仔细“的填写了bug单(这个bug的现象已经出现了很多次了)。
这时候测试经理走过来,重新复查了一下填写的bug。
他在重现我的bug的过程中,简化了我的输入变化,bug神奇的又出现了,同样的现象,他关闭软件重新变化输入,扩展出10几个变化后,软件不动了,内存不断上升。
终于他找到了产生软件的bug的原因,然后对我说“寻找bug要准确定位,我们开发团队是一个整体,时间是等量的,时间不在你身上浪费,就是在他身上浪费。
如果测试人员每次发现的bug描述不清楚,并且多个问题潜在的错误原因是一个,虽然操作可能稍微有些变化。
这样开发人员在重现bug的时候他要调试跟踪判断,很花费时间,而且效率低。
如果测试人员发现bug的时候多动手可以更加准确的定位bug步骤和原因,给开发人员最精确的步骤和准确的描述,这样整个团队才能高效,所以需要大家协作!
。
“。
在以后的日子里,每次解决问题的时候我都记得多试验几次,多尝试。
网上很多朋友还有同事问我问题的时候,其实他们只是万里长征就差一步,只要再多动手实验一次就可以达到目的了。
所以多动手,多尝试。
第三招思考自己所作的 刚开始入行的时候,总是思考如何做好软件测试。
认为公司的测试流程混乱总是很郁闷,认为自己学不到东西,如何才能测试好产品,常说心动不如行动,以前看到古龙小说中经常出现的场景无名小子不断挑战高手,总结积累。
我总结了有些经验是实战中得到的,所以不断尝试引入新的测试流程然后评估,这个过程虽然很痛苦,但是从中积累了不少经验。
这段时间让我学习到了很多东西,接触了iso,cmm,测试管理工具,自动化工具(因为公司不正规给了我很多学习的机会,后来到了比较大的软件公司后,以前的经历给了我更多的发展机会,因为大公司非常正规了,公司内部人员分工明确,所以能力的锻炼反倒少了)。
由于工作中经常写报告反倒养成了总结教训的习惯,因为纸面上的东西是永远也忘不掉的。
在写的过程中可以不断补充扩展,整个过程是思想升华的过程,当年达摩面壁九年就是融会贯通的典型例子,如果他不是有个思考的过程,他也不能成为一代大家。
如果后来不时有人把他的绝技记录下来,也就不能有后来的少林寺七十二绝技。
所以善于思考,总结经验,也是成为高手之路的不二法决。
第四招学会利用论坛资源 其实测试新兵和测试高手之间的区别,往往是不会利用现有资源。
在论坛中我们会看到很多新手不断的提问,但是有很多问题其实都是已经别人提过了,或者已经有解决方案的。
所以经常会看到“测试高手“的身影,并且不提问题,而且还能“锄强扶弱“,是测试新丁的救命稻草。
好像是高手们无所不能,其实摘掉这层耀眼的光环,他们并没想像得那么厉害,只不过通过自己的搜索找到的答案,然后帮助其他人。
当然也有很多人都是通过自学,然后在论坛中交流得到了很多经验,高手其实也是因为善于思考问题,亲自动手解决问题。
所以动手和利用论坛资源的过程中他们也在不断提高。
很多时候看到论坛中有人提问,问题描 述不清,很多人看了很困惑。
发贴题目动不动请高手帮忙,救命之类的,好像天下大乱,世界末日。
虽然这个题目很招人,但是无法让那些想帮助你的人帮你,因为题目不清晰,而且高手字样吓阻了很多人。
其实问问题也是个思路整理的过程,描述清晰,让人理解清楚,才能望文知意知道你的当前发生问题的环境,才能让那些想帮你的人解决问题,否则给人无从下手的感觉,解决问题效率不高。
第五招学习和你所测试的软件产品相关的知识 要想成为好的测试人员,还要了解你要测试的软件的相关知识。
要了解软件产品的架构是什么样的。
要了解软件的市场需求,在接触软件之初要可以多看看用户的反馈信息,这些才是用户最关心的,也是你在测试中需要注意的问题,满足客户是最大的需要。
但是了解软件需求之后要学会要多读些软件系统的技术文档,软件设计文档,这些文档可以帮助你了解产品如何工作。
还有多看看公司bug库中的问题,这些存在的问题可以帮助你了解软件产品那些地方存在缺陷,软件系统那些地方会出现错误。
软件是运行在一个大环境中,如果对系统不熟悉,那么有些问题你不能从一个更广阔的层面考虑,学习操作系统的知识,有助于你发现缺陷,定位问题更加准确。
比如软件运行在windows或者linux,如果你不懂操作系统,你就无法建立测试环境,有些时候时候软件的组件发生问题,就是你系统配置造成的,对系统不熟悉,你会把外在原因归结为软件本身。
所以要学习关于和软件系统相关的知识,比如编程,网络,数据库等。
不一定你要学习到多好的程度,只是通过这些扩展的知识面,你可以在发现问题,解决问题上不会局限在狭小的圈子里。
和一切相关的人员交流,不同的交流渠道,获取消息是不同的,角度也不同。
和客户交流,你会在测试中从客户的角度发现问题;和开发人员交流,你会了解开发人员怎么实现软件功能的;和项目管理人员交流,你会知道开发进度以及遇到的困难。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 人员 年终总结
![提示](https://static.bingdoc.com/images/bang_tan.gif)