有很多小伙伴想转行进入测试行业，但是又不知道从何入手，就导致空有豪情壮志但是并没有付诸行动。那么我们到底应该从何入手呢？
这里面最基础的应该就是功能测试的黑盒测试。
什么是黑盒测试呢，顾名思义就是我们只管输入和输出，至于实现方式是什么我们不关心。
那么什么是功能测试呢？功能测试就是对产品的各项功能进行验证是否符合需求。
那么我们验证是否符合要求的标准又是什么呢？
一个就是UI设计图及需求说明书，一个就是实际用户的需求。
先来说一下UI设计图和需求说明书。
我们的设计师在画设计图的时候肯定是在充分了解需求说明书的前提下来做这个设计的，并且设计出来肯定是经过客户的确认的，所以我们认为UI设计图就是我们的需求，我们测试的时候应该根据UI设计图以及需求说明书来做测试。
另一个就是实际用户的需求，有可能是在需求说明书以及UI设计图里没有对某一个功能点进行明确的表述，但是我们在测试的过程中应该站在实际用户的角度去考虑一下用户会怎样使用这个功能。
举个例子，有一款APP是针对不同人群来开发的，有大学生、普通大众、工作人员等。那么首先我们就要先分析这些人员的性质。
大学生，对智能手机比较熟练，且使用的智能手机性能一般比较高，那么我们在做针对大学生这类人群的测试的时候，就需要站在大学生的立场上去考虑问题。
比如说作为一个大学生，我更注重APP的什么方面，比如说响应速度、画面感等等。
那么针对工作人员呢，使用该软件就是为了工作，而且在工作之前应该会进行相应的培训，那么我们在测试针对工作人员的APP时就要考虑到，这个功能对工作人员来说用起来是顺手的、效率高的等等，它并不需要太好看，但一定要流畅。下面以图文形式来说明一下。
其实总结起来说，做好黑盒测试的关键就是充分理解需求。
那么我们可以通过什么方式来充分理解需求呢？
首先就是跟需求人员讨论，讨论的过程有利于我们理解需求，并且在讨论的过程中会发现其他人员会有跟我们不一样的理解或者考虑到了我们没有考虑到的点。
其次就是编写测试用例。自己的亲身经历，在写用例的过程中往往会发现平常我们注意不到的点。
再者，作为一个测试人员，我们也应该去学会使用数据库。不要以为数据库是开发人员的专属，测试人员用好数据库对工作效率也有很大的一个提升，下面举个例子来说明。
我们测试一个下单的功能，订单提交成功后，我们查看订单详情的时候，有些信息丢失了，那么我们如何去快速的定位这个问题呢？
显然发现问题直接找开发人员是不对的，因为我们只发现了问题，但是并没有找出问题出现的原因，直接找开发人员显然会浪费开发人员的时间，那么我们应该怎么做呢？
首先先去数据库里查该条订单的数据是不是全的，如果是全的，那么就是我们查看详情的功能有问题，这个时候我们再在浏览器通过F12查看是接口里没有返回这些数据，还是接口里返回了，但是前台没有展示出来，从而定位到问题所在。
如果数据库里数据就是不完整的，那么我们就要去查一下，下单的时候，是前台没有将这些数据传给后台，还是后台未将这些数据保存。这样就很容易的定位到问题，且找到相应的人员进行修改，流程图如下：
下面我们针对其中一条线进行详细说明：
前台查看订单详情时，发现少信息，先去查询数据库是否有信息。
发现数据库里有这部分的数据，这时候在页面上F12查看后台返回信息。
发现后台也返回了地址的数据，那么我们就可以确定这是前台的问题了。
至于自动化测试、性能测试等等这些内容，都是需要借助工具来实现的，等我们真正掌握了功能测试之后，可以慢慢的去了解这些工具的使用。
版权声明：本文出自51Testing会员投稿，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
