当前位置 : 首页> 新闻资讯 > 软件测试工程师-一群走在高薪路上的佼佼者!

软件测试工程师-一群走在高薪路上的佼佼者!

时间:2019-03-12 15:04:03   已访问:608次
热门专业

软件测试工程师-一群走在高薪路上的佼佼者!

作为一名软件测试工程师,需要具备哪些能力。

从事软件测试的人员很多,大家都觉得门槛低,企业需求量大,很容易找到工作。但是从事一段时候后,很容易迷茫,很想证明自己在这个测试行业的能力,除了自我的学习已经领导的肯定之外,更加需要证书来帮我们证明,那么作为测试人员,可以考哪些证书呢?

软件测试工程师-一群走在高薪路上的佼佼者!_www.cnitedu.cn

软件测试工程师-一群走在高薪路上的佼佼者!

方法/步骤

1

ISTQB(国际软件测试资格认证)

有这个证书的话,进外企之类的一般比较有用,在国内,考这个证书的人数还是没有软件评测师高,而且考整个证书的花费很大。ISTQB作为国际性的认证,社会认可度还是挺高的。越来越多的跨国公司和从事软件外测试外包的公司要求软件测试人员需要获得ISTQB认证。

2

PMP(项目经理认证)

PMP(Project Management Professional)指人员资格认证。它是由Project Management Institute(PMI)发起的,严格评估项目管理人员知识技能是否具有高品质的资格认证考试。要想获得PMP专业认证,考生须达到(PMI)规定,对知识的掌握程度及其相应的工作经验和要求;另一方面,获得的专业人员应继续从事项目工作,以不断适应项目管理发展的要求!总之,考这个证书的话,需要先进行一定的培训,总之,花费也是比较大的

3

软件评测师(国家软考认证)

属于全国计算机技术与软件专业技术资格考试(简称计算机软件资格考试)中的一个中级考试,是软件测试行业认可度比较高的一个证书。软考属于专业水平的国家品牌考试,试题注重岗位知识和技能,综合性和灵活性强,创意多,如果有实际的工作经验,通过率会比较高,涉及考试的点还是很广的。

4

CSTE(QAI旗下的软件测试认证)

CSTE全称Certified Software Tester,是QAI(Quality Assurance Institute)旗下的重要认证。该全球范围的测试认证已经在美国、印度等颇为普及,成为很多公司对于测试从业人员的要求之一。但是在中国,考这个证书的人只占了少部分。CSTE的考试主要涉及了测试人员的基本知识和流程,考试全英文,包括四个部分,两个部分理论两个部分实践。全英文试卷,对于软件测试的很多人来说,都会望而却步的。

基本要求:

1.熟悉软件质量、软件测试及的基础知识;

2.掌握代码检查、走查与评审的基本方法和技术;

3.掌握白盒测试和黑盒测试的的设计原则和方法;

4.掌握单元测试和集成测试的基本策略和方法;

5.了解系统测试、性能测试和的基本概念和方法;

6.了解软件和WEB应用软件测试的基本概念和方法;

7.掌握软件测试过程管理的基本知识和管理方法;

8.熟悉软件测试的标准和文档;

9.掌握QESuite软件测试过程管理平台和QESat/C++软件分析和工具的使用方法。

考试内容:

一、软件测试的基本概念

1.软件质量的概念。

2.软件测试的目标和原则。

3.软件测试的心理学。

4.软件测试的经济学。

5.。

二、软件测试的类型及其在软件开发过程中的地位

1.软件开发阶段。

2.规划阶段的测试。

3.设计阶段的测试。

4.编码阶段的测试。

5.验收和维护阶段的测试。

三、代码检查、走查与评审

1.桌面检查。

2.代码走查。

3.代码检查。

4.同行评审。

四、覆盖率(白盒)测试

1.覆盖率测试。

2.逻辑结构的覆盖率测试。

3.路径覆盖率测试。

4.数据流测试。

5.程序变异测试。

6.基于覆盖的选择。

五、功能(黑盒)测试

1.边界值测试。

2.等价类测试。

3.基于因果图的测试。

4.基于决策表的测试。

5.基于状态图的测试。

6.基于场景的测试。

7.比较测试。

六、单元测试和集成测试

1.单元测试的目标和模型。

2.单元测试策略。

3.单元测试分析。

4.单元测试的设计原则。

5.集成测试基本概念。

6.集成测试策略。

7.集成测试分析。

8.集成测试用例设计原则。

七、系统测试

1.系统测试概念。

2.系统测试方法。

3.系统测试的实施。

八、和

1.软件性能的概念。

2.性能测试的执行。

3.软件可靠性的概念。

4.可靠性预计。

5.可靠性分析方法。

6.软件的执行。

九、软件的测试

1.软件测试的问题。

2.面向对象软件测试模型。

3.面向对象软件的测试策略。

4.面向对象软件的单元测试。

5.面向对象软件的集成测试。

6.面向对象软件的系统测试。

十、Web应用测试

1.应用服务器的分类和特征。

2.Web应用系统的特点。

3.Web应用系统的测试策略。

4.Web应用系统测试技术。

5.Web应用系统安全测试。

十一、其他测试

1.兼容性测试。

2.易用性测试。

3.GUI测试。

4.构件测试。

5.极限测试。

6.文档测试。

十二、软件测试过程和管理

1.软件测试过程概念。

2.测试组织管理。

3.测试计划的制定。

4.测试步骤的确定。

