手工测试中：
技术问题：在开始测试的一段时间，问题发现比较少。原因是：按照系统功能和流程测试，基本上没啥问题。
后来总结发现：问题都是在变化中的。从技术流程上，进行发现。
从测试思路上，不断改变才是关键的。客户端的多元化：测试仪构造流量。Pc机申请流量。
系统配置修改和下发。端口修改，配置删除增加。
在高压环境上测试。制造系统处于工作环境，然后再做各种动作。
与其它特性相结合，进行测试。
借助其它测试工具，进行多流量测试。龙卷风。
看看之前版本的问题单，载验证。这些问题还比较多。
发散测试。在测试后有新的发现，可以补充测试。
诚恳对待漏测：
漏测的问题总是困扰着大家。第一次开漏测分析会议，我比较紧张，感觉很有挫败感。其实从现实情况来说，漏测是不可避免的，但是又是需要不断改进的。抓好漏测，是提高问题发现率的第一步。后来开会，大有一种虱子多了不怕痒，脸皮放厚，思想放活，继续测试。
如何和开发沟通：不要完全相信开发的话。这不是对于诚信的否定，而是对于看问题的角度不同，产生的差异。 问题有了合理的解释后，才可以放下。
如：有些问题是很难修改的。回归测试的时候需要擦亮眼睛，按照完成的功能反复测试，很可能又是问题。看到开发给你的问题单修改后，拍拍胸脯说：已经改好了，你会怎么想？抱着有问题的心态，按照不同的顺序，验证功能，可能又是一个问题。
如：在问题定位的初期，开发人员说这是相同的问题，但是他的解释还是让你有些疑惑。这个时候你要和他交流清楚，才可以。往往最开始认为是一个问题，后来发现根本不是这么回事。这就是漏测啦！
注意工作的效率和阶段。不是所有的时候都会对问题咬住不放。易用性问题，可以一起提单，很多问题都是容易复现和定位的，自己进行操作，发现出现问题的根源，既是锻炼了自己，同时也是提高技术的一种方法。
工作中总有很多冲突，不要觉得麻烦，不好意思，尤其是自己还是菜鸟的时候。明确你的原则，就能做对事。问一遍，问2遍，绝不问第3遍。
帮助别人，也是一种快乐！
很多时候，我们不是全能专家。搭建一个环境，讲解一个问题，都会形成良好的友谊。当你面对一大堆问题而都很茫然的时候，你的朋友的到来，就是提高效率的有力武器。
自动化测试中：
自动化测试是正向验证的多。但是不回避问题。自动化测试发现的问题按照几个来算的。是衡量整个版本的质量。
自动化脚本的可维护性，可读性是很重要的。
脚本的修改比较容易，维护时间短，不会给系统造成其他问题。
脚本的可读性好，出现问题后就能说清楚。这两点对于后期都是很重要的。
自动化一个脚本执行的时间不要太长，重新复现的时候需要的时间就比较短。
自动化脚本的写作人员既是技术的专家，同时也是脚本编制的高手。自动化是全员都能参与的。
