【测试思考】测试开发注意事项

万事开头难，总有第一次，以下是对开发-测试的一些心得，总结梳理。

前提：

已有的一个项目中，需要优化添加一个小功能，这个时候我们该怎么入手？从哪里开始？

一、熟悉需求，编写测试用例

熟悉需求，编写测试用例是测试的本质工作，开发是辅助优化；忌讳一头扎进开发中实现功能，忽略测试时遇到的一些问题处理。编写测试用例可以帮助梳理项目实现逻辑及异常判断，减少在开发完成后测试bug数量。

二、熟悉项目代码实现逻辑，编写需求实现步骤

1. 熟悉项目原有代码实现逻辑：
   首先可以先从可视化角度去使用项目功能，如：购物车中的商品增/删/改/查，使用项目功能有助于更快的了解需求背景从而快速的熟悉原有代码。
   此处可以通过功能的关键字在代码中搜索，就能找到对应功能的代码页面。
   

2. 编写需求实现步骤（重要）：
   熟悉需求和原有项目代码之后，就可以编写自己实现需求的步骤，比如：一个表单提交功能怎么编写实现步骤呢？
   

   • 实现表单输入框及提交按钮的展示
   • 点击提交时触发接口校验，接口的请求方式及需要多个接口时接口的请求顺序
   • 异常处理及输入的数据格式校验
   • 新增的数据保存到数据库
   • 搜索数据（该数据需要被搜索时），添加对应的字段

   实现步骤的好处就是不会遗忘功能点及需要判断的逻辑，及实现一个步骤划掉一个步骤也可以增加点成就感和自信吧～

三、编写代码注意事项

1. 原有项目代码上增加新代码会涉及新增字段，可以将需要新增字段的地方都罗列出来，避免遗漏
2. 接口请求涉及添加域名，本地、测试环境、线上都需要添加一个相同名字的域名；这个通常是有三个环境的配置文件
3. 接口请求实现后，多提交几次，确保数据请求无误（遇到二次请求时数据就不展示及取不到数据问题）
4. 若遇到自己不知道如何编写的代码可以借鉴已有的代码，如接口post请求怎么写？选择搜索-输入关键字.post，便可查看已有的一些post请求的编写方式
5. 代码编写时发现bug怎么办？抛开开发的思维，用测试的角度去测这个功能（通过查看调用几个接口及接口的请求和返回辅助去排查问题在哪），然后通过测试排查出来的结论再去看代码，事半功倍！
   
6. 代码编写过程中若涉及公有的组件或页面却又需要改动，怎么办？这样的情况是不建议去修改公有的组件或页面的，解决办法有一下：
   • 复制当前公有页面，重命名将复制页面改为当前编码私有页面（不好的地方：无用代码增多，组件应用率低，影响性能及阅读）
   • 将公有页面中涉及本地编码的代码拎出来，重新写一个属于当前编码的组件（无用代码减少，但是组件应用率低，影响性能）
   • 将本次功能涉及公有页面的地方换个方式实现，不再通过公有页面，比如一个保存功能调用了一个公有组件，我们去改变的时候就重新写一个保存button直接调用接口（重新写麻烦，写出来的button不一定符合产品需求）
   • 好好阅读原有代码（考验编码基础知识），见缝插针，找到一个不用在公有页面做改动的方法（我就是基础不扎实前几个方法都想过被拒了，硬生生的好好去看看代码，发现有机会）

四、review代码，测试

1. 代码编写完成，自己将代码review一遍查看是否有遗漏的异常或者其他未做的判断及处理
2. 执行测试用例并解决执行测试用例中遇到的问题（这个过程中会遇到些自己一下子无法处理的问题，可以先去百度了解下问题及是否能通过百度找到解决办法，若未能解决便寻求伙伴的帮助）
3. 找组长review代码，没有问题就合并到测试环境（熟悉常用的git指令
4. 测试环境执行测试用例，测试环境回归

五、合并代码部署上线

测试基本功上线：测试环境bug收敛回归完成后，请求代码合并，部署并上线，上线后及时线上回归。
常用的git指令见下次分享，一起加油～