细节决定成败:功能测试中体现的高质产品

  测试作为产品的“质检部门”,担负着重要的责任与使命。产品是公司的形象代表,测试对于产品的把关尤为重要。三体云对于产品的测试有着独家的“工序”,而层层工序打造出的必定是精品。

  今天所说的功能测试,相信大家都不陌生。它看起来是件很简单的事情,但是想做好却并不容易。今天就和大家分享一下关于功能测试的一些思考。

  在接到客户的需求后,按照三体云的测试工序,通常会将工作分为四部分,即需求分析、测试用例、测试执行、交付用户,而这四部分中又包括15道工序。下面是这四部分中的详细完成步骤,让我们一起来看一下三体云产品蜕变的生命历程吧:

  需求分析

  ��常规情况下,拿到需求后首先做的就是需求分析。对于这个环节,很多人都是不在乎的心理,觉得这应该是产品的工作,自己只需要把需求文档直接翻译成自己的测试用例就OK了,而当测试过程中发现需求文档不完整的时候,就把责任推脱给产品就万事大吉了。但三体云的测试宗旨是:认真执行每一步测试。需求分析其实是十分重要的。因为只有做好详细的需求分析,才能写出正确的测试用例。而了解需求本身的动机在于以下几个方面:

  ▫“一次性”需求是否有别的方式可以实现。如果有,方便我们节省测试时间。在需求评审的时候提出质疑并给出合理的解决方案,减少“一次性”的工作量。

  ▫充分理解需求本身。我们需要弄明白该需求的使用人群,学会“站在对方的角度”思考问题。

  ▫解决疑惑。如果对于一个需求文档做不到百分百的理解,在写测试用例的时候就有可能给出错误的测试用例,这种结果可不是我们想要的。

  ▫制作需求思维导图。可以根据需求文档和原型,画出产品最终实现的各种功能,方便我们吃透需求,充分了解需求后,测试用例自然就出来了。

  ��需求中业务功能的实现

  ▫页面实现。页面上每个模块、每个字段的实现,其实就是每个字段的取值逻辑,具体到数据库、数据表、数据字段,有时候可能要等开发做完详细设计后才能获取。

  ▫功能实现。每个页面要做的功能、业务场景、该功能使用的数据库、数据表、数据字段,以及数据的变化过程。

  测试用例

  ��UI界面测试

  需求中要求的模块、元素,以及隐含的各个元素的通用测试用例。

  ��业务功能点

  一般会覆盖所有的业务场景,包括正反向的测试用例,尽量覆盖到开发的所有代码分支。

  ��数据库

  数据表、数据字段。

  ��配置文件

  虽然熟悉掌握配置文件的作用不大,但十分重要:一方面方便自己排查问题,另一方面可以提醒开发无遗漏配置文件上线。

  测试执行

  测试执行共有四个阶段,一般公司并不会“老老实实”按部就班的完成。但三体云在这四个阶段的每一步都是“匠心独运”,认真打造:

  一、冒烟测试

  主流程正向测试用例,不要直接执行详细测试用例,这样不会讨到便宜。

  二、详细测试

  一轮详细测试时,按照模块,尽量一次执行完该模块下的所有测试用例,然后再更新代码。不要测试过程中开发修改bug后,马上就更新代码。这样可能会打断你原有的测试思路。

  三、二轮测试

  对一轮bug的回归测试,以及再次详细测试bug周边的相关功能。

  四、回归测试

  对第三阶段bug的回归测试,以及再次详细测试所有功能。

  交付用户

  作为最后一部分,也是证明三体云产品品质的重要部分,客户的反馈和良好评价是对我们最大的认可。虽然测试工序复杂无味,但却造就了三体云的高质产品,这个过程回味起来可谓是“先苦后甜”,15道工序可以换您一个满意的微笑,那么这个产品才有了它存在的意义。

  测试之路“任重而道远”,只有不断经历失败才能有更多收获,三体云在产品测试中不断尝试新的方法,努力为用户打造高品质产品,每一个细节都能让用户感受到我们的用心。测试技术的成长之路,我们仍在不断前行!

©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页