热点推荐:
您现在的位置: 总结范文网 >> 工作总结 >> 技术工作总结 >> 正文

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

来源: 技术工作总结 
    【摘要】 软件质量越来越受到人们的关注,软件测试作为新兴行业有很多不完善的地方。很多从事软件测试工作的同行处于迷茫之中,如何提高,如何解决测试工作中的实际问题,困惑着每一个人。本文总结了一下个人经验,希望对大家有帮助。 
    【关键词】 软件测试 软件 测试学习 软件测试工程师 
    我最初参加测试工作的时候,不知道什么是软件测试,集成测试和系统测试的概念经常混淆, cmm 是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成,安装系统对我来说简直是有史以来人类的最高技能,对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手,身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵,我最初的梦想就是想成为软件测试的高手,傲视天下。所以不断偷师,总结经验,自认为掌握了成为高手的几个秘技,这几年混迹 “ 江湖 “ 还算无往而不利。不敢独享,望与吾辈测试人员切磋,早日总结成功密技之大成,助新进人员早日入门,也算不愧对东北活雷锋的称号。 
    第一招 学会利用网络 
    刚参加工作面对浩瀚的网络世界,当时如刘姥姥进大观园,什么都新奇,什么都想要,从网上下载很多源程序的代码,软件技术文档之类,恨不得把所有的好东西收集到手中,其实有些在他人看起来就是垃圾一堆。wWw.zonGjieFanwEn.CoM当时觉得有了这些 “ 武林秘籍 “ ,成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发,加入项目组后我的习惯还是没有改,反而变本加厉,手中的资源更加多,上网的时间更加频繁。 
    一次项目经理分配任务,觉得依靠手中的秘籍加上自己的 “ 聪明才智 “ 很快会完成,不料短短的时间,所有的一切变成了马奇诺防线。解决问题很慢,思路不清晰,项目经理在对我施压的过程中教会了我终身难忘的一招,学会利用网络寻找要解决问题的答案,从此 google 成了我的最爱,关键字成了我变化的招数。在软件测试工作中,他帮我解决了很多疑难问题,解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一,很多软件测试新手,甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 “ ,所以只要你耐心找,答案就在身边。 
    这里总结一下利用网络搜索引擎的技巧: 
   组合搜索 
    每次搜索某个文件,如果只给出一个单词进行搜索,经常会出现成千上百万计的匹配网页。然而如果再加上一个单词,那么搜索结果会更加切题。 
   选择表述内容的词组 


    一般我在网页搜索引擎的时候,选择一些可以表达我要查找内容的关键词组,用来缩小搜索范围,从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索,如果仍然找不到合适的,那就用多个可以表达要查询内容的关键字进行查询。 
   定位信息来源 
    有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源,就是直接到到提供某种信息的站点去。可以用公式 “www. 公司名 .com” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组 
    其实网络上还有很多关于搜索技巧的文章,大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。 
    第二招 学会动手 
    参加软件测试工作后,随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视,一次针对公司的新的软件功能进行测试的时候,像往常一样 “ 随手 “ 测试出了几个 bug ,然后 “ 仔细 “ 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来,重新复查了一下填写的 bug 。他在重现我的 bug 的过程中,简化了我的输入变化, bug 神奇的又出现了,同样的现象,他关闭软件重新变化输入,扩展出 10 几个变化后,软件不动了,内存不断上升。终于他找到了产生软件的 bug 的原因,然后对我说 “ 寻找 bug 要准确定位,我们开发团队是一个整体,时间是等量的,时间不在你身上浪费,就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚,并且多个问题潜在的错误原因是一个,虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断,很花费时间,而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因,给开发人员最精确的步骤和准确的描述,这样整个团队才能高效,所以需要大家协作!。 “ 。 (1) (2)

同栏目文章:

