软件测试工程师的工作总结

上传人:re****.1 文档编号:498462045 上传时间:2024-02-20 格式:DOC 页数:5 大小:19KB
返回 下载 相关 举报
软件测试工程师的工作总结_第1页
第1页 / 共5页
软件测试工程师的工作总结_第2页
第2页 / 共5页
软件测试工程师的工作总结_第3页
第3页 / 共5页
软件测试工程师的工作总结_第4页
第4页 / 共5页
软件测试工程师的工作总结_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《软件测试工程师的工作总结》由会员分享,可在线阅读,更多相关《软件测试工程师的工作总结(5页珍藏版)》请在金锄头文库上搜索。

1、软件测试工程师的工作总结1、分享条经验:“学历代表过去、能力代表现在、学 习力代表未来。”其实这是一个来自国外教育领域的一个研 究结果。相信工作过几年、十几年的朋友对这个道理有些体 会吧。但我相信这一点也很重要:“重要的道理明白太晚将 抱憾终生!”所以放在每一条,让刚刚毕业的朋友们早点看 到哈!-2、一定要确定自己的发展方向,并为此目的制定可行的计划。不要说什么,“我刚毕业,还不知道将来可能做什 么?”,“跟着感觉走,先做做看”。因为,这样的观点会 通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直 做技术,将来成为专家级人物 ?向管理方向走,成为职业经 理人?先熟悉行业和领域,将来自立门户

2、 ?还是先在行业里面 混混,过几年转行做点别的 ?这很重要,它将决定你近几年、 十年内“做什么事情才是在做正确的事情! ”。-3、软件开发团队中,技术不是万能的,但没有技术是 万万不能的!在技术型团队中,技术与人品同等重要,当然 长相也比较重要哈,尤其在 mm比较多的团队中。在软件项 目团队中,技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码,还是产品管理、测试、 文档、实施、维护,多少你都要有技术基础。 算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成 功地完成过软件开发项目,哪怕就一个,也没有看到。倒是 曾经看到过一个“高学历的牛人”(非技术型)带一

3、堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再 也受不了啦! ”四分五裂、各奔东西。那个项目的“成功度” 大家可想而知了。-4、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。请牢记:“如 果一个软件开发人员在 1、2年内都没有更新过自己的知识, 那么,其实他已经不再属于这个行业了。”不要告诉自己没 有时间。来自时间管理领域的着名的 “三八原则”告诫我们: 另外的那8小时如何使用将决定你的人生成败 !本人自毕业 以来,平均每天实际学习时间超过2小时。-5、书籍是人类进步的阶梯,对软件开发人员尤其如此。书籍是学习知识的最有效途径,不要过多地指

4、望在工作中能 遇到“世外高人”,并不厌其烦地教你。对于花钱买书,我 个人经验是:千万别买国内那帮人出的书!我买的那些家伙出的书,!00%全部后悔了,无一本例外。更气愤的是,这些 书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥 有知识;拥有知识并不表示拥有技能 ;拥有技能并不表示拥 有文化;拥有文化并不表示拥有智慧。”只有将书本变成的 自己智慧,才算是真正拥有了它。-6、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的 工程师所不应该具备的素质。开发windows应用程序,看看windows程序的设计、加载、执行原理,分析一下pe文件格式,试

5、试用sdk开发从头开发一个 windows应用程序;用 vc+、delphi 、java、。net开发应用程序,花时间去研究 一下 mfc、vcl、j2ee、。net它们框架设计或者源码;除了 会用j2ee、jboss、spring、hibernate 等等优秀的开源产 品或者框架,抽空看看大师们是如何抽象、分析、设计和实 现那些类似问题的通用解决方案的。试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因 为,很多东西你“知其然且知其所以然”!-7、在一种语言上编程,但别为其束缚了思想。“代码 大全”中说:“深入一门语言编程,不要浮于表面”。深入 一门语言开发还远远不足,

6、任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百病”的“灵丹妙药”。 编程语言对开发人员解决具体问题的思路和方式的影响与 束缚的例子俯拾皆是。我的经验是:用面对对象工具开发某 些关键模块时,为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc+、delphi) 进行系统体统结构设计时,为什么不可以参考来自java 社区的ioc、aop设计思想,甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、 数据采 集等功能的设计、实现时,为什么不可以引用来自实时系统、 嵌入式系统的优秀的体系框架与模式?为什么一

7、切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题??“他山之石、可以攻玉”。-8、养成总结与反思的习惯,并有意识地提炼日常工作 成果,形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知,对软件开发人员而言, 有、无经验的一个显着区别是:无经验者完成任何任务时都 从头开始,而有经验者往往通通过重组自己的可复用模块、 类库来解决问题(其实这个结论不应该被局限在软件开发 领域、可以延伸到很多方面 )。这并不是说,所有可复用的 东西都必须自己实现,别人成熟的通过测试的成果也可以收 集、整理、集成到自己的知识库中。但是,最好还是自己实 现,这样没有知识产权、版权等

8、问题,关键是自己实现后能 真正掌握这个知识点,拥有这个技能。-9、理论与实践并重,内外双修。工程师的内涵是:以 工程师的眼光观察、分析事物和世界。一个合格的软件工程 师,是真正理解了软件产品的本质及软件产品研发的思想精 髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语 言工具解决工作中的具体问题、完成目标任务是软件工程师 的主要工作,但从软件工程师这个角度来看,这只是外在的 东西,并非重要的、本质的工作。学习、掌握软件产品开发 理论知识、软件开发方法论,并在实践中理解、应用软件产 品的分析、设计、实现思想来解决具体的软件产品研发问题, 才是真正的软件工程师的工作。站在成熟理论与可靠方法论 的高度思考、分析、解决问题,并在具体实践中验证和修正 这些思想与方式,最终形成自己的理论体系和实用方法论。

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 演讲稿/致辞

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号