每个成功的产品背后都有一名出色的测试

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

小编导读:每一个成功的男人后面一定有一个成功的女人,每一个成功的产品背后不仅要有成功的产品,开发还需要有一个成功的测试,测试往往是不起眼的,却又十分的重要!

周六项目发生了一起事故,一个简单的服务器修改功能,因为开发过于自信,没有通知测试,直接发布到外网,导致外发版几万用户的手机崩溃,造成了一场工作事故。

虽然后期查明是因为程序员的疏忽导致的参数错误,但是依旧暴露出很多流程上的问题,特别是凸显了测试的重要性。今天就带大家认识一下低调的测试工程师。

测试工程师

测试是产品上线环节中重要的一部分,伴随着整个产品的生命周期,因此产品测试是很重要的一个环节,需要特殊的人员从事相关测试工作,这部分人就是测试工程师。

目前所有的互联网公司都有测试工程师。测试工程师是产品上线的最后一环,对用户负责,是“上帝”的品菜师,他们的定位是产品把关者。

QQ截图20140922213850

主要职责:

测试工程师的主要职责分以下几部分:

1.编写测试计划、规划详细的测试方案、编写测试用例。

2. 根据测试计划搭建和维护测试环境;

3. 执行测试工作,提交测试报告。包括编写用于测试的自动测试脚本,完整地记录测试结果,编写完整的测试报告等相关的技术文档,;

4.对测试中发现的问题进行详细分析和准确定位,与开发人员讨论缺陷解决方案。

5.提出对产品的进一步改进的建议,并评估改进方案是否合理;对测试结果进行总结与统计分析,对测试进行跟踪,并提出反馈意见。

6.为业务部门提供相应技术支持,确保软件质量指标。

从测试工程师(以下简称测试)的职能定义来看,优秀的测试工程师,一定是半个产品+半个开发。既要求对产品足够了解,包括内部逻辑和界面显示,这也是产品测试的基础;也要了解部分开发代码,能够对代码优差做出评估,并且给开发提供优化方案。整体来说,测试要求掌握的技能比较宽泛,从基础的编写自动测试脚本程序,到进一步拓展编程语言、操作系统、网络与数据库方面的技能。

随着技能的提升和经验的积累,测试属于越来越吃香的职业,优秀的测试人员能够将问题消灭在产品开发阶段,极大的节省开发成本和后期维护成本。

测试方法

从测试方法来说,测试主要可以分为两类:黑盒测试和白盒测试。

黑盒测试(功能测试)

黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。

具体的黑盒测试方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。其中常用的黑盒测试防范有等价类划分法、错误推测法和因果图法。

1、等价类划分法:

等价类划分法假设各部分是独立且同等重要,将一个产品拆分成若干个部分,每个部分有一名负责人进行测试。比如我们的项目就是用的是此类测试方法,将产品分为通知提示、帐号授权、流量领取、高速使用和帐号解绑等流程,每一部分有一名测试同事负责,保证该部分功能的正常。

2、错误推测法

错误推测法是基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。

一些经验丰富的测试在进行项目验收的时候,通常采用此方法,针对容易出错的节点进行重点测试。如一些支付应用软件的授权和支付会成为支付的关键节点。

3、因果图法

前面的等价类划分法和错误推测法都注重节点的测试,未考虑条件之间的关系,各个步骤直接的结合情况。因果图法

是按照前置条件、结果和后置条件的流程关系列出所有的条件组合,进行测试。所有的条件组合就是因果图法的测试用例。比如登录—用户名错误——返回“用户名错误”提醒,就是一条因果图法的测试用例。

值得注意的时,各种不同的测试方法通常是相互交叉使用,比如在使用等价类型分法的基础上,对各个部分进行因果图法,在各个部分的连接处做错误推测法重点测试。

白盒测试(内部逻辑测试)

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法,盒子指的是被测试的软件,白盒指的是盒子是可视的,你清楚盒子内部的东西以及里面是如何运作的。”白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致.白盒测试一般需要技术基础支持,同时需要相关工具配合,比如日志抓去工具。

白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆盖和程序变异。其中一基本路径测试法使用最为广泛。

1、基本路径测试方法

基本路径测试法是在程序控制流图的基础上,通过分析控制构造的环路复杂性,导出基本可执行路径集合,从而设计测试用例的方法,同黑盒测试中因果图法类似。

测试用例

对测试工程师来说,测试用例是产品测试的核心。测试用例是对所有的界面显示、交互效果和功能逻辑汇总。目的是能够将软件测试的行为转化成可管理的模式,同时测试用例也是将测试具体量化的方法之一,不同类别的软件,测试用例是不同的。一些大型项目,测试用例能达到几万条的数目。

测试用例的多少和产品质量的“坚挺”程度相关,一般情况下,测试用例越多越细致,对应产品逻辑会越缜密,在上线之后越能经得起各式各样环境的考验,对用户来说,产品的可用度就越高,产品质量就越坚挺。

结语

最后,当我们在调戏产品狗、程序猿的时候,不要忘记你身边的“测试猫”,他们缜密而低调,忍耐而细心,专业的扮演好产品上线管家的角色。毫不夸张的说,每一个成功的产品背后都有一名伟大的测试工程师。

#专栏作家#

无邪,微信公众账号:devillnote,人人都是产品经理专栏作家,迅雷产品经理。关注移动互联网,聚焦产品策划、运营和用户分析。文章不追热点,以产品经理相关为主。

转载请保留上述作者信息并附带本文链接

您的赞赏,是对我创作的最大鼓励。

评论( 4

登录后参与评论
  1. 太赞了,推进产品的敏捷型开发绝对少不了一个很好的测试,而一个好的测试必须在开发与PM与设计师之间做好沟通桥梁,并把握bug的优先级与严重程度,实时更新产品开发状态与测试状态等等;

    回复
  2. 测试要比开发熟悉业务流程,要比产品经理熟悉程序逻辑,对优化产品操作流程有一定的推动作用

    回复
    1. 回复

      恩,很多时候,测试都能提出很不错的见解,帮助完成产品盲点,推动开发优化。

    2. 回复

      您好,我是从业务口 转的测试,有没有好的建议呢?比如书籍,或者表格。

加载中