第一篇:软件学习经验简述
1楼
1、过分讲究方法和技巧,而不愿意下真功夫。软件的运用是一种技能,但这种技能不是专靠技巧能够获得的。太讲究方法和技巧会被其占用很多的时间和精力,而对学习的内容本身投入较少的时间和精力,因此反而会影响学习的效果。如有一个准备以CG求职的青年,他订了几本CG杂志,每天上网看帖子,认真学习和研究,讲起方法来一套一套的,可他每次应试都拿不出象样的作品。这是因为他只顾钻研方法和技巧,在学习内容上花的时间和精力太少,而且养成了投机取巧、不肯下功夫的习惯。方法和技巧只能适当利用,并且要从自己的学习实践中摸索出适合自己的方法和技巧才会真正管用。
2、过分讲究速度和效率,不愿花时间经常重复(复习)已学过的内容。软件运用是一种技能,技能只有靠熟能生巧,要不断重复才会熟练,只有熟练了才会形成一种不假思索的技能。
3、三天打鱼两天晒网,没有恒心,不能长期坚持学习。技能的熟练要有一个过程,在这个过程中会遇到各种困难,但不能向困难低头,要坚持不懈地反复学习,持之以恒。
4、不重视空间感与美感训练,也就是只重技术不重艺术与创造。我们对自然界的感受首先是视觉方面的。如果没有美术基础,空间感不强,每天只是瞎做,硬做只能把三维场景做得一塌糊涂。
5、只学而不用。三维软件的实践性很强,如果只学而不用,就永远也学不好。我们学三维的目的就是为了应用,要学会在用中学习,这样才能提高兴趣,达到好的学习效果。a:忌讳不停的想学新东西,而不扎实好自己的基本功,如,不停的找插件,不停的学,听见新的软件就想学学,结果什么都不懂。
b:忌讳不对生活仔细的观察,没有灵感就不可能有好的东西做出来,同样,观察可以增加自己的美术鉴赏能力。
辞职信
尊敬的领导:
本人由201/8/2进入GCK,经过一个多月的时间,负责GIANT外销开发工作,随着时间的延长,发现 自身的能力不足——缺乏相关技术/沟通能力,自己综合考虑,不能胜任GIANT外销产品开发能力,决定辞去该工作!
恳求领导给于批准!
职员:郭志凯工号:GCK10696时间:2011-9-13
第二篇:软件测试经验与教训 学习笔记2 16-30
Flowing is the today's summary.测试运用的是认知论。认知论研究如何认识所了解的东西,研究证据和推理。目标是了解如何才能改进我们的思维。多用how提问。how to know the software is perferct? if it is not perfect how to know?研究认识论有助于更好的测试 研究认识论 可帮助测试员设计有效的测试策略,更好的意识工作中的错误,理解自己的测试能证明什么,不能证明什么。入门书籍 《批判性思维的工具:心里学的元思想》,《思考与决策》,《研究的技巧》认知心理学是测试的基础。认知 心里 学 告诉 我们的是我们是如何思考的。有助于理解 影响测试员工作成绩的因素,以及影响人们理解自己工作方式的因素。测试在测试员的头脑中。注重测试设计选择,解释所观察的现象的能力,以及非常令人信服的分析描述这些现象的能力。测试需要判断,并不是只做输出与预期结果的比较。掌握探索时推断的艺术。以一种不能事先预测的方式,通过一种思想引出另外一种思想,然后再引出下一种思想。优秀测试员会进行技术性,创制性,批判性和实用性地思考。黑盒测试并不是基于无知的测试 更应该了解用户,了解结束,了解软件运行环境的配置,了解开发过程,了解这个软件要与之交互的其他软件。黑盒强调有关软件的用户和环境知识。测试员不只是游客。测试员做的大量非测试事是为了更好的了解产品,但是需要把精力放在评估产品上。所有的测试都试图回答某些问题。所执行的测试,都是要回答有关现实的产品和应该得到的产品之间关系的某个问题。所有的测试都基于模型。学会一种对产品建模的新方法,就像是学会了观察产品的一种新方法。26 直觉是不错的开始,但又是糟糕的结束。直觉只是在开始的时候更有用,而非其他时候。把直觉当做指南,而不能用作合理性证明。为了测试,必须探索。探索需要大量的思索。前向思索,后向思索,侧向思索。实用诱导推断逻辑发现推测实用猜想与反驳逻辑评估产品。
第三篇:软件测试经验与教训 学习笔记 1 1-15
测试员是项目的前灯。测试就是要找到信息。测试的使命决定要做的一切。快速找出重要软件问题,对产品质量提出总体评估,确认产品达到某种具体标准,帮助客户改进产品质量和可测性,保证测试过程能够达到可分清责任的标准,就测试和与测试员协作方式培训客户,采用特定的方法集或遵循特定的规则集,帮助预测和控制支持成本,帮助客户改进其过程,以最小化成本,时间或尽可能减少副作用的方式,完成自己的工作,为满足特定客户要求,完成所有必要的工作。测试员为很多客户服务。项目经理----向此客户报告工作状态,迅速报告重要问题。程序员---向此客户提供好的错误报告。技术文档编写员---向此客户报告文档类型错误,技术支持员和市场开发员,项目负责人,用户。测试员发现的信息会打扰客户。测试团队需要根据客户对价值的定义,通知客户有关威胁产品价值的任何信息。迅速找出重要程序问题。首先测试经过变更的部分,后测试没有变化的部分。先核心功能,后辅助功能,先测试能力后测试可靠性,先测试常见情况,后测试少见情况。先测试常见威胁,后罕见威胁,先测试影响大的问题,后影响小的问题,先测试最需要的部分,后测试没有要求的部分。跟着程序员走。及时的向程序员报告发现的问题。让程序员成为项目的瓶颈。询问一切,但不是外漏。测试员想到的任何问题,都会有助于启发自己的思想,最终产生对问题新的认识测试员关注失效,客户才能关注成功。不能说 通过测试来确认程序正常,只能说 就我所执行的测试来说,没有发现产品不正常。测试员通过发现程序中客观存在的问题,是为了更好的能够帮助项目团队更加了解自己的技能以及产品风险。不会发现所有程序问题。知道并承认自己不能做所有的事之后,测试员必须选择如何使用自己的时间 10 当心“完备的”测试。总结自己实施的测试以及为什么值得实施这些测试,并告诉客户自己没有做的其它值得做的测试,以及为什么没有做这些测试。通过测试不能保证质量。测试员测试和错误报告提供促进项目质量保证的信息,但是这种保证要来自整个团队。永远别做看门人。要由控制项目,条件最好的人承担发布产品的责任。当心测试中的不关我事理论。应尽其所能,通知团队可能会对产品的价值产生消极影响的所有问题。14 当心成为过程改进小组。可以成为过程改进的一员,但避免成为全部。别指望任何人会理解测试,或理解测试员需要什么条件才能搞好测试。测试员可以向管理层和程序员提供帮助自己的机会
第四篇:6年经验软件工程师总结
一位软件工程师的6年总结(转)
2008年05月17日 16:25:50 作者: 铿锵玫瑰
“又是一年毕业时”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千……本文是自己工作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等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。
8、养成总结与反思的习惯,并有意识地提炼日常工作成果,形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知,对软件开发人员而言,有、无经验的一个显着区别是:无经验者完成任何任务时都从头开始,而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说,所有可复用的东西都必须自己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是,最好还是自己实现,这样没有知识产权、版权等问题,关键是自己实现后能真正掌握这个知识点,拥有这个技能。
9、理论与实践并重,内外双修。工程师的内涵是:以工程师的眼光观察、分析事物和世界。一个合格的软件工程师,是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看,这只是外在的东西,并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论,并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自己的理论体系和实用方法论。
10、心态有多开放,视野就有多开阔。不要抱着自己的技术和成果,等到它们都已经过时变成垃圾了,才拿出来丢人现眼。请及时发布自己的研究成果:开发的产品、有创意的设计或代码,公布出来让大家交流或者使用,你的成果才有进化和升华的机会。想想自己2000年间开发的那些Windows系统工具,5、6年之后的今天,还是那个样子,今天流行的好多Windows系统工具都比自己的晚,但进化得很好,且有那么多用户在使用。并且,不要保守自己的技术和思想,尽可能地与人交流与分享,或者传授给开发团队的成员。“与人交换苹果之后,每个人还是只有一个苹果;但交换思想之后,每个人都拥有两种思想”,道理大家都懂,但有多少人真正能做到呢?
12、书到用时方恨少,不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明: “对于一个有一定基础的人来说,他只要真正肯下功夫,在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果,故命名为西蒙学习法。可见,掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识,有空花时间看看,韬光养晦、未雨绸缪。
13、本文的总结与反思:
A:不要去做技术上的高手,除非你的目标如此。虽然本文是关于提高软件开发知识的建议,做技术的高手是我一向都不赞同的。你可以提高自己的专业知识,但能胜任工作即止。
B:提高软件知识和技术只是问题的表面,本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理,可以很容易地延伸、应用到生活的其它方面。
C:在能胜任工作的基础上,立即去涉猎其它领域的专业知识,丰富自己的知识体系、提高自己的综合素质,尤其是那些目标不在技术方面的朋友、
第五篇:软件测试学习
软件测试学习
1. 什么是软件测试?
答:软件测试是为了发现错误而审查软件文档、检查软件数据和执行程序代码的过程,其目的在于在软件交付使用前充分发现缺陷并协助相关部门定位、解决缺陷,最后交付一个高质量的软件产品给用户。
2.软件测试的分类有哪些?
答:软件测试活动可以分为以下几类:
黑盒测试:
黑盒测试又叫功能测试,数据驱动测试或基于需求规格说明书的功能测试。(主要用于系统测试和确认测试中)
白盒测试
白盒测试又称结构测试、逻辑驱动测试或程序代码内部构成的测试。
灰盒测试
灰盒测试结合黑盒和白盒测试两种方法,一方面考虑程序代码的功能性表现,另一方面,又需要考虑程序代码的内部结构。(主要用于性能测试、自动化功能测试) 静态测试
静态测试就是用眼看,阅读程序代码、文档资料等,与需求规格说明书中的客户需求进行比较,找出程序代码中设计不合理及文档集料有错误的地方
动态测试
动态测试即为实际的执行被测对象的程序代码,输入事先设计好的测试用例,检查程序运行得到的结果与测试用例中设计的预期结果之间是否有差异,判定实际结果与预期结果是否一致,从而检验程序的正确性、可靠性和有效性,并分析系统运行效率和健壮性等性能状况。
动态测试由四个部分组成:设计测试用例、执行测试用例、分析比较输出结果、输出测试报告。
动态测试有三种方法:黑盒测试、白盒测试、灰盒测试。
手动测试
手动测试大部分的测试就是模拟用户的业务流程,来使用软件产品,从而发现软件产品中的缺陷。手动测试是最传统的测试方法,也是现在大多数公司都是用的测试形式。他是测试人员设计测试用例并执行测试用例,然后根据实际结果去和预期的结果相比较并记录测试结果,最终输出测试报告的测试活动。
优点:可以充分发挥测试工程师的主观能动性,将其智力活动体现于测试活动中,能发现很多的缺陷。
缺点:手动测试有一定的局限性与单调枯燥性。
自动测试
自动测试就是利用一些测试工具,模拟用户的使用流程,让它们自动运行来查找缺陷。也可以编写一些代码,设定特定的测试场景,来自动寻找缺陷
优点:能够很快、很广泛的查找缺陷,同时可以做很多重复性的工作,大大提高了测试的效率和测试的准确性,而且写出的比较好的测试脚本,还可以在软件生命周期的各个阶段重复使用。
3.软件测试的流程:需求测试、单元测试、集成测试、系统测试、性能测试、用户测试、回归测试
需求测试:主要从以下几个方面考虑
①完整性:每一项需求都必须将所要实现的功能描述清楚,从而为开发人员设计和实现这些功能提供所有必要的需求依据。
②正确性:每一项需求都必须准确的陈述其要开发的功能
③一致性:一致性是指与其它软件需求或高层(系统、业务)需求不相矛盾,或者与我们的项目宣传资料一致。
④可行性:每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。⑤无二义性:对所有需求的读者都只能有一个明确统一的解释,由于自然语言极易导致二义性,所以尽量把每项需求用简洁明了的用户语言表达出来。
⑥健壮性:需求的说明中是否对可能出现的异常进行了分析,并且对这些异常进行了容错处理。
⑦必要性:“必要性”可以理解为每项需求都是用来授权你编写文档的“根源”。要是每项需求都回溯至某项客户的输入,如需求用例或别的来源。
⑧可测试性:每项需求都能通过设计测试用例或其它验证方法来进行测试。
⑨可修改性:每项需求只应在SRS(软件需求规格说明书)中出现一次。这样更改时易于保持一致性。另外,使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。
单元测试
单元测试又成为模块测试,是对程序代码中最小的设计模块单元进行测试。(可以发现大约80%的软件缺陷,大多数公司中,由对应的开发工程师负责)单元测试方法:主要采用静态测试和动态测试相结合的办法。
单元测试工具:Juint等。
单元测试优点:在软件生产过程中及时的开展单元测试可以降低编码的错误率,提
高编码质量。
集成测试
集成测试又称为组装测试,就是将软件产品中的各个模块组装起来,检查其接口是否存在问题,以及组装后的整体性能、性能表现。
集成测试方法:一般采用非增式集成方法、增式集成方法(自底向上集成;自顶向下集成;组合方式集成)等策略进行测试,利用以黑盒测试为主,白盒测试为辅的测试方法进行测试。
(集成测试一般由测试工程师但当)
集成测试的目的:主要解决的是各个软件组成单元代码是否符合开发规范、接口是否存在问题、整体功能有无错误、界面是否符合设计规范、性能是否满足用户需求等。
系统测试
系统测试是将通过集成测试的软件部署到某种较为复杂的计算机用户环境(指一般用户的计算机环境)进行测试。
系统测试的目的:通过与系统的需求进行比较,发现软件与系统的定义不符合或与之矛盾的地方。主要考察被测软件的功能和性能表现。
系统测试方法:主要采用黑盒测试方法,进行的是安装卸载测试、兼容性测试、功能确认测试、安全性测试等。
系统测试过程其实也是一种配置检查过程,检查软件在生产过程中是否有遗漏的地方,在此时做到查漏补缺,以确保交付的产品符合用户的质量要求。如果软件可以按照用户合理期望的方式来工作的时候,即可认为通过系统测试。
性能测试
性能测试就是要求被测软件在业务处理速度、处理能力和所耗用的硬件系统资源比率满足用户的需求。
对测试人员的要求:测试人员要掌握编程语言,精通业务流程,拥有深厚的项目经验。所以,想顺利的开展性能测试,需要测试工程师不断的学习,掌握相应的知识。例子:对于某个论坛,我们需要测试论坛支持10000个用户同时使用,并且在这种情况下,打开帖子的速度能否控制在4秒钟以下,论坛服务器的CPU使用率不超过80%,内存的占用率不超过75%等,这些都是典型的性能测试指标。
性能测试优点:一方面可以验证被测软件是否符合用户需求,另一方面,可以得到相关的性能数据,为被测软件的优化提供参考。
性能测试工具:LoadRunner自动化性能测试工具等。
用户测试
用户测试可以称其为用户确认测试。在正式验收前,需要用户对本系统做出一个评价,用户可对交付的系统做测试,并将测试结果反馈回来,进行修改、分析。用户测试在整个软件生产流程中非常重要,这个环节是被测软件首次作为正式系统交由用户使用,用户会根据他们的实际使用情况进行测试、试用,并提出实际使用过程中的问题。
用户测试是软件生产流程中的最后质检关。
回归测试
回归测试就是过一段时间以后再回过头来对以前修复过的Bug重新进行测试,看该Bug是否会重新出现。
回归测试的目的:检查以前的测试用例能否再次通过,是否还有需要补充的用例等。
回归测试工具:QTP等。