测试作为产品的“质检部门”，担负着重要的责任与使命。产品是公司的形象代表，测试对于产品的把关尤为重要。三体云对于产品的测试有着独家的“工序”，而层层工序打造出的必定是精品。
今天所说的功能测试，相信大家都不陌生。它看起来是件很简单的事情，但是想做好却并不容易。今天就和大家分享一下关于功能测试的一些思考。
在接到客户的需求后，按照三体云的测试工序，通常会将工作分为四部分，即需求分析、测试用例、测试执行、交付用户，而这四部分中又包括15道工序。下面是这四部分中的详细完成步骤，让我们一起来看一下三体云产品蜕变的生命历程吧：
需求分析
常规情况下，拿到需求后首先做的就是需求分析。对于这个环节，很多人都是不在乎的心理，觉得这应该是产品的工作，自己只需要把需求文档直接翻译成自己的测试用例就OK了，而当测试过程中发现需求文档不完整的时候，就把责任推脱给产品就万事大吉了。但三体云的测试宗旨是：认真执行每一步测试。需求分析其实是十分重要的。因为只有做好详细的需求分析，才能写出正确的测试用例。而了解需求本身的动机在于以下几个方面：
▫“一次性”需求是否有别的方式可以实现。如果有，方便我们节省测试时间。在需求评审的时候提出质疑并给出合理的解决方案，减少“一次性”的工作量。
▫充分理解需求本身。我们需要弄明白该需求的使用人群，学会“站在对方的角度”思考问题。
▫解决疑惑。如果对于一个需求文档做不到百分百的理解，在写测试用例的时候就有可能给出错误的测试用例，这种结果可不是我们想要的。
▫制作需求思维导图。可以根据需求文档和原型，画出产品最终实现的各种功能，方便我们吃透需求，充分了解需求后，测试用例自然就出来了。
需求中业务功能的实现
▫页面实现。页面上每个模块、每个字段的实现，其实就是每个字段的取值逻辑，具体到数据库、数据表、数据字段，有时候可能要等开发做完详细设计后才能获取。
▫功能实现。每个页面要做的功能、业务场景、该功能使用的数据库、数据表、数据字段，以及数据的变化过程。
测试用例
UI界面测试
需求中要求的模块、元素，以及隐含的各个元素的通用测试用例。
业务功能点
一般会覆盖所有的业务场景，包括正反向的测试用例，尽量覆盖到开发的所有代码分支。
数据库
数据表、数据字段。
配置文件
虽然熟悉掌握配置文件的作用不大，但十分重要：一方面方便自己排查问题，另一方面可以提醒开发无遗漏配置文件上线。
测试执行
测试执行共有四个阶段，一般公司并不会“老老实实”按部就班的完成。但三体云在这四个阶段的每一步都是“匠心独运”，认真打造：
一、冒烟测试
主流程正向测试用例，不要直接执行详细测试用例，这样不会讨到便宜。
二、详细测试
一轮详细测试时，按照模块，尽量一次执行完该模块下的所有测试用例，然后再更新代码。不要测试过程中开发修改bug后，马上就更新代码。这样可能会打断你原有的测试思路。
三、二轮测试
对一轮bug的回归测试，以及再次详细测试bug周边的相关功能。
四、回归测试
对第三阶段bug的回归测试，以及再次详细测试所有功能。
交付用户
作为最后一部分，也是证明三体云产品品质的重要部分，客户的反馈和良好评价是对我们最大的认可。虽然测试工序复杂无味，但却造就了三体云的高质产品，这个过程回味起来可谓是“先苦后甜”，15道工序可以换您一个满意的微笑，那么这个产品才有了它存在的意义。
测试之路“任重而道远”，只有不断经历失败才能有更多收获，三体云在产品测试中不断尝试新的方法，努力为用户打造高品质产品，每一个细节都能让用户感受到我们的用心。测试技术的成长之路，我们仍在不断前行!
网友评论