测试还是点点点？

测试•••

最近带一个99后实习生小莫，实习过程中一起跟项目，包括参加需求评审、技术评审、代码CR、站会、测试上线。在一次吃饭时，实习生感慨到：我在学校对测试的理解就是点点点，但实际发现根本不是一回事，需要大量的沟通，需要对测试数据维护，需要对代码环境有很清晰认识，等等。我心一想，十年前的在学校的我对测试的认知也差不多嘛，“测试就是点点点”。

从这方面看学校内对测试的理解包括对研发生命周期的知识从课本上看是比较落后的，在复杂的互联网圈子里，测试的重要性越来越高。

•••是什么

千万不要小看测试点点点

千万不要小看测试点点点

千万不要小看测试点点点

重要的事情说三遍。

有人觉得点点点很low，曾经三点君也幼稚过。

1. 点点点是测试工程师的敲门砖 测试的定义有很多书籍定义过，我认为测试就是验证产品功能，考虑产品异常场景，做出风险评估。

一个良好的页面产品，让新手点点点，执行对应的点点点测试用例，验证产品功能是否符合预期，暂时不需要关注更多的内部细节，培养产品思维和用户使用习惯，能更好的理解并使用当前产品。

2. 点点点是测试用例有良好约束

当我们测一个前后端项目，前端依赖后端接口，在后端接口和前端页面同时提测时，我们是一起测，还是单独postman测后端接口，然后再测前端。

我建议直接来一波前端点点点，通过浏览器开发者工具可以直接判断是前端js错还是后端返回错。通过页面可以快速了解接口参数信息，测试点点点约束了接口参数情况，后端按照约定api返回数据。