5.测试环境管理。

6.软件测试风险分析和成本管理。

7.测试文档管理。

8.测试的复用与维护。

十三、软件测试自动化

1.测试自动化的原理、方法。

2.测试用例自动生成。

3.测试执行自动化。

4.测试结果比较自动化。

5.测试工具的分类和选择。

6.测试工具的主流产品介绍。

十四、软件测试的标准和文档

1.软件测试的标准。

2.软件测试的文档。

十五、软件测试实践

1.软件测试过程管理。

(1)软件测试过程管理概念。

(2)测试的设计。

(3)测试的准备。

(4)测试的执行。

(5)软件问题报告和软件问题生命周期。

(6)测试的总结。

(7)QESuite软件测试过程管理平台。

2.白盒测试实践。

(1)被测程序说明。

(2)静态分析。

(3)被测程序的插装和动态测试。

(4)QESAT/C++白盒测试工具。

考试方式:

一、包括软件测试基本原理、测试方法、技术基础知识部分,采用笔试考试,考试时间120分钟,满分100分。

注:上机考试暂不要求,上机操作考核在笔试中体现。

作为一名软件测试工程师,需要具备哪些能力?

问题描述:

作为一名软件测试工程师,需要具备哪些能力?

精彩回答:

会员 星尘:

触类旁通。你不是产品,但你知道产品是怎么工作的;你不是运营,但你知道用户关心什么;你不是开发,但你知道开发同事怎么工作;你不是设计,但你有你对交互逻辑的理解;你不是销售和编辑,但你熟悉产品业务。

常识知识。常识好的人产品逻辑好(概述)。

沟通能力。基本地,把一个问题表述清楚。能说服开发把bug改掉,不改掉的得要求明确回复原因。维护测试工作的尊严,坚决抵制欺负测试人员的行为。

计算机知识。和你目前工作最相关的知识,你最应该先掌握。

心态好。测试有时候比较枯燥,重复性强。遇上一茬新来的开发同学,你会感到测试工作回到很久以前了。综和各种情况,说明测试需要好心态。

会员 天顺:

通用技能上:

1、基本计算机知识(操作系统,数据库,通讯协议原理,熟悉至少一门编程语言)

2、基本软件测试知识(各种测试理论,测试方法论,测试用例编写,缺陷界定标准,软件质量评估)

3、简单项目管理知识

产品、系统认知:

1、熟悉所测产品功能,能够将产品文档内描述的UC转化成TC,这个最最基本

2、熟悉所测产品的一些隐藏需求或者功能(业务上的进阶能力)

打个比方,支付公司上一种新的支付渠道,熟悉业务的测试人员应当可以预见到这次升级可能会对前段界面、系统账务、各类报表等各个模块造成影响,从而一并纳入测试范畴。

要知道,很多时候,即便是接入这些渠道的产品经理,也不一定会在Prd或者UC中对这些可见影响项一一列出,这需要经验和责任心。

性格上:

1、有牛皮糖属性的为佳,越“不要脸”越好

测试工程师,在很多公司,和研发是有业务上对立属性的(虽然从宏观角度上来说,都是为了提高软件质量服务)。测试工程师提交的BUG越多,意味着研发工程师工作质量越差,需要返工的工作量也越大,甚至会影响绩效,所以测试工程师有时候很容易得罪研发部门。

一个可以相对坚持原则(比如3级BUG以上一定要改),又能拉下脸和不愉快的研发工程师保持较好关系的测试工程师,会对项目质量起到很关键作用。说到底,又能做事(发现BUG并督促修改),又会做人(该进的不让,该退的绝对给面子,最大化消除部门间矛盾)的测试工程师,是十分难得的。

2、有异想天开属性的为佳

这个只可意会,不好言传的。在我带过的团队里,的确有那种奇葩……经常会用令人匪夷所思的方式找出BUG,这是天赋。

3、会“偷懒”的为佳

这里的偷懒不是指上班发微博聊天混日子,而是能够利用已知资源对枯燥乏味的测试工作进行优化的同学。

说个实例:

我以前公司曾经上过一个“授信”项目,做过金融类项目的同学大家都知道。授信项目的测试用例真可以说是相当变态,随着账期、滞纳金率、手续费率、利息率、本金、还款情况的不同,可以衍生出无比多的用例,同时每个用例进行编写时,都要仔细根据规则计算预期结果的资金状况,非常费力。

咱部门一个小伙子,头一天晚上拿了PRD,第二天晚上就利用Excel写了一个固定某些账期下不同情况下的各项资金计算工具(有一些小BUG,无伤大雅)……大大减少了兄弟们按计算器的工作时间。这种“懒”员工,你是领导你喜欢不?

事情没完,在实际测试的过程中,我们发现一旦研发修改了BUG,会引发其他用例的大崩溃(这类项目真悲剧,牵一发动全身),每次版本升级我们都不得不进行全面的回归测试。

太坑爹了,这不是要命么?

聪明的测试同事们又想偷懒了,他们在数据库端写了一个数据匹配工具,每次新跑用例就拿正确的(已保存)数据文件自动去比对新产生的文件,自动返回比对结果。兄弟们再也不用每次回归都一行行打SQL去查数据了,棒极了。

在研发修改BUG之余,他们自己写了一套存储过程,可以实现数据的自动回归和增量备份,再也不用每次把所有数据擦光从第一个交易日跑起了,棒极了!

说了那么多,其实就一句话:干一行,爱一行。


推荐内容