1-理解被测功能的实现方式（实现逻辑）
只有清楚功能的实现方式，才能从根本上做好该功能的测试，比如了解前后端是如何交互的、该功能中哪部分是前端实现的、哪部分是后端实现的、前端是否做兼容处理、异常处理以及是否考虑到后期功能的延伸性（写死还是走下发还是设置开关）、是否需要着重考虑安全性、是否有兜底方案等。
2-理解所测产品或系统的业务体系
产品上一个新功能，测试要能发现产品的隐形需求，测试要能准确评估该功能（模块）对整个产品或系统的影响。是否与原有逻辑冲突，是否会影响到已有的模块功能，影响面是什么，是否需要对原有功能回归等，这些都依赖对整个产品的功能体系的深入理解。
3-用例设计要全面
要关注用例设计环节，感觉大部分测试都不会在用例上花费很多时间，虽然说可以自由测试，但通过用例还是能发现80%的bug。用例设计不好，考虑不全面，整个测试过程会很没有条理性，尤其比较复杂的项目，用例粗糙极其容易漏掉一些细节，往往最容易出问题的就是细节之处。
4-了解每个开发的特点（个人感受）
比如有的开发比较粗心，不注重细节，提供给他的准入case要关注细节点；比如有的开关经常不处理异常情况，提供给他的准入用例可以异常case多一点; 有的开发很靠谱，基本功能和异常情况通常考虑得很全面，那么可以在复杂场景，路径比较深的case上下功夫。
5-从产品层面考虑功能设置的合理性
测试需要时常站在用户角度去评估功能的合理性、易用性、实操性及体验问题。一个功能对用户再有用，但操作路径深，体验差也会影响整个产品的质量。
6-严把测试流程关
从产品提需求--到开发--提测--模块测试-集成测试-兼容性测试--性能测试--回归测试等等，整个流程是要把控好的，每个环节都可能会出问题，影响产品质量。
7-对于测过的功能或项目要做好总结或覆盘（很重要）
做覆盘是为了梳理测试整个过程，包括过程中发现的问题及应对方案，总结出可复用的经验，用来指导下次的项目测试，总结出不足之处，改进测试流程，避免重复踩坑。