科技辅导总结 信息技术工作总结 质量技术监督工作总结 科技发展“十一五”规划纲要 质量技术监督局年度工作总结 邓麦村作高技术产业发展工作总结报告 乡镇农业科技上半年总结及下半年计划 科技考核工作总结
【返回 技术工作总结 栏目列表】


    在以后的日子里,每次解决问题的时候我都记得多试验几次,多尝试。网上很多朋友还有同事问我问题的时候,其实他们只是万里长征就差一步,只要再多动手实验一次就可以达到目的了。所以多动手,多尝试。 
    第三招 思考自己所作的 
    刚开始入行的时候,总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷,认为自己学不到东西,如何才能测试好产品,常说心动不如行动,以前看到古龙小说中经常出现的场景无名小子不断挑战高手,总结积累。我总结了有些经验是实战中得到的,所以不断尝试引入新的测试流程然后评估,这个过程虽然很痛苦,但是从中积累了不少经验。这段时间让我学习到了很多东西,接触了 iso,cmm ,测试管理工具,自动化工具(因为公司不正规给了我很多学习的机会,后来到了比较大的软件公司后,以前的经历给了我更多的发展机会,因为大公司非常正规了,公司内部人员分工明确,所以能力的锻炼反倒少了)。由于工作中经常写报告反倒养成了总结教训的习惯,因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展,整个过程是思想升华的过程,当年达摩面壁九年就是融会贯通的典型例子,如果他不是有个思考的过程,他也不能成为一代大家。如果后来不时有人把他的绝技记录下来,也就不能有后来的少林寺七十二绝技。 
    所以善于思考,总结经验,也是成为高手之路的不二法决。 
    第四招 学会利用论坛资源 
    其实测试新兵和测试高手之间的区别,往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问,但是有很多问题其实都是已经别人提过了,或者已经有解决方案的。所以经常会看到 “测试高手“的身影,并且不提问题,而且还能“锄强扶弱“,是测试新丁的救命稻草。好像是高手们无所不能,其实摘掉这层耀眼的光环,他们并没想像得那么厉害,只不过通过自己的搜索找到的答案,然后帮助其他人。当然也有很多人都是通过自学,然后在论坛中交流得到了很多经验,高手其实也是因为善于思考问题,亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。 
    很多时候看到论坛中有人提问,问题描

述不清,很多人看了很困惑。发贴题目动不动请高手帮忙,救命之类的,好像天下大乱,世界末日。虽然这个题目很招人,但是无法让那些想帮助你的人帮你,因为题目不清晰,而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程,描述清晰,让人理解清楚,才能望文知意知道你的当前发生问题的环境,才能让那些想帮你的人解决问题,否则给人无从下手的感觉,解决问题效率不高。 
    第五招 学习和你所测试的软件产品相关的知识 
    要想成为好的测试人员,还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求,在接触软件之初要可以多看看用户的反馈信息,这些才是用户最关心的,也是你在测试中需要注意的问题,满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档,软件设计文档,这些文档可以帮助你了解产品如何工作。还有多看看公司 bug 库中的问题,这些存在的问题可以帮助你了解软件产品那些地方存在缺陷,软件系统那些地方会出现错误。软件是运行在一个大环境中,如果对系统不熟悉,那么有些问题你不能从一个更广阔的层面考虑,学习操作系统的知识,有助于你发现缺陷,定位问题更加准确。比如软件运行在 windows 或者 linux ,如果你不懂操作系统,你就无法建立测试环境,有些时候时候软件的组件发生问题,就是你系统配置造成的,对系统不熟悉,你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识,比如编程,网络,数据库等。不一定你要学习到多好的程度,只是通过这些扩展的知识面,你可以在发现问题,解决问题上不会局限在狭小的圈子里。 
    和一切相关的人员交流,不同的交流渠道,获取消息是不同的,角度也不同。和客户交流,你会在测试中从客户的角度发现问题;和开发人员交流,你会了解开发人员怎么实现软件功能的;和项目管理人员交流,你会知道开发进度以及遇到的困难。

【1】 【2】

同栏目文章:

科技辅导总结 信息技术工作总结 质量技术监督工作总结 科技发展“十一五”规划纲要 质量技术监督局年度工作总结 邓麦村作高技术产业发展工作总结报告 乡镇农业科技上半年总结及下半年计划 科技考核工作总结
【返回 技术工作总结 栏目列表】

$False$
软件开发部工作总结 又到了辞旧岁,迎新年的时候了,回望即将过去的2010,展现在我们面前的是一年深浅不一的脚印,不管在时间这条巨大的画面上,留下了是优美的还是些许凌乱的印记,我们总能骄傲地说,我们走过来。

2010年是一个特殊的年份,金融危机席卷了全球各个经济体,在中国,制造业受到了不可估量的影响,在这种背景下,百丽提出了“节约成本”的口号,将成本开销,资源利用控制到最优化,提升实力,迎接挑战。

1.工作汇报与总结

资讯部在整个一年围绕着“节约成本”的宗旨,配合各个部门,本着“服务公司”的理念,根据各个部门提出的需求,新开发了质量管理系统,数字化管理系统,各个事业部m3外挂上线等,以及完善改进已有的系统:消费管理系统,人事管理系统,集成管理系统等。借此契机,我有幸能参与其中相关系统的开发。以下是我根据时间和子系统的分类,汇报总结2010年的工作情况。

(新m3报表子系统)

m3外挂的成功上线,绝对是对管理部提出的“节约成本”的理念的最好诠释。企业发展部对整个流程的重新梳理,规范各个环节的衔接与控制以及我们资讯部的全力配合开发实现功能都是这一宗旨的具体体现。我依然很清晰地记得09年初,那时候我刚进部门不久,因为m3外挂的上线,整个部门如火如荼的进行着,我看到是全体同事的齐心合力,协调合作。我印象深刻的是,那时在部门例会上直接分配报表开发到个人,每人4-5个,虽然对m3取数不是很理解,但终究是在分析测试组的帮助引导下,完成了分配的报表。也实现了我也是部门的一份子,为部门出一份力的愿望。

