技术方向
1. 测试开发工程师:
支撑测试部门,一般来说主要负责设计&编写测试部门所需的测试工具,提升测试团队的工作效率(当然,每个公司不一样,不排除,有些公司这个岗位,让你去测功能偏多)。
门槛:必须具备非常强的代码能力,最好有一点测试思维,能理解测试部门的业务需求,对测试整个流程、诉求、痛点了解,开发出的工具,能解决问题,提高效率,而不是一堆华而不实的无用工具,自嗨。
2. 自动化测试工程师,通过开源的自动化工具,或者一些商业工具,执行自动化测试,以及确定自动化测试方案 等。
门槛:对常用测试工具熟悉,了解测试自动化测试流程,得具备基本的代码能力 等。
3. 性能测试工程师,大家都知道,性能分析、风险控制、性能评估、给出调优建议 & 结果 等。
门槛:水很深,不是玩玩工具就可以的。老徐个人,不建议,走这条路。
4. 测试架构师,整个测试部,技术方向把控。
门槛:测试方面的理论、方向,软件工程,语言基础 等,都必须得具备。
5. 高级测试工程师 / 资深测试工程师,一般来说,也是技术方向,偏业务方面多点。
门槛:很多稍微有点技术能力,不是点点点,混几年,就可以了,具备基础的测试必备能力,linux/DB/Shell/Python/Java/工具等;当然,很多不会的也混的很好,只是核心竞争力不够。
管理方向
1. 测试组长,公司只有几个测试的情况下,一般会有个测试组长,管几个测试,团队一般功能测试为主。
2. 测试主管,基本同上。
3. 测试经理,一般来说,管理一个测试部门,下设多个测试组,也许会有自动化测试团队、测试开发团队等。除了关注技术本身,还得关注部门发展、绩效等。具体可以看看之前的文章 -> 测试经理每天到底在忙些什么?
4. 项目测试负责人,很多项目制形式的团队,带领几个测试人员,对这个项目的整体质量负责,协调资源,确保整个项目,最终质量。
5. 测试总监,根据测试经理延伸,市场岗位有限,看机遇,缘分。如上,聊了两个常规方向。
软件测试职业规划
公司开发的产品专业性较强,软件测试人员需要有很强的专业知识,现在软件测试人员发展出现了一种测试管理者不愿意看到的景象:
1、开发技术较强的软件测试人员转向了软件开发(非测试工具开发);
2、业务能力较强的测试人员转向了软件需求;
3、沟通能力较强专业能力较强的人员转向了软件实施;
为什么不愿意看到呢,自己培养起来的优秀人员都为别的部门、别的公司干活去了,而测试这边永远都是新人,永远都是刚入门的软件测试工程师:开发水平一般、业务能力一般、沟通能力一般。而那些转行的测试同仁们,薪水并没有质的飞跃,到了‘那边’成绩平平,很快就被埋没了。这里当然要排除那些实在对开发、对业务、对实施非常感兴趣想在这些领域有所建树的狂热者们。问题就来了,那些人为什么要‘转业’呢?原因无外乎以下几点:
1、公司的软件测试没有技术含量,没有挑战性;
2、认为在公司能做到测试经理就已经是测试发展的最高境界了;
3、测试人员薪水较其他低;
4、想了解一下测试之外的其他岗位,丰富自己的阅历,为以后更好的做管理做准备。
那么,公司的软件测试真的技术含量很低吗?工作效率已经达到最高了吗?真的不需要挑战吗?测试经理就没有高级和低级之分了吗?测试人员的薪水就不可以比开发人员高了吗?测试人员真的需要那么多吗?当然不是,也许很多年的‘旧路’不能靠自己改变,也许有人埋怨领导者们因循守旧、顽固不化,但没有人会阻挡我们去创新,去阻止我们探索新的模式、新的思路、新的工作方法去改变这种现状,没有公司是傻子,一个人的薪水和他体现出来的价值是成正比的。所以应该打破常规,去探索新的东西,这种创新不仅包括技术创新也包括管理创新。关于职业发展,仅根据公司的实际情况,和从大家那里得来的想法,谈一谈:
1、开发技能较强的软件测试人员可以转向自动化测试工具、测试管理工具的开发,这里不仅要求开发能力较强,还需要多了解第三方测试工具,挖掘测试组内测试人员的需求,了解业务;
2、业务能力较强的可以做测试(用例、计划)设计工程师,由于公司产品业务较强,需求人员仅能为测试人员提供需求文档,而究竟哪些是最重要的测试点,测试过程中采取什么样的测试方法能使得测试路径最短、覆盖率最全,这些都需要抓住软件业务的精髓;
3、做到了测试经理,完全可以把管理再出神入化,每个人身上有什么特点,怎样能让每个组员的能力发挥到极致,怎么更好的争取测试人员的利益,怎样做到最好的资源调配,怎样让大家不再迷茫,另外,怎样提升自己的威信,提升执行力,领导力,怎样把管理做到让人啧啧,到了这种程度,通过横向和纵向对比,优势自然就出来了。
另外,转做开发、需求、实施,然后又转回测试做管理,这种我是比较赞同的,但度不好掌握,而且如果自己的水平实在太高,很可能会让这类人产生英雄无用武之地的想法,公司的平台太低,而自己感觉自己的水平偏高,所以很可能导致这类人的离职,所以个人的发展和公司测试部的发展一定得保持同步,谁都不能过快,步伐不一致的的两个人怎么能走在一条道上呢?所以在个人发展的情况下,( )关注公司总体测试发展,先认清两者的发展方向再去‘转业’未尝不可。
4、做到测试设计人员、自动化工具、管理工具开发人员就是极致了吗?当然不是,测试行业照样有咨询、有顾问、专家,测试管理做好了也可以去做项目经理、去做部门经理,实在不行,完全可以去创业嘛。
总之,发展无极限,路是自己走出来的,不要只走别人踩出来的路。
软件测试基本介绍:
Grenford J.Myers曾对软件测试的目的提出过以下观点:
(1)测试是为了发现程序中的错误而执行程序的'过程;
(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;
(3)成功的测试是发现了至今为止尚未发现的错误的测试。
测试误区
(1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者
发现当前软件开发过程中的缺陷,以便及时改进;
(2)这种分析也有助于测试人员设计出有针对性的测试方法,改善测试的效率和有效性;
(3)没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法
(4)应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭。
(5)完全测试是不可能的,测试需要终止,测试无法显示软件潜在的缺陷。
(6)软件测试是软件不断更新的一个过程。
第一阶段:校园阶段(毕业前1年-1.5年)
很多人的 职业规划 是到了工作以后才开始进行的,其实,这样做,有很大的局限性。凡是工作过的人,都有一个体会,就是自己的第一份工作,会影响到5-10年的发展轨迹,甚至会对一生产生影响。因此,选择一份合适的工作作为起点,是必须要在校园内思考清楚的问题。
由于中国的教育基本是理论教育,大家在工作前的 实践 能力大多比较弱,固然有其不足,但也有好的一面,那就是可塑性比较好。可塑性好代表了选择的余地可以很大,因此,大家在选择第一份工的时候,要充分结合自己的教育背景、个人能力、兴趣爱好、长期目标等等,作出理性的决策。
软件测试,特别是黑盒软件测试是一种入门起点较低、上手迅速、且发展空间比较大的职业,因此,对于很多学生而言,作为进入IT就业的初级岗位,是非常合适的。
校园阶段的规划,主要是选择大的入门方向,当然,此时也可以给自己一个长期的目标,但是不必规划过细,因为,在没有入行前,一切都还未知,把握好路线即可。
下文假设大家选择的是软件测试工作。
第二阶段:入门阶段(入行后3个月-1年)
对于刚刚入行的新人,这个时期是一个全面熟悉期,最能够学习到新的知识,也最有拼搏的热情和动力。建议大家可以借着这股冲劲,尽可能了解所在领域的全貌,了解各个主要分支的内容、特性、优势、局限性等等,并考察自己当前的工作环境,结合个人匹配程度和兴趣爱好,根据前述内容调整自己的规划。
对于测试行当而言,技术方面一般有几类:黑盒测试、白盒测试、自动化测试、测试工具、专用业务技能等;相关的管理方面一般有:测试管理、质量管理、项目管理等。
面对上述形形色色的方向,建议大家可以都稍稍了解下内涵,然后确定1-2个,作为中长期的主攻方向,达此标准,基本已经实现了入门,至于能否进得厅堂,就要看后期的努力了。
第三阶段:提高阶段(入门后3年-5年)
对于入门后选择管理还是选择技术,其实这种问题,是无可无不可的,关键是看对自己的长期的定位了。不过,我个人建议当前阶段还是技术为重吧。毕竟,在一个技术环境中,要做好管理,没有扎实的基础,也难服众嘛。
本阶段是人最容易懈怠的阶段。毕竟,刚刚入行的热忱早已被日复一日的繁复工作给冷却,有了一定的工作经验,胜任本职,对于大多数人而言,绝不是问题。家庭、娱乐方面开始占据了业余生活的主流。可是,毕竟大家还很年轻,大多数人此时也不过20多岁,就此懈怠也是非常可怕的。因此,有规划的提高自身核心竞争力,在这个时候尤为关键。
时间过得可真快,从来都不等人,成绩已属于过去,新一轮的工作即将来临,是时候开始写计划了。相信大家又在为写计划犯愁了吧?以下是我为大家整理的关于测试的工作计划,希望对大家有所帮助。
1简介
1、1目的
指出特定的软件测试计划的具体目的,还需指出该计划所适用的阅读对象;
1、2背景
对测试对象(构件、应用程序、系统等)及其目标进行简要说明、需要包括的信息有:
主要的功能和性能、测试对象的构架以及项目的简史
1、3范围
描述测试的各个阶段(如单元测试、集成测试、系统测试、验收测试等),并说明本计所采用的`测试类型(如功能测试、性能测试、安全性测试等)、简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能
1、4术语
列出计划正文中需要解释术语的定义,必要时,还要给出这些定义的英文单词及其缩写词
1、5参考文档
下表列出了制定测试计划时所使用的文档(项目文档、标准文档、工具文档),并标明了各文档的可用性
测试计划
2测试需求
将确定被当作测试对象的各项需求(例如用例、功能性需求和非功能性需求)的跟踪管理矩阵明确列出,并列出将要测试的对象以及测试优先级、优先级分为:H—必须测试;M—应该测试,只有在测试完所有H项后才进行该测试;L—可能会测试,但只有在测试完所有H和M项后才进行测试
详情请参见《测试管理工作表》测试用例状态跟踪页、
3测试资源
3、1人力资源
下表列出在此项目的人员配备方面所做的各种假定,包括在各个阶段需要介入测试的各种角色以及相关的职责和权限等
3、2系统资源
下表列出了测试项目所需的系统资源,包括软、硬件资源、测试工具等、资源名称/类型测试数据库服务器基本配置及数量
以上就是小编为大家带来的软件测试的职业规划是什么?的全部内容,更多精彩请继续关注。(本文共9288字)