如何看待互联网行业的软件测试？本文以一个刚刚步入职场的新人的视角，对互联网测试的精髓进行了观察与提炼。将通过以下四部分进行探讨。
1、简单并不总是很容易
测试中很多工作看起来都很简单，但是做好软件测试其实并不是一件很容易的事。
软件测试包含两个层面：
- 技术层面即技术架构；
- 非技术层面即测试人员的基本素养。
这两个层面是同等重要，不能片面的认为技术是最重要的，而忽略测试人员的基本素养。
技术方面的介绍已经有很多了，因此在本文中，笔者将从一个新人的视角谈谈测试人员的基本素养，如上图所示。
有时候测试是一种重复而枯燥的工作，许多微小的问题，单靠技术是实现不了的，这就要求我们必须要耐心、细心、有责任心；
在测试过程中遇到一些异常的系统表现行为时，充满好奇心和怀疑精神；
对工作充满激情，在重复的测试中变换思考的角度、找出规律，把重复的工作做好。
这些都是测试人员找到更多缺陷的基础，也是作为一名测试人员最基本的素养。
2、业务知识
业务知识是互联网测试中与技术无关的一个重要方面。任何一个互联网金融新项目，必须要了解它的行业背景、设计逻辑、系统交互、相关金融知识等，如下图所示。对于测试人员来说，没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误。做功能测试对业务知识的了解极其重要，掌握了核心的业务知识，在测试过程中，才能事半功倍，对后续涉及到该种类型的模块能够快速的加入到团队中。
例如e项目，它是一个线上电商平台的贷款产品，测试之前我们要熟悉各个电商的背景、不同电商通过准入验证的条件、贷款审批的要求、e项目与其他系统的交互影响以及该系统本身的具体功能实现逻辑等。在理解这些基本业务知识的基础上，再根据PRD及相关文档，才能编写出覆盖更全面的测试用例，达到更好的测试效果。
3、数据构造
数据流是互联网行业测试的一个重点，测试数据是测试的基点，可以说没有数据的测试是无意义的测试。例如e项目的测试中，由于真实测试数据的限制，测试之前需要构造满足不同注册年限和不同交易流水的测试数据。测试数据构造流程如下所示。
测试数据构造流程：
使用真实的电商账号在Mock环境下提交贷款申请；
通过mongo数据库从电商订单集合中提取电商订单模板；
在Mock环境下，通过e项目将手机号绑定注册的电商帐号；
根据业务逻辑构造满足不同要求的测试数据，并保存到mongo库相应的集合中；
准备好测试环境，使用测试数据进行测试。
在构造数据的过程中深深体会到了业务逻辑的重要性，有时甚至需要理解某几个字段的含义才能构造出符合要求的数据。在e项目产品的测试中如果没有构造测试数据，根本无法进行测试，其他的项目某些功能的测试也必须通过构造数据来实现。
数据构造是互联网测试中必不可少的一个手段，在测试之前做好测试准备工作，是进行测试的必要条件。
4、且行且思
工作中不断的反思总结可以更好地成长：
产品的质量是设计出来的，而不是测试出来的；
测试不可能发现所有的错误，测试可以证明产品或系统中存在错误，但无法证明产品或系统中没有错误；
在软件测试中有一种称为杀虫剂悖论（pesticide paradox）的现象，即对软件进行越多的测试，那么该软件对软件测试人员的测试就越具有免疫力。
在测试过程中，为了克服杀虫剂悖论，应该经常检查测试用例并且生成新的测试用例或对旧的不常用的测试用例以及常用但不能发现缺陷的测试用例进行改写；
测试过程中要做到思路明确，条理清晰，准确把握测试的模块；
测试过程加强项目组成员的相互沟通工作，时时汇报测试遇到的问题和测试进度，及时有效的反馈，提高测试效率；
在测试过程中要不断总结，逐步形成自己的测试思维和理念。
以上是作为一个测试新人，针对如何做好互联网测试的一些理解和感悟，如果各位同行在测试中有其他的理解和想法，欢迎一起探讨。
本文作者：王真真（点融黑帮），毕业于电子科技大学，现在就职于点融成都QA团队，目前主要负责Lender项目，爱好羽毛球。