(集成管理系统)

集成管理子系统是对整个管理系统各个模块全局的控制,在卢成的指导下,我得以完成编码管理中编码字段,规则,方案维护模块的开发,以及后续多语言维护模块的开发和dbmoto工具重启模块的开发。

(人事管理系统)

在人事管理系统中,涉及不多,主要是前期为锻炼提高能力而开发的操作证打印模块。

(消费管理系统)

在随后的任务分配上,我更多的精力是放在消费系统的熟悉和开发上,消费系统设计到的业务虽不如人事系统那么复杂,但把业务来龙去脉理清,以及代码的熟悉也颇需要时间。对各个模块的作用以及代码如何编写成了我前期的主要任务,主管也是想借此提高我的业务理解能力和编程能力。“磨刀不误砍柴工”,只有把刀磨得锋利了,砍起柴来才能做到游刃有余。期间也练习过开发一些简单的消费报表,最初的消费卡自动充值统计报表的开发也确实夯实了业务的了解。在后续的工作中,对卡片管理中因为业务的需要增加了外来员工发卡,外来员工卡号转换,离职退卡。设备管理中完成对消费机设备余额限制等的程序修改,以及黑名单自动下载模块的开发。奖金收支平衡中增加每日卡余额的存储过程用于结算每日卡余额以及充值退款补贴模块(新)的修改。在查询管理中,完成因增加外来员工和其他补贴类型的报表的开发和修改。

(数字化管理系统)

与m3外挂系统晚一些启动的还有数字化管理系统,数字化管理系统对公司鞋类开发部的开发效率以及设计理念上起到了革命性的作用,这年公司从国外买了一套专业的制鞋软件,但是这套软件自带的材料数据库根本无法满足公司开发部的要求,公司决定由我们资讯部开发一组完成数字化管理系统的开发。我因而参与了数字化系统前期部分基础模块的开发。在后续的需求提出后,完成了成品管理中成品设计信息关联模块的开发,以及鞋楦管理中鞋楦设计工作表的开发。

(质量管理系统)

质量管理系统开发需求的到来也加快了我的成长,最先是产品制程这一部分:返工率维护,录入模块的开发让我初步地全新开发自己的模块。期间也着实遇到不少困难,在同事和自己的努力下都一一解决,这一个过程对我来说就是成长锻炼的过程。随后面部返工率报表的开发数量之多和取数之复杂也让我学到了如何编写更好的优化存储过程。第二部分是实验室抽检:在其中和同组的成员联合完成开发皮料,丝带,钢勾心等材料的实验室抽检模块的开发。第三部分是原材料检验:这个项目是我和冯振才联合开发,征对不同材料类型完成了检验模块的开发以及相关报表的开发。

2.个人总结

这一年给我的东西我想用有形的和无形的两部分概叙,有形的当然就是技术水平的长进,虽然其中肯定有很多的不足,但纵向对比2010年,我得到了锻炼,对于不足的部分,我希望在2010年继续努力加快弥补。无形的就是人性的成长,在社会大学的摔打远比在养老院式的大学校园更能让人成长,对社会的看法,对人际关系的看法,对价值的看法,不再是以前一种近乎浪漫的眼光审视着这一切。社会的现实让你更加学会提高,人际关系的复杂让你更加学会斡旋,价值的体现让你更加学会抉择。

3.结语

在2010年,有喜悦也有泪水。有辉煌也有遗憾,辉煌也好遗憾也罢,2010已经过去,在新的2010年我坚信我们资讯部将团结一心面对更多的挑战和机遇。作为资讯部的一份子,我将以更好的状态去迎接它们,和大家共同打造属于资讯部的辉煌。

与本篇 【软件开发部工作总结】 内容有关的:
小麦生产技术总结 | 油田钻井施工技术人员工作总结 | 年终技术工作总结 | 供电有限责任公司技术工作总结 | 业务技术工作总结 | 我的专业技术工作总结 | 建设有限公司专业技术工作总结 | 专业技术工作总结范文 |
【返回 技术工作总结 栏目列表】

$False$

$False$

$False$

$False$

$False$

$False$

$False$

$False$

