一般测试：
1、先确立规范，也就是在测试前先明确产品需要，规范建设后能力进行验证
（产品文档中标注名称限度、输入框长度限度、特殊字符限度等）；
2、测试计划
测试环境 + 人员分工
测试重点模块把控，对模块进行可能呈现的问题提前预测，给出测试策略。
接口 + 性能的工夫调配
性能测试是否须要，须要确定性能测试的规范（服务器性能、接口性能）
3、测试用例
失常全流程笼罩 + 异样场景（必须得思考）+ 边界 + 性能（大数据状况）
4、数据的整体流转把控，理解整个数据的运作，可能通过日志迅速定位某些问题，这外面有个细节，也就是能够通过定位问题的形式来理解整个数据流转，也就是发现一个问题，本人尝试定位，先本人过一遍，而后把走不通的中央去找开发帮助，放慢对流程的了解；
5、数据库 sql 语句的验证（性能 + 是否有慢 sql）
整体的思路要验证笼罩到的点，我总结就是增删改查 + 进行，重点个别都在查上，也就是各种数据的展现，及数据准确性的验证，申请 + 响应流程的笼罩（前端 F12 查看接口 + 间接验证后端接口），进行中的场景进行操作，同时思考并发的状况。
6、测试有工夫的话，能够理一下开发的代码，看下代码中对哪些场景进行笼罩，哪些没有笼罩到，写入数据库的数据是否失常合乎产品预期等；
7、对于开发应用的框架以及是否分库、是否减少缓存等，做到成竹在胸。
罕用到的工具：
postman：一般单个接口验证（能够设置变量并应用，使某些数据变成专用数据）
jmeter：压力测试 + 多批量数据验证（同一套代码利用于好多商家，笼罩是否这些商家都有数据）
fiddler：抓包（次要作用就是验证前后端数据交互，以及某些平安层面的验证）；
自动化测试：
1、个别 smoke 验证，须要重复性比拟多的验证，都能够通过自动化来进行，接口层面验证根本合乎罕用要求，除非界面很稳固用 selenium 进行 UI 自动化验证也是能够；
2、写代码时倡议多细分，把一些看似简单的逻辑肯定要多拆分；
3、发现代码问题时最次要的是可能尽快定位和出现问题，出现不是复现，也就是要有日志或者断言等，要让代码在哪出问题，变得很明确
4、写自动化或者其余代码时，倡议肯定要写上正文，把每一个重点步骤或者逻辑要干的事件写上正文，不便本人和其他人当前查看就间接过逻辑，以及之后问题的定位。
测试我感觉就是仔细 + 全面 + 深度, 要有测试策略（重点），对工夫调配要清晰，测试过程那些是须要关怀的重点关怀，哪些是须要去推动开发解决的就尽快抛出问题，也就是不捂问题；下来就是对软件测试过程中整体数据流转肯定要清晰。
心愿对大家有帮忙！