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

软件测试工程师的个人工作总结这一年关于我这个刚刚离开校园的职场新人来说，可谓是职业生涯中经历的第一个丰收之年，无论是在行为上还是思维上都切身感觉到了有所提升和进步。当然，所有的一切要感谢公司领导对我的赏识并给予了我相对广阔的发展空间，以及测试团队全体成员的互相帮助和共同努力。以下对我在**年所做的工作进行全面总结：我的团队，以现在的表现和对我的关怀与安慰而让我感动。测试人员是一个比较特别的群体，以发现缺陷和确保质量为根本目标。这就要求我们在公司并不规范的项目管理与工作流程背景下，测试既要服从于现状、又不能安于现状。自**年5月被正式提升为测试团队负责人之后，我将绝大部分时间和精力倾注在团队建设上，主要体现为团队成员的技术提升与培养、部门制度建设和文档标准建设、测试与开发的工作交互流程等。在团队管理上逐渐尝试，本着先理后管的原则，将原本人心涣散的团队建设为一支互相关怀、互相帮助的高凝集力团队。坦白的讲，因为自身管理经验的欠缺，这个摸索过程中我走了许多弯路，但结果却使我受益良多。是我的团队教会了我这些，让我初步懂得了什么是管理，让我明白管的是理而并非是人。如果事情难以理通，那么在此之上的管只能是强制的，仅仅在表象上完成事情而已。所以一定要先理清楚然后再管，这时其实已经不必需要管了，因为已经理顺，大家都会去积极主动的执行。有理的同时，还要帮助整个团队去整理，给予团队每位成员必要的工作帮助，比如工作思路和工作资源。除此之外，还包括适当的日常沟通和思想引导，通过绩效考核、部门例会、部门培训、单人交谈和部门聚会等形式，在工作时间和非工作时间进行交流，实现了团队成员之间的互相信任和互相认可。在这个过程中，我的性格优势得以充分体现，我能够在第一时间发觉团队成员的状态异常，并通过及时的交谈予以解决，同时也体现出了我的性格劣势。记得在一次例会结束后，我要求每位团队成员写出5条关于我的看法和建议，结果让我非常欣慰，这说明团队成员对我的信任，也期望我有所成长。我也会以此为戒，逐渐改善。对工作模式进行改善，在团队工作的执行模式上完全改变了之前测试人员归属项目组的不规范状况。统一测试管理平台强化了测试人员的沟通频度，促进了大家的互相交流和互相帮助，并使得测试工作可以依据实际状况执行交互性测试。综合**年的测试结果，我至少为整个团队的表现打90分，可以说这一年的工作结果是令人满意的，当然主要是指经历了八月调整之后的测试团队。最让人难忘的是**年的八月、九月和十月期间，测试团队刚刚经历了八月末的人员调整，以3旧1新的4人阵容承当了原来7人的工作量，并在高强度的工作压力下顺利的度过了团队调整期。面对这一充满压力的过程，我想，只有“兔子在哪里〞的故事是让大家难以忘记的。如今的测试团队有着完备的内部机制和运作方式，我们已经做好了相应准备，随时应对公司发展所必必需的各种调整。**年03月初，我已向郭总提交一份年年11月12日到**年3月的工作总结，其中所描述的工作内容均为当时参加的arpt项目的工作进展状况。自**年4月开始，我与项目组全体成员参加了arpt奥运项目的投标文件编写工作，这也是我第一次参加标书编写，但从自身来讲，我已经倾尽全部所能。在标书编写结束后，除继续负责arpt软件的测试外，逐渐将工作重心向团队建设偏移。在合理分配工作任务的前提下，适当从事部分模块的测试工作。关于团队管理内容，之前已经有所介绍，在此不再赘述。年终结束，我的人生观和价值观也随着时间的推移而逐步发生改变，更加清楚的了解了自身优势与不够，包括职业发展过程中的一些必要能力，我也会在此经验的基础上慢慢的总结和调整。个人进步的载体是公司的发展。在整整一年的工作生活当中，我真真的感受到了公司所发生的变化，看到了各位同事为了公司发展所做出的努力。螺旋上升——用这个哲学词语来形容公司的发展过程再确切不过了。一切仿佛是旋转车轮上的一个点，回到原处的同时也发生了距离的变化。伴随着这个变化的过程，我心内中喷发过激-情、也感伤过失落；发泄过愤恨、也滋生过冷漠，最后在压抑与崩溃的临界点上重新燃起了希望，与此同时我更期盼着公司能够加速发展步伐，一改现在“总结了没有执行，执行了没有改变，改变了没有思索〞的不正常现状。一年的结束，一年的开始，我已经准备好了迎接它的热情，期望付出努力，渴求收获硕果。2.软件测试,工作总结怎么写主要写一下工作内容，取得的成绩，以及不够，最后提出合理化的建议或者新的努力方向。转载：总结，就是把一个时间段的状况进行一次全面系统的总检查、总评价、总分析、总研究，分析成绩、不够、经验等。总结是应用写作的一种，是对已经做过的工作进行理性的思索。总结与计划是相辅相成的，要以计划为依据，制定计划总是在个人总结经验的基础上进行的。总结的基本要求1.总结必必需有状况的概述和表达，有的比较简单，有的比较具体。这部分内容主要是对工作的主客观条件、有利和不利条件以及工作的环境和基础等进行分析。2.成绩和缺点。这是总结的中心。总结的目的就是要肯定成绩，找出缺点。成绩有哪些，有多大，表现在哪些方面，是怎样取得的；缺点有多少，表现在哪些方面，是什么性质的，怎样产生的，都应讲清楚。3.经验和教训。做过一件事，总会有经验和教训。为便于今后的工作，须对以往工作的经验和教训进行分析、研究、概括、集中，并上升到理论的高度来熟悉。今后的打算。依据今后的工作任务和要求，吸取前一时期工作的经验和教训，明确努力方向，提出改善措施等总结的注意事项1.一定要实事求是，成绩不夸大，缺点不缩小，更不能弄虚作假。这是分析、得出教训的基础。2.条理要清楚。总结是写给人看的，条理不清，人们就看不下去，即使看了也不知其所以然，这样就达不到总结的目的。3.要剪裁得体，详略适宜。材料有本质的，有现象的；有重要的，有次要的，写作时要去芜存精。总结中的问题要有主次、详略之分，该详的要详，该略的要略。总结的基本格式1、标题2、正文开头：概述状况，总体评价；提纲挈领，总括全文。主体：分析成绩缺憾，总结经验教训。结尾：分析问题，明确方向。3、落款署名，日期。3.测试工程师6年工作经验总结观后感[测试工程师6年工作经验总结观后感]1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表将来，测试工程师6年工作经验总结观后感。〞其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！〞所以放在每一条，让刚刚毕业的朋友们早点看到哈！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等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、制定和实现那些类似问题的通用解决方案的，观后感《测试工程师6年工作经验总结观后感》。试着这样做做，你以后的工作将会少碰到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然〞！7、在一种语言上编程，但别为其束缚了思想。“代码大全〞中说：“深入一门语言编程，不要浮于表面〞。深入一门语言开发还远远不够，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病〞的“灵丹妙药〞。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具〔目前主要有VC++、Delphi〕进行系统体统结构制按时，为什么不可以参照来自Java社区的IoC、AOP制定思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架？在进行类似于实时通信、数据采集等功能的制定、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必必需以个人、团队在当然开发语言上的传统或者经验来解决问题？？？“他山之石、可以攻玉〞。8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题〔其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面〕。这并不是说，所有可复用的东西都必必需自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现。试用期工作总结伴随着充实紧凑的工作生活，两个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不够。总结经验，吸取教训，本文将主要从几个方面来对工作进行总结：工作的主要内容；其中的失败和教训以及成功和经验；展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。1.工作的主要内容在这两个月的工作中，我的总体任务是协助苏薇做好武警黄金部队矿业权管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：1.编写矿业权系统的各类文档；2.矿业权系统的编码及bug勘误工作；3.矿业权系统的测试工作。下面依照时间来对我的工作进行介绍。初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。假设直接做开发，则业务不熟练，代码不规范，弊大于利；假设仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现矿权系统没有进行输入限定，为了解决这个问题必需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据必需求文档。在编写该文档的过程中，对矿权系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。完成了矿业权系统的数据必需求文档的编写之后，新的任务是对整个矿权的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。在对矿业权系统添加输入限定完成之后，进入了解决程序小问题的阶段，对矿权系统进行细小的缝补工作。这段时间是学习多于工作的，不同的问题督促我要天天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛劳一点，但收获却是满满。完成了系统的修补之后，我们的程序送到了四惠进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。第一轮测试结果出来之后，我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承当了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题必需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。在进行所检之余，我又接到了新的任务，完成矿权系统的概要制定以及具体制定文档的编写。这两份文档已于9月2号编写完毕。现阶段我的任务是依据所检的bug列表，对矿权系统进行回归测试。2.工作中失败的教训以及成功的经验关于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在确保质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。本人性格开朗、稳重、有活力，待人热情、真诚；工作认真负责，积极主动，能吃苦耐劳，用于承受压力，勇于革新；有很强的组织能力和团队协作精神，具有较强的适应能力；纪律性强，工作积极配合；意志坚强，具有较强的无私奉献精神。特别能吃苦、能奉献、能忍耐的精神、责任心强，为人诚恳、细心、乐观、稳重、有合格团队精神，能快速适应工作环境，并能在实际工作中不断学习，不断完善自己，做好本职工作。同时，为自己争取更多的机会的施行、去成功！我喜爱尝试新鲜事物，喜爱一些有挑战性的东西，做事比较认真细心。除此之外，我很有上进心，能吃苦，力气挺大的，朋友都说我像个男生。我为人比较好相处，喜爱交际。我珍惜时间，并且能够运用有限的时间充实自己，比较要强和独立。我能够放平自己的心态，我不怕从基层做起，而且我也相信只要努力，就会有回报。试用期工作总结伴随着充实紧凑的工作生活，两个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不够。总结经验，吸取教训，本文将主要从几个方面来对工作进行总结：工作的主要内容；其中的失败和教训以及成功和经验；展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。1.工作的主要内容在这两个月的工作中，我的总体任务是协助苏薇做好武警黄金部队矿业权管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：1.编写矿业权系统的各类文档；2.矿业权系统的编码及bug勘误工作；3.矿业权系统的测试工作。下面依照时间来对我的工作进行介绍。初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。假设直接做开发，则业务不熟练，代码不规范，弊大于利；假设仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现矿权系统没有进行输入限定，为了解决这个问题必需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据必需求文档。在编写该文档的过程中，对矿权系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。完成了矿业权系统的数据必需求文档的编写之后，新的任务是对整个矿权的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。在对矿业权系统添加输入限定完成之后，进入了解决程序小问题的阶段，对矿权系统进行细小的缝补工作。这段时间是学习多于工作的，不同的问题督促我要天天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛劳一点，但收获却是满满。完成了系统的修补之后，我们的程序送到了四惠进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。第一轮测试结果出来之后，我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承当了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题必需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。在进行所检之余，我又接到了新的任务，完成矿权系统的概要制定以及具体制定文档的编写。这两份文档已于9月2号编写完毕。现阶段我的任务是依据所检的bug列表，对矿权系统进行回归测试。2.工作中失败的教训以及成功的经验关于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在确保质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。1.依据分配的测试任务和提供的测试文档，安装和配置测试必需要的软硬件环境，进行软件测试。2.测试过程发现的缺陷在缺陷管理工具上提交缺陷报告，并及时对经修正的缺陷进行相应处理。3.完成与测试相关的任务，例如制定或修改测试用例，产品截图，编写测试文档，参加培训和学习等。-------------1.5年IT行业从业背景，3年左右测试管理和项目管理经验；2.精通软件测试的理论和各种测试方法；3.熟悉BI测试技术，熟悉自动化测试工具QTP，熟悉SQLServer数据库；4.具有合格的测试文档写作能力，能够独立编写测试计划，制定测试用例，撰写缺陷报告和系统测试总结报告；5.3年以上纯英文工作环境测试经验，具有合格的英文读写能力；6.经过系统的PMP培训，熟悉项目管理的流程和方法；7.工作细心，具有很强的责任心；学习能力强；具有合格的团队合作精神。1.引言软件测试成为最近IT行业的“香饽饽〞，引得很多人对软件测试跃跃欲试。可是软件测试的门槛并不低，关于没有软件测试经验的新人而言，如何尽快转入测试工作中去呢？了解软件测试都做些什么，具体过程是怎么进行的，可以有助于对软件测试进行初步了解，尽快进入测试工作角色。但是关于软件测试的工作流程，各种现有书籍和文章往往都描述的非常复杂，充斥着不少测试术语，使测试初学者望而生畏。现在让我们换一种角度看看典型的软件测试是如何进行的，暂且把软件测试过程看作一场大戏，主角就是测试工程师，按照时间顺序记录软件测试工程师一天的工作场景〔假设正常工作时间9:00到18:00〕。2.测试大戏开演时间：9:00工作场景：启动工作计算机，查看收到的电子信件。画外音：查看收到的电子邮件〔哇塞，这么多电子邮件！〕，理解当天的测试工作的内容和要求。测试工程师至少配置两台计算机：其中一台是日常工作用，例如，收发电子邮件等。另外还有一台软件测试用的计算机。时间：9:10工作场景：回复电子邮件。画外音：回复电子邮件。如果关于安排的测试任务和要求存在任何疑问，请在回复电子邮件时排列出来。如果任务明确，回信中可以简单的说明理解测试任务了，按照测试任务要求进行测试。〔正好今天有一封电子邮件分配了测试任务A，而且任务明确，测试文档等完整。〕电子邮件有不同的优先级，任务非常紧迫的电子邮件应该优先处理，尽快回复。〔面对多封邮件保持镇定，分清哪些邮件必需要马上回复〕并非全部的电子邮件都必需要回复〔抄送给自己的邮件和一般通告等不必需要回复〕时间：9:25工作场景：启动用于测试的计算机依据测试要求配置操作系统、安装要测试的软件依据测试用例执行测试任务A。画外音：测试一般必需要按照测试指导文档和测试用例进行。〔软件测试可不是盲目的乱测一气的呀！〕很多软件的测试要求在一个“干净〞的计算机上测试〔提示：干静的计算机是仅安装了操作系统，没有安装其他应用程序的计算机〕。在进行正式测试前，必需要阅读测试文档，明确测试任务〔这些测试文档你找到了吗？是最新的测试文档吗？〕。时间：11:00工作场景：执行软件测试，书写软件测试Bug报告画外音：按照测试要求，尽量多找出软件的Bug。〔什么破软件，能找出这么多Bug！反过来想，软件如果没有Bug，我们测试工程师不就失业了吗！〕依据发现的软件Bug，按照客户要求写出每个Bug的报告〔要书写明白，否则客户事后会要求你重写，很费时间，也影响公司的测试质量，是否很没有面子？〕时间：11:30工作场景：报告测试执行中的碰到了问题画外音：如果测试用例的步骤不明确或者测试的软件不能成功安装，无法进行下面的测试，应该及时向测试负责人报告，等待答复后进行测试。〔重大问题，切莫瞒报，也别主观想当然地推测！〕如果某些测试步骤不明确，但是可以暂时跳过，请向测试负责人报告，并且继续进行下面的测试。〔灵活处理，合理利用时间，时间就是金钱！〕时间：12:00工作场景：查收和回复新邮件，新邮件又来了一个新的测试任务B，而且要求紧急处理。暂停测试任务A，进行测试任务B。画外音：测试过程中，要主要按时查看是否有新邮件，特别是那些要求非常紧急的任务。〔重要任务一定要优先处理，否则就是工作失职〕如果新任务比较紧急，应该中断当前的测试，接着执行新任务。〔为什么计划总是没有变化快，可是现实就是这样。〕时间：12:30工作场景：午餐、休息画外音：阳光、午餐、休息，美！〔禁止在办公室玩任何电子游戏，办公室不是娱乐场所！〕时间：13:30工作场景：查收和回复新邮件画外音：真幸运，没有其他新任务。继续上午的任务B。时间：14:30工作场景：完成新任务B，向测试负责人提交任务B的测试结果画外音：完成任何任务后，必需要向测试负责人发送任务完成的电子邮件。〔这一点很重要的，否则你做的工作再多，测试负责人也不一定很清楚〕提交任务的电子邮件中，应该写明任务是否全部完成，存在什么问题，测试结果存放在什么计算机的哪个目录中。〔想象测试负责人必需要你提交哪些内容，最好在一封信中交待明白，完整，清楚，条理分明〕时间：14:40工作场景：发送测试任务A不能按期完成的电子邮件画外音：由于执行了新测试任务B，使得测试任务A不能按时完成，应该及早向测试负责人发送电子邮件。〔如果你不主动说无法按时完成任务A，测试负责人就默认为你能够按时完成。而如果到了完成任务的最后期限，而你突然向测试负责人说任务还没有完成，那么我可以很负责任地告诉你：测试负责人将会很生气，后果很严重！〕得到测试负责人的答复后，继续执行测试任务A。如果客户要求必必需当天完成测试任务A，可能要做好加班准备〔苦恼…〕。或者请测试负责人将一部分任务分解给其他测试人员执行〔呵呵，谢谢兄弟们拉我一把。〕。时间：14:50工作场景：继续执行测试任务A。画外音：寻找软件Bug〔这是主要任务之一〕书写Bug。软件开发工作的几点感想一、软件开发中的角色划分在一个软件项目从规划、论证到制定、实现的整个过程中，必需要众多不同技能的人员参加，为了便于任务分工和人尽其才，在项目小组中应当设定许多角色，小组成员都拥有相应的角色，每种角色都必必需具备相应的技能，同时从事相应的工作。在整个软件工程过程中，一般可划分下面几类角色〔可依据公司的规模和项目规模调整〕：系统研发工程师、项目经理、系统分析员、系统制定工程师、软件编码工程师、软件测试工程师、系统支持工程师等。系统研发工程师〔也叫产品经理〕负责软件产品的功能制定，他对市场有敏锐的洞察力和心得力，同时对软件技术内涵有深入的理解〔不一定对语言本身非常熟悉〕，能够把握市场必需要什么，知道什么样的必需求可以通过软件实现，实现的成本有多大，他熟悉同类产品或相关产品的优势和不够。项目经理负责人员安排和项目分工，确保按期完成任务，对项目的各个阶段进行验收，对项目参加人员的工作进行考核，管理项目开发过程中的各种文档，直接对公司领导层负责，他既能处理好与客户之间的关系，又能协调好项目小组成员之间的关系。系统制定工程师负责软件产品的系统制定，包括必需求分析、概要制定和具体制定〔最好具体到对象的每个函数接口〕，他非常熟悉软件工程理论，熟悉常规的软件制定思想〔例如结构化制定思想、面向对象OOP制定思想〕和常用技术，包括语言、服务和组件技术〔例如CORBA、COM、DCOM、JavaRMI、JAVABEAN、EJB等〕，能熟练使用一种CASE工具进行制定并能用规范化的文档清楚地描述出来，同时他能准确的理解软件产品的功能和知道如何实现，而且对相关语言非常熟悉，能面向特定语言完成系统的具体制定。软件编码工程师负责软件模块的编码实现，他非常熟悉相关的语言细节，熟悉软件基础理论和常用算法，熟悉常规的软件编码标准。软件测试工程师负责软件测试工作，尽量发现软件制定和编码中的缺陷，他熟悉常