$False$
软件工程实习总结

  一.实习题目

  c/s模式下的网络游戏平台(类似于联众)

  二.题目要求

  a. 平台上至少能够提供两种游戏(仅供两人参加)供用户选择。
  b. 服务器端实现用户账号、密码的管理,监控用户上下线状态管理。
  c. 服务器端实现用户游戏数据及文本通信数据的中转交换。
  d. 客户端能够连接到服务器并选择游戏种类和游戏桌面,并参与游戏。
  e. 客户端能够通过服务器进行文本通信。

  三.小组成员及分工

  组长:黄? 飞
  成员:黄? 飞? 王润琛? 陈? 磊 韩振军 王向富

  四.人员安排及进度

  a. 人员安排:

  黄? 飞:系统设计,文档管理:2周,系统的集成与总结:1周
  陈? 磊:编写项目计划文档:0。5周,需求,概要文档的编写:2周
  王润琛:系统设计:1周,程序主要模块的实现:2周
  韩振军:需求的收集与文档:1周,软件测试与分析:1周
  王向富:编写软件测试计划:1周,软件测试:1周。

  b. 进度:

  第一阶段 项目启动(05-8-22----------05-8-23):? 实习分析;项目简单分工。
  第二阶段 需求分析(05-8-24----------05-8-26):? 确定软件性能;功能;编写文档。
  第三阶段 概要设计(05-8-29----------05-9-01):? 确定总体架构,程序模块。
  第四阶段 详细设计(05-9-02----------05-9-07):? 设计客户端,服务器端细节。
  第五阶段 软件实现(05-9-08----------05-9-16):? 编写源代码。
  第六阶段 软件测试(05-9-19----------05-9-21):? 完成测试及文档。
  第七阶段 项目总结(05-9-22----------05-10-07):? 总结提高,答辩。

  五.系统架构

  ?整体架构图:

  六.实现的功能与未实现的功能

  a. 实现的功能:

  客户端:

  1)用户登陆:用户运行客户端软件后,弹出登陆框,用户通过输入帐号和密码登陆平台,高级实现程度有记住密码选项。
  2)用户注册:登陆框有注册选项,供用户注册新平台帐号。用户需要输入新的帐号名,密码,以及一些基本资料:姓名,性别,出  生日期,邮箱。
  3)用户修改资料:用户可以在登陆后修改个人基本资料,除帐号外其他资料均可选择修改。
  4)用户选择游戏:用户登陆后,平台界面即会显示所支持游戏,用户可选择要进行的游戏。平台与游戏捆绑安装,在高级实现程度下服务器新增加游戏通过新的安装文件提供给用户。

  服务器端:

  1)批准新用户注册:基本实现程度为由服务器自动批准,既用户名不与现有用户冲突并且用户名和密码长度符合规范(用户名长度不超过十个单词或字母,密码不低于6位)及予以批准。高级实现程度为服务器与管理员双重批准,既服务器批准后只具有参观游戏和聊天等功能但不能参加游戏,需等管理员批准后赋予正式的用户权利。

  2)删除用户:服务器管理员可以从数据库删除任意已注册用户(所有用户资料项同时删除)。为防止误操作等情况发生,高级实现程度中删除用户操作只是暂时禁止该用户登陆,数据库保留该用户资料一周(或数周,示服务器硬件资源)后再自动删除。
  b. 待实现的功能:

  1.用户登录的限制

  用户在不同地点以相同的用户名登录。

  注册时对新用户名的符号(如非法字符)检查 [1][2]

  2.用户的异常掉线

  在游戏过程中,玩家的中途异常掉线,服务器对玩家的在线信息的监听,并及时修改。

  3.游戏的添加

  此平台须在对游戏进行修改的情况下使游戏嵌入平台,尚缺少良好的对游戏的管理。

  七.系统演示

  a. 客户端;
  b. 服务器端。
  八.实习总结

  这个项目所涉及的技术比较多,主要包括:网络通信,数据库通信与操作,用户的界面设计。我们采用vc++ 语言进行编程,主要调用mfc中的类函数,其中自己编写了一些类函数,具体的细节见详细设计文档。

  作为一个游戏对战,它所能允许的最大的游戏玩家是衡量好坏的一个重要标准,对于每个用户以产生独立的线程对其进行调度,控制就成为该对战平台的一个重要问题。

  解决方案:

  建立两个线程池(csendthreadpool,crecvthreadpool),主要负责管理线程的生成,结束和任务分配等工作,线程池类相当于一个容器,在容器中运行很多个线程,应用程序只需要将工作交给线程池,线程池负责协调和分配内部工作。

  九.经验总结与参考书目

  经验总结:

  1.本软件在初期的设计中不是十分的完善,致使在进行编码的阶段不断地修改,使得软件件项目的进度和程序的质量受到很大的影响。

  2.协同开发组员间的配合很重要,尤其是各个部分如果不按照一定的标准,就使组员间的合作出现很大的问题。我们这次本来打算使用vc。net,但是由于有些组员不是很熟悉,后来改用mfc。

(1)(2) From:https://www.zongjiefanwen.com/Article/gzzj/jishu/201205/10519.html
  • 上一篇文章:

  • 下一篇文章:
  • Copyright © 2012 总结范文网 All rights reserved. 网站地图