小小测试员从业一年总结

临近大学毕业时老师的偶然提点坚定了自己从事软件测试职业的决心,第一次面试幸运的通过,如愿成为一名测试员。

如今已经在项目外包公司工作一年多,除正常工作时间外,加班也是家常便饭,期间学习了各种需要掌握的技术但是没一样精通的,顿时觉得自己也许仍然处于行业里可有可无的角色。

工龄一年的测试员到底应该是什么样的水平什么样的状态呢?自己达到了标准吗?带着这样的问题,写下这篇杂谈,总结自己的工作状态并进行反思。

1.
参与的项目数:从业一年多,参与项目将近10个,属于外包定制的分支项目,包含web,ios,android平台,各自关联,逻辑略复杂,需求不稳定,随客户心情不断变化

2. 日常工作流程:

  • 由于项目需求不稳定,缺少具体的需求规格说明书,测试工作前期只能参照产品经理公布的简易原型,配合客户编写的全英文需求文档自行摸索需求;

  • 根据自己的理解整理出需求后通过Mindjet记录,将有疑问的需求点在评审会议上提出;

  • 根据评审结果整理项目逻辑关系,在Word中编写简易测试计划;

  • 参照设计师的UI界面在VS中编写测试用例,仅围绕功能,界面,兼容性;

  • 参见用例评审会议,确定测试用例里程碑;

  • 开发编码完成后提交(开发人员缺少单元测试,且每次提交时间都晚于开发计划中的时间),运行测试用例进行第一轮测试,此阶段陆续存在需求变更;

  • 开发修复完第一轮测试中阻碍测试的Bug后,运行测试用例进行第二轮测试,此阶段陆续存在需求变更;

  • 采用探索性测试,以边补充边测试边提交Bug的方式进行系统测试,此阶段陆续存在需求变更;

  • 系统测试完毕后与其他组员负责的模块进行交叉测试,确认测试,无限反复加班测试后系统达到稳定;

  • 系统稳定后,发布到上线环境进行最后的验收测试。。。

  • 反复中正式发布,发布后隔三差五收到feedback,反复修复提交。。。

3. 闲时学习计划

  • 大学期间专业课没有软件测试,从业初期主要学习软件测试相关技术,包括测试类型,用例编写方法,了解测试员需要掌握的技能等;

  • 目前主要参照前期学习的内容有针对性的接触各项技能,包括计算机网络(Http协议,TCP/IP协议),脚本语言(VBS,Python,JavaScript),自动化测试工具(QTP,Loadrunner,Selenium,Monkeyrunner,Fiddler),网页设计(Html/CSS),操作系统(Linux)等,每项技能的掌握程度不一样,Http协议只熟记了200,304,400,404,500等常用的错误码,Python掌握了基本的语法,配合自动化测试工具Selenium和Monkeyrunner使用,其他语言和工具只是处于逐步了解的程度。

4. 感悟

近期感觉自己对这个职业没有刚开始那么热忱了,以前是属于总是有事做就有把它做到最好,没事做就要尽可能的为自己找事做的状态。

现在貌似是属于中规中矩的工作状态中,缺少点没事找事做的激情。也许是有点厌倦了重复的工作,也许是长期加班让自己学会难得了在难得的闲事偷懒,也许是其他职业的诱惑让自己有些摇摆不定。

此外,对自己的职业规划也有点迷茫,原本以为自己优秀的学习能力、英语六级阅读全英文需求文档基本无障碍的水平、时常被老大表扬的用例编写能力和总是能找出别人无法发现的Bug的良好逻辑思维能力,能够弥补编程能力这个软肋。

但是浏览软件测试职业招聘要求,看到千篇一律的对编程能力的要求时,各种交流群中大神们的谈资都离不开脚本时,不免有些担忧。

虽说现在所处的公司对自动化测试的要求不高,可以说根本实行不了自动化,还是觉得既然处于这个行业就应该掌握必备的技能,为将来积累。

5. 反省

今天看到一篇文章叫”毕业五年觉得你的一生“,喜欢文章里的每词每句,获益匪浅,正好给毕业一年略微迷茫的自己一个警醒。

现在应该做的是恢复到打鸡血的状态,培养兴趣,脚踏实地积累该学的东西,成功属于有时刻准备着的人。

迷茫与困惑谁都会经历,恐惧与逃避谁都曾经有过,但不要把迷茫与困惑当作可以自我放弃、甘于平庸的借口,更不要成为自怨自艾、祭奠失意的苦酒。生命需要自己去承担,命运更需要自己去把握。

小小测试员从业一年总结

时间: 2024-08-03 08:14:13

小小测试员从业一年总结的相关文章

测试员和开发员的‘爱情’

回想初来项目组与学长们初认识,感觉开发员好厉害呀,自己测试员心里明显感觉处于下风除,但是经过半年的相处,感觉其实测试员和开发员的'爱情'也是很幸福的,都需要用心去维护去沟通. 作为测试员,在工作中接触最多的当然是团队中的开发员,所以在项目组中如何和开发员进行有效的沟通交流是测试员面对的重要问题.我觉得,在一个项目组中,总是有开发人员喜欢和不喜欢的测试员,测试员也有喜欢和不喜欢的开发员,这两者之间的工作效率和效果都有很大的差异.当然,不能武断地说开发员不喜欢的测试员就一定是效率低下的开发员,或者说

