1.测试不仅仅是我写了多少用例，测了多少需求多少功能点，搞了多少自动化脚本，更要对整个项目进行把控，把握项目存在的风险，督促项目进度。
一个亲身经历：一位同事在测试的时候，最后收尾阶段发现了三个新的问题，两个是第三方平台的问题，无法解决，一个问题可以解决，项目经理给出了5天的时间，同事同意了。我们在金融测试领域每日例会的时候，发现了一个问题需要修改5天，很是夸张，经过我们评审，问题当天就解决了，晚上正常发布。由此可见，一个好的测试，不但要保证项目的整体质量，更要掌握项目的进度，每天督促项目组提交已完成的任务，保证质量，做好单元测试，等等的一系列问题。
2.我们在测试时不要单纯的去测试功能的实现，更要关注用户体验，验证
3.测试必须要对业务熟悉，倘若业务都不熟悉，还怎么测试。
4.测试的基础方法很重要，边界值，等价类，场景法，因果图，判定表，正交法。相信每一个测试人员都了解这些方法，但是实际使用中是不是能够融入到工作中，尤其是在敏捷模式下，实际上是没有多少时间来让我们写测试用例的，探索性测试由此展开，而如何探索，如何保证测试的质量，需要我们将这些方法融入到习惯中，当看到必填项时，就会想到不填会不会给出友好的提示，不填能不能通过，填写不符合格式的字段能否有简单明了的提示，给出正确的符合格式的输入，能否得到想要的结果。
5.自动化测试能够节约大量的时间，接口自动化，UI自动化，如果公司的测试人员技术成熟，最好都要实现。
6.工程方法很重要，能够极大的保障项目的正常完成，常见的比如CMMI。2019年12月公司CMMI达到5级，十分自豪。
7.要充分的利用测试工具，没有的可以自己写一个小脚本来实现。