软件测试个人工作总结报告.docx

《软件测试个人工作总结报告.docx》由会员分享，可在线阅读，更多相关《软件测试个人工作总结报告.docx（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件测试个人工作总结报告 软件测试个人工作总结报告7篇 软件测试个人工作总结报告？工作报告的报告事项一般的结构支配是工作状况(成果及阅历)、存在的问题和今后准备，重点应放在工作状况部分。下面我给大家带来了软件测试个人工作总结报告，供大家参考。 软件测试个人工作总结报告【篇1】 我最初参与测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念常常混淆， cmm 是什么就更加不知道了。那时候最简洁的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我

2、最初的幻想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结阅历，自认为把握了成为高手的几个秘技，这几年混迹 “ 江湖 ” 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结胜利密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。 第一招 学会利用网络 刚参与工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新颖，什么都想要，从网上下载许多源程序的代码，软件技术文档之类，恨不得把全部的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 ” ，成为高手指日可待。最初参与工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加

3、厉，手中的资源更加多，上网的时间更加频繁。 一次项目经理安排任务，觉得依靠手中的秘籍加上自己的 “ 聪慧才智 ” 很快会完成，不料短短的时间，全部的一切变成了马奇诺防线。解决问题很慢，思路不清楚，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络查找要解决问题的答案，从今 ” 去猜想某一组织的特点。从而得到所要搜寻的信息的主要词组 其实网络上还有许多关于搜寻技巧的文章，大家可以自行学习。千万要记住搜寻引擎是关心你胜利的有力武器。 其次招 学会动手 参与软件测试工作后，随着工作阅历的增长自我感觉越来越好。在公司里也渐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像平

4、常一样 “ 顺手 ” 测试出了几个 bum ，测试管理工具，自动化工具(由于公司不正规给了我许多学习的机会，后来到了比较大的软件公司后，以前的经受给了我更多的进展机会，由于大公司特别正规了，公司内部人员分工明确，所以力量的熬炼反倒少了)。由于工作中常常写报告反倒养成了总结教训的习惯，由于纸面上的东西是永久也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯穿的典型例子，假如他不是有个思索的过程，他也不能成为一代大家。假如后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。 所以擅长思索，总结阅历，也是成为高手之路的不二法决。 软件测试个人

5、工作总结报告【篇2】 20_年_月_日，我怀着提高并实现自我价值的心态，跨进惠普软件软件测试基地的大门，开头了为期两周的见习。我特别荣幸的参与此次见习，通过这次阅历让我系统的梳理了软件测试理论技术，对软件测试有了一个更深化更全面的熟悉。 转瞬间，两周的实习时间就过去了。回想起这段时间的见习过程，思想觉悟有了很大的提高，作为一个大二的同学来说，什么都不懂，没有任何实践阅历，不过在老师的指导下，我很快的融入到了这个新环境，还学到了许多在学校学不到的东西，也熟悉到了自己许多的不足，感觉受益匪浅。以下是我在这几个月实习期间对工作的总结以及一些自己的心得体会。软件测试就是利用测试工具根据测试方案和流程对

6、产品进行功能和性能测试，甚至依据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。 软件测试存在于整个项目周期，在项目开头之初需求调研的时候就开头了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个软件项目的走向，成败与否全在于开头阶段的决策。 在严格的测试也不能完全的发觉软件当中全部的错误，但是测试还是能发觉大部分错误的，能确保软件基本可用和软件的适用性，所以在后使用的过程中还需要加强快速响应的环节。结合软件测试理论，故障暴露在最终客户端之前准时主动的

7、去发觉并解决。这点需要加强研发队伍的建设。 要想成为好的测试人员，首先得了解自己要测试的软件的相关学问。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关怀的，也是在测试中需要留意的问题，满意客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以关心了解产品如何工作。还有多看看公司Bubp项目测试，主要工作内容有： l 对测试用例的编写供应反馈看法; l 对测试过程及测试状况进行分析，并供应看法; l 设计业务测试数据的例子; l 绘制系统关键业务流程; l 进行主要功能的界面测试、功能测

8、试; l 根据测试用例执行测试，并提交测试汇报; l 进行需求验证工作。 2.学问与阅历共享 这部分工作，主要表现在四方面： l 完成项目测试阅历总结 l 完成“测试阅历沟通与学问共享”简报，包括简报材料的制作。该简报内容包括：项目测试阅历介绍、测试度量、性能测试学问介绍、loadrunner使用阅历沟通。 l 对现有测试规范供应改进反馈看法; l 依据以往阅历，在cmbp项目中供应关心。 3.完成所需学问的积累 这部分工作，主要是为了更好的完成工作，学习所需的学问、工具及技能。我主要是依据新员工入职指引表的要求进行的。主要工作内容有： l 学习金融行业业务学问 l 学习公司研发规范 l 学习

9、研发部产品学问(保理项目、intelliworkflow、农行crm系统、工作流学问) l 参与公司或业务部门组织的培训(新员工入职培训、基于uml的面对对象分析和设计、金融衍生工具介绍) l 学习缺陷管理工具ttp 4.工具学习及讨论 依据新员工入职指引表的要求，我了解rational 测试解决方案和工具，并进行rational performance tester的讨论。完成对rational performance tester的讨论后，我提交了讨论成果，包括：rational performance tester 6 介绍.doc、使用rational performance test

10、er进行性能测试的例子及学习参考资料。 二、_年方案 _年，我盼望能通过参加详细项目的实践，达到以下目标： 1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程 2.在项目中沉淀出一些部门成果 除了保质保量的完成项目测试工作外，我还将乐观、主动的参加部门建设工作，和部门全部成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有肯定地位的部门。 三、对部门建设的建议 在部门建设上，我想可以从以下几方面逐步开展部门建设工作： 1.对人员进行分工，或者说是团队成员的侧重方向进行明确 例如，同一测试技术或测试工具，可以不需要多个人同时讨论，这样可能造成资源的铺张。 2.强

11、化制度建设 3.加大对测试过程的实施力度 现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。假如能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的协作。 4.加强部门测试成果的积累与沉淀。 现在的测试成果保存在服务器上，很简单发生测试成果丢失的状况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很简单发生人走成果也不在的状况。另外，保存在个人机器上，也不利于学问的传播与共享，不利于部门成员技能的提升。 除了将已有测试成果进行有效管理外，还需要将已有的测试学问沉淀下来。例如，对项目的测试阅历，性能测试的阅历，测试用例设计阅历等等。