测试员,敢问路在何方

1  第一部分 - 成为资深软件测试员的四条进阶之路 在这篇文章中,我认为我们的软件测试员有四条潜在的进阶道路.它们是: 1)成为专业的QA.知道如何使用不同类型的测试工具开展网络测试,性能测试,负载测试和压力测试: 2)成为领域专家.可以像最终用户一样来使用你正在测试的产品: 3)成为测试架构师.可以领导整个团队和整个公司的测试以及质量保证: 4)成为工具和框架的开发人员.可以开发出世界一流的测试工具: 我还将讨论工程师的其他进价道路,比如转行去开发人员或PM,改变你的工作领域. 1.1 成为

测试员的角色浅谈

本篇要讨论的话题是测试员要在项目中起什么作用. 像很多有关测试的问题一样,这个问题初看起来答案很简单.很平凡,但其实不然. 老规矩,从我们的实际工作中举例来说明.很多刚参加工作的测试新人常常遇到这样的疑惑: 领导交代了一项测试任务,时间紧张到正常测试时间都可能不够,但按照流程还要写一些计划之类的文档,这时候应该如何抉择? 领导交代了一个测试项目,作为负责人的你,可能能力只够做一些简单测试,而重点模块或者高风险模块,以你当前的能力难以承担测试,这时候应该如何进行工作? 测试完了,按照规定需要你提交

从测试员到测试负责人

从测试员到测试负责人 原著:罗萝 审核.整理:jls 从测试员到测试负责人的本质改变是开始承担管理责任,测试负责人作为组织中的最基层管理者,除了执行相关能力的继续提升外,需要开始担任部分管理职能.从一个执行者开始转变为一个管理者,主要的变化有以下几点: 1:责任范围的改变 纯粹的执行者原则上只需要为自己的执行工作负责即可:而管理者需要对自己管理范围内的所有工作负责,即使不是自己执行的工作,也要负管理责任. 对于执行者,我们会希望他们有超出自己职责范围的责任心,这会有助于其个人能力的发展和进步,也

测试员:你知道未来移动测试的方向是什么样的吗?

此前一篇文章提到,设备的碎片化为移动应用的测试带来了极大挑战.有挑战就有机会,不仅仅是TestBird,包括BAT在内的互联网巨头们都在布局移动测试业务.但是,单一的测试服务是不能完全满足开发者需求的.因此我们一直在开始思考,什么样的测试模式才是未来移动测试的方向. 自动化测试是否能完全解决人们的需求呢? 我想不是的,虽然移动设备严重的碎片化,使得开发者不可能手动测试所有的设备和系统版本,但是,关于应用的使用体验和功能覆盖的测试依然需要人工.自动化测试的价值是避免了测试者重复劳动,而不是在于取代

[转]Mantis Administrator控制密码、注册不用邮件验证、添加测试员

Mantis默认安装完成后,管理员创建用户,但无法设置用户密码,只有通过邮件由用户自行修改.无法适应某些没有统一邮箱的情况,现将关闭邮箱验证方法和管理员设置用户密码方法验证通过   不用邮件验证: config_inc.php中 添加: $g_send_reset_password   =   OFF; #是否通过EMIAL发送密码 $g_allow_blank_email   =   ON; #是否允许不填写EMAIL Administrator控制用户密码(转): 1) 修改文件 manag

关于创建主键和索引的关系一个小小测试

创建主键时,所对应的列如果没有索引,数据库默认会自动创建一个索引:如果对于列有索引,那么创建主键不会再创建索引.这里要注意,列值必须满足主键的要求(唯一,非空),简单测试如下: SQL> create table wxlun_pri(a number); Table created. SQL> alter table wxlun_pri add constraint PRIMARY_KEY_REPLY primary key (a);     ------创建主键约束 Table altere

一位测试员的自白:漫漫测试路,我们因隐秘而伟大

埋头干了多年的APP测试,有些苦.有些累已经刻在骨子里了,滋味可能只有我们自己知道,想说,却又不知道从何说起,于是这几天总归是给了自己一点闲余,归整了一下这几年杂融的生活,说不尽更说不清,但也想零零散散地分享出来,也权当是一种仅剩的情趣吧. 曾经迷迷糊糊地入了这行,刚开始工作的压力和彷徨让我成了一个淹不死的溺水人,拼命地在水中挣扎,被迫地去接受这种窒息感.但我翻不出生活的五指山,只得默默地匐身忍受,而前进的更是无路的暗夜丛林,只得等待我去探索. 每天的流水线式的重复操作就像一潭泥沼,但是能够使我

Mantis Administrator控制密码、注册不用邮件验证、添加测试员[Z]

Mantis默认安装完成后,管理员创建用户,但无法设置用户密码,只有通过邮件由用户自行修改.无法适应某些没有统一邮箱的情况,现将关闭邮箱验证方法和管理员设置用户密码方法验证通过   不用邮件验证: config_inc.php中 添加: $g_send_reset_password   =   OFF; #是否通过EMIAL发送密码 $g_allow_blank_email   =   ON; #是否允许不填写EMAIL Administrator控制用户密码(转): 1) 修改文件 manag