软件测试工作周报5篇

软件测试工作周报5篇【导读】这篇文档“软件测试工作周报5篇”由三一刀客最漂亮的网友为您分享整理，希望这篇范文对您有所帮助，喜欢就下载吧！软件测试工作周报1周一：熟悉工作环境，接受部门主管分配的任务，熟悉目前公司正在进行的项目软件的相关内容。周二：学习项目相关内容，主要看软件需求规格说明书周三：学习项目相关内容，主要看了软件详细规格说明书，了解到UML使项目各个功能模块更加地清晰。周四：继续学习项目文档，同时学习软件缺陷跟踪记录软件和AVN。了解并学会应用专门记录软件缺陷，以及跟踪软件缺陷的软件工具-Bugfree.周五：测试了开发项目的基础指标模块，编写测试用例，同时学习项目管理工具SVN的使用。周一：继续测试基础指标模块，编写测试用例，同时学习项目管理工具SVN的使用。周二：画数据流图，测试没有测完的模块，学习下一个模块的相关文档内容。周三：回归测试之前的模块，测试用户数据模块，继续学习下一个模块的相关内容。周四：测试系统管理模块，回归测试之前的模块，部门知识分享。初审测试文档，修改文档的相关内容，测试报表中心模块，回归测试各相关模块。周五：复审测试文档，修改文档的相关内容，办理任务交接。总结：两周以来对技术方面的相关知识、软件测试有了新的认识。软件测试半年工作汇报总结2年工作总结工作刚满三个月，在这三个月的时间内，我主要做了以下几个方面的工作：1.对软件的熟悉与理解2.跟随开发人员对软件的改进进行了跟踪测试，利用功能组合的方法，对各种工具进行了测试，提交Bug共计405个，已验证关闭268个。3.对软件用户手册和管理员手册的一部分进行了测试与更改，期间也加深了对该软件各个功能的理解对已经实现的功能基本上都进行了测试，对软件使用上的改进也提出了自己的建议。期间也了解了软件的功能需求，主要是对客户端服务器端及方案设计器进行了功能测试。在这段时间里学到了不少东西。在这段期间软件根据用户的反馈一直在不断的改进，基本上每天都会有变化，我跟据开发的进度一直在不断的测试，对新增加的工具边使用边学习，提交缺陷报告，并及时与开发人员进行沟通处理有歧异的缺陷报告，反复验证修复后的缺陷。直到上一周利用他们出差的时间，我有对以前测试过的工具重新进行了更深一层的的组合测试。通过这段时间的改进，软件的各项功能已经越来越全面，目前软件的基本功能都已实现，致命错误越来越少，期间也试用了自动化性能测试工具LoadRunner，由于软件还没有整体完成，在使用中不好匹配协议，现在正在熟悉另一个自动化工具RationalRobot来进行性能测试。下半年，主要工作时是：1.随着软件的逐步完成，将细化功能测试并及早的着手准备性能测试，界面测试，易用性等其他方面的总体测试，2.测试所有与本软件有关的文档3.解决所有遗留的有歧异的缺陷报告，参照提交的缺陷报告进行回归测试。4.随着其他项目的开展着手准备测试前期的工作。具体的工作实施安排还将根据项目组的工作进展和规划进行调整。一个软件测试主管的职业之路3我从软件测试工程师到主管的成长历程张军（化名）从前是学艺术的，由于对测试行业的强烈兴趣，毕业后在深圳从事软件测试工作。工作不到一年的时间里，已经从测试员升职到测试主管了。对于学习、工作，他积累了许多点点滴滴的经验，愿意与大家分享。走入测试行业：爱好，技术说实话，我做测试工作的时间不是很长，被深圳市冠泰瑞恒科技有限公司外派到一个外企，到现在也就是一年多的时间吧，不过，我愿意把自己学习和工作中积累起的这些点滴与大家分享。我走入测试行业完全是因为兴趣，兴趣产生学习和工作的热情，真的是一点都不假。从我选择走入这个行业，学习、工作，从测试员到测试主管，我都是快乐的，也很充实，很有成就感。我觉得，在决定走入测试行业后，就要在这方面多做准备和积累，首先要有坚实的测试理论基础，这些知识不仅是学习的时候要学的扎实，在以后的工作中还要继续不断的完善。其次，要有一定的行业知识。毕业后找工作时，有做手机测试的，也有做外包测试的。我做的是ERP产品。大家都知道，ERP(EnterpriseResourcePlanning)就是企业资源计划系统，是指建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。我在学习测试专业前曾接触到ERP，所以，在毕业的找工作的时候就往这方面发展了。说到找工作，我觉得精心制作简历是一方面，同时还要有灵活的面试技巧。有时还要把在生活中学到的东西应用到面试中去。我记得我第一次去面试的时候比较凑巧，面试前的头天晚上我在电视里刚好看到一个和面试有关的节目，结果，第二天在我自己去面试的时候就被我用到了。当时是在问到薪金待遇时。我觉得这是很多人包括我自己在面试时都会觉得是比较头疼的问题，因为，说的多了，不行；说的少了，也不行。这时，你就要用一些技巧了。这时你可以先试探性的询问对方公司在招聘这个职位的时候是怎么规定的？等你了解了这些后，你再就自己的技术能力来衡量相应薪金的比价，另外就是看这个公司的实力，还有一点就是行业内这个职位的大致待遇情况。这样的话，在你说出你对薪金的要求的时候，如果，应聘的公司较小，但是还是存在一定发展空间而且你也想试试的情况下，你要得工资低，对方会考虑到可能是你已大致了解了公司的实力所以才开出这样的条件，而不是你自己的技术不行；如果你看到这个公司的状况还是比较好的，是家有一定实力的公司，这时，你可以适当抬高自己的身价。我的应聘还是比较顺利的，第一天应聘，第二天就上班了。我记得当时面试的时候大约谈了两个半小时，就一次性面试过关。另外我自己也比较引以自豪的是我是我们公司唯一一个在两个月之内转正的。初来乍到：熟悉环境，尽快融入开始进入公司的时候首先要熟悉公司的环境。在一些大的公司可能会给大家熟悉环境的时间，还会安排一些相应的培训什么的。我当时进入冠泰瑞恒科技后，我们部门经理给我们刚入职的同事安排了一个多月的测试相关的辅导，这样我后面工作上上手就快了很多。所以，你必须尽快的在一到两周之内熟悉公司各个方面的环境，尤其是人员环境。我觉得人际关系在整个公司里面也是很重要的一方面，夸张一点说甚至是比你的本职工作还要重要的。因为，掌握技术是你智商方面的问题，而与人交往就不是那么简单，因为我们的兴趣、爱好可能差别很大，性格也有内向和外向的，所以在进入社会步入工作岗位后与人交往真的是很考验一个人。如果你在公司人际关系搞得好的话，工作各方面的协调顺利，工作的进展也会很顺利。还有就是要尽快的熟悉公司的测试环境，操作系统、开发语言、平台，接着就是要了解公司的产品，掌握产品相关的知识。像我们项目组是自己研发的经销群、财务这样的一个系统。你要了解公司产品的时候，可以向产品研发部，或设计部要些相关的说明文档，尽快的介入这个行业，熟悉自己要做的测试项目。说实话，我是学习艺术专业的，不是学计算机的，所以我当初的时候有点晕，我就直接拿着产品自己在那儿摸索，自己写出一个产品使用说明。向这样的事情，可能在大的公司会有专门的配选，在小公司可能就要自己学习产品了。不过，我觉得这样是挺锻炼人的，又发掘了你另一方面的潜能呢。尽可能多的参加研发部的会议员工间的技术交流。在我们项目像这样的会一周大概要有一到两次，大家相互交流工作进展情况，或者是一些相关的技术方面的交流。不一定是非常正式的，但我感觉这样的会议是非常有必要的。还有就是公司研发部召开的会议，你也要一定要也应该的介入、参加。我当初介入最早的是他们的研发意向，然后他的一些需求调研啊，还有其他的一些设计啊等等一些会议。像这样的会议我觉得是一定要抽出时间来参加的，因为这确实是对你的工作有很大的帮助的。因为在立项会议上，你可以了解项目的可操作性，以及项目的特点；在调研会议上，了解需求，市场需求是开发的依据，也是测试的依据。同时一定要参加需求更改会议，以便你更好的进行测试工作。在这些都做到位后，我们就开始写测试计划了。测试计划写测试计划就像我们在课堂上学到的那些，测试计划、测试用例，开始我们的测试流程。这时就是具体应用的时候。写测试计划的时候要跟研发部要详细设计文档、产品规格说明书和需求调研的说明（产品使用说明）这样的相关文档。如果在大公司的话，他的设计部会写产品使用说明或者是一些测试规约。还有就是一定要他的开发计划，因为你做每一步测试是根据开发进度来进行的，开发计划是必不可少的。最后根据上述的文档，从时间、内容、资源、所用工具，还有人力安排，这样一份简单的测试计划已经成形。像一般小的公司，他会对哪个人在哪天完成那项工作是很关注的，像我们原来学的那种比较完整的文档，在这样项目里是需要变通的，因为他们也没有很多的人力物力没有很多的时间去看那样的文档。编写测试用例首先要根据产品的特点编写。你的产品的特点在产品没有成型之前，你肯定不是特别了解也不是特别清楚，但是你可以根据它的框架大概的给搭出来，你能想到的尽量给细化写到文档里面，然后在测试过程中不断的完善。如果在测试执行的过程中突然间发现一个比较好的测试用例，一定要及时给补充进去，你不给它补充上去是你的一大损失，因为你以后的工作中可能还会需要这样的文档，或者以后接手你工作的人，他可能会看到这个文档，这对他以后的工作也会有很大的帮助。在大的公司有专门的测试设计人员来编写这些东西，在小公司就是测试主管或者测试员编写。像我们项目从测试用例、测试计划、测试执行什么的都是我来做的。当初是因为第一个项目比较小，我自己做，本来是给我招了一个助手，也就用了大概一两个月吧。我个人的感觉是除非你招特别熟练的，对行业，对测试技术各方面都比较熟悉的，一来就能上手工作的还行。如果不这样，招一个刚毕业的应届生，他对测试行业不是很了解，而公司人手本身就少，你根本就没有时间给他做培训，而你还要工作，也没有那么大的精力去手把手的教人家。在设计测试用例的时候要考虑周到，不要重复。就我的工作来说做ERP产品就是注意各个模块的借口以及数据测试。有好多的接口，比如说销售模块是和财务模块在测试时是会发生重复的部分，这个要自己注意。行业性比较强接下来说执行测试。要按照测试用例来执行。你不能说做了测试用例而在工作的时候根本就不看，这样对你的工作是没有帮助的。因为你按照测试用例来执行的话基本就是按照自己的思路来做，这样你走到哪一步心里都非常的清楚。这样最大的好处就是减少重复的工作，可以提高工作效率。我想这点无论是在小公司还是大公司，还是就我们工作的本身都是很重要的。然后，最好是做测试日记录，目的就是明确自己测试到哪里，以免重复工作。就我自己来说，我在做测试的时候每天都会做测试日记，一个是记录我今天发现了多少个bug，工作到哪一步了？做了哪些工作。我发现这个做测试日记录是很有意思的。每天测出了多少各bug，我虽然在那个bag管理工具上录了一遍，但是我还是要把它记录下来。我当初第一天去上班的时候，第一次接触到这个执行测试的时候，我记得特别清楚，我是找出了65个bug。我觉得这说明两个问题，一个是我工作特别认真，一个是研发部有问题确实是有问题。所以，你不要觉得搞研发的都很厉害，很牛啊，你会有点怵。当初我们公司也是联想、方正、惠普的这三个主力支柱，但是我没有觉得怵，虽然他们很自负。基本上很小的错误都能提出来，他们认为那根本不是bug。但是你到了讨论会或技术交流会、评估会的时候可以提出来，因为这是你作为一个测试员最基础的必须的工作，也是你对工作认真负责的态度。和开发人员的沟通。这个是对测试人员很重要的。这个我在前面提到过，每个人不是独立的在做事情，工作中都是需要相互的配合，特别是测试工作，有问题，你需要及时的和研发人员沟通。如果你连沟通都做不好，那么，你的测试工作根本就没有办法进行。在这当中，你要坚持自己的原则，就是对事不对人，因为，这个产品有问题，它就是存在bug，那么，就要有人负责去修改。你不能说，对方是部门领导你就不敢坚持自己提出的问题。第二，就是要坚守其他的测试原则，这就是我们在学习理论的时候所掌握的一些知识。因为，我们学习时的课程设计就是根据项目来设置的，很多东西基本和实际工作中相吻合。作为测试负责人，在测试工作中我给自己