XX年软件测试工程师的年终总结.docx

《XX年软件测试工程师的年终总结.docx》由会员分享，可在线阅读，更多相关《XX年软件测试工程师的年终总结.docx（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、XX年最新软件测试工程师的年终总结软件质量越来越受到人们的关注，软件测试作为新兴行业有许多不完 善的地方。许多从事软件测试工作的同行处于迷茫之中，如何提高，如何 解决测试工作中的实际问题，困惑着每一个人。本文总结了一下个人阅历， 希望对大家有帮助。我最初参与测试工作的时候，不知道什么是软件测试，集成测试和系 统测试的概念常常混淆，cmm是什么就更加不知道了。那时候最简洁的 开关机也是通过干脆拔插电源完成，安装系统对我来说简直是有史以来人 类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手, 身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我 最初的幻想就是想成为软件

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

3、目经理安排任务，觉得依靠手中的秘籍加上自己的“聪慧才智”很快会完成，不料短短的时间，全部的一切变成了马奇诺防线。解 决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难 忘的一招，学会利用网络找寻要解决问题的答案，从今google成了我的 最爱，关键字成了我改变的招数。在软件测试工作中，他帮我解决了许多 疑难问题，解答了许多令我迷惑的地方。也是我帮助测试同行解决问题手 段之一，许多软件测试新手，甚至老手都没有意识到自己手上就握有“无 敌秘籍”，所以只要你耐性找，答案就在身边。每次搜寻某个文件，假如只给出一个单词进行搜寻，常常会出现成千 上百万计的匹配网页。然而假如再加上一个单词，那

4、么搜寻结果会更加切 题。一般我在网页搜寻引擎的时候，选择一些可以表达我要查找内容的关 键词组，用来缩小搜寻范围，从而找到搜寻结果是最好的方法。运用词组 搜寻涉可以先先简洁地输入一个问题作为词组搜寻，假如仍旧找不到合适 的，那就用多个可以表达要查询内容的关键字进行查询。有的时候用词组搜寻不到或者无法精确表达所需信息。可以用另一种 方法干脆到信息源，就是干脆到到供应某种信息的站点去。可以用公式“ 公司名 ”去揣测某一组织的特点。从而得到所要搜寻的信 息的主要词组其实网络上还有许多关于搜寻技巧的文章，大家可以自行学习。千万 要记住搜寻引擎是帮助你胜利的有力武器。参与软件测试工作后，随着工作阅历的增长

5、自我感觉越来越好。在公 司里也渐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试 的时候，像平常一样“顺手”测试出了几个bug ,然后“细致” 的填写了 bug单。这时候测试经理走过来，重新复查了一下填写的bug. 他在重现我的bug的过程中，简化了我的输入改变，bug奇妙的又出现 了，同样的现象，他关闭软件重新改变输入，扩展出10几个改变后，软 件不动了，内存不断上升。最终他找到了产生软件的bug的缘由，然后 对我说“找寻bug要精确定位，我们开发团队是一个整体，时间是等 量的，时间不在你身上奢侈，就是在他身上奢侈。假如测试人员每次发觉 的bug描述不清晰，并且多个问题潜在的错误缘由

6、是一个，虽然操作可 能略微有些改变。这样开发人员在重现bug的时候他要调试跟踪推断， 很花费时间，而且效率低。假如测试人员发觉bug的时候多动手可以更 加精确的定位bug步骤和缘由，给开发人员最精确的步骤和精确的描述， 这样整个团队才能高效，所以须要大家协作！。” .在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。 网上许多挚友还有同事问我问题的时候，其实他们只是万里长征就差一步, 只要再多动手试验一次就可以达到目的了。所以多动手，多尝试。刚起先入行的时候，总是思索如何做好软件测试。认为公司的测试流 程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心 动不如行动，以

7、前看到古龙小说中常常出现的场景无名小子不断挑战高手, 总结积累。我总结了有些阅历是实战中得到的，所以不断尝试引入新的测 试流程然后评估，这个过程虽然很苦痛，但是从中积累了不少阅历。这段 时间让我学习到了许多东西，接触了 iso, cmm ,测试管理工具，自动化 工具。由于工作中常常写报告反倒养成了总结教训的习惯，因为纸面上的 东西是恒久也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思 想升华的过程，当年达摩面壁九年就是融会贯穿的典型例子，假如他不是 有个思索的过程，他也不能成为一代大家。假如后来时常有人把他的绝技 记录下来，也就不能有后来的少林寺七十二绝技。所以擅长思索，总结阅历，也是成

8、为高手之路的不二法决。其实测试新兵和测试高手之间的区分，往往是不会利用现有资源。在 论坛中我们会看到许多新手不断的提问，但是有许多问题其实都是已经别 人提过了，或者已经有解决方案的。所以常常会看到“测试高手”的身 影，并且不提问题，而且还能“锄强扶弱”，是测试新丁的救命稻草。似 乎是高手们无所不能，其实摘掉这层刺眼的光环，他们并没想像得那么厉 害，只不过通过自己的搜寻找到的答案，然后帮助其他人。当然也有许多 人都是通过自学，然后在论坛中沟通得到了许多阅历，高手其实也是因为 擅长思索问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他 们也在不断提高。许多时候看到论坛中有人提问，问题描述不清

9、，许多人看了很困惑。 发贴题目动不动请高手帮忙，救命之类的，似乎天下大乱，世界末日。虽 然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰, 而且高手字样吓阻了许多人。其实问问题也是个思路整理的过程，描述清 晰，让人理解清晰，才能望文知意知道你的当前发生问题的环境，才能让 那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。要想成为好的测试人员，还要了解你要测试的软件的相关学问。要了 解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初 要可以多看看用户的反馈信息，这些才是用户最关切的，也是你在测试中 须要留意的问题，满意客户是最大的须要。但是了解软件需

10、求之后要学会 要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解 产品如何工作。还有多看看公司bug库中的问题，这些存在的问题可以 帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。 软件是运行在一个大环境中，假如对系统不熟识，那么有些问题你不能从 一个更广袤的层面考虑，学习操作系统的学问，有助于你发觉缺陷，定位 问题更加精确。比如软件运行在windows或者linux ,假如你不懂操作 系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是 你系统配置造成的，对系统不熟识，你会把外在缘由归结为软件本身。所 以要学习关于和软件系统相关的学问，比如编程，网络，数据库等。不肯 定你要学习到多好的程度，只是通过这些扩展的学问面，你可以在发觉问 题，解决问题上不会局限在狭小的圈子里。和一切相关的人员沟通，不同的沟通渠道，获得消息是不同的，角度 也不同。和客户沟通，你会在测试中从客户的角度发觉问题;和开发人员 沟通，你会了解开发人员怎么实现软件功能的；和项目管理人员沟通，你 会知道开发进度以与遇到的困难