4、如果一个产品或项目有大量的bug暴露出来，作为项目管理者要注意了，这意味着项目本身有很大的改进空间，产品的质量不容乐观。

　　5、测试团队的第一目标是要得到一个可发布的高质量软件，而不是找到尽可能多的bug。

　　6、我们要学会应用（Apply）测试流程，而不是遵守（Follow）测试流程。

　　7、做任何测试工作，首先要做的是Know Your Mission（知道你的任务所在）。

　　8、如果不知道客户的期望是什么，则容易出现偏差。要了解客户在哪里，期望的价值在哪里。

　　9、测试要以人为中心。不再以流程为中心，把流程、模板放到边上，而把人放在中心的位置上。把测试工程师的能力和潜能发挥出来，这是比流程更重要的事情。

　　10、年复一年，不断地觉得有新的值得去学习的东西，我也在一路不断成长。当你一直在学习一直有收获的时候，会感觉很充实。我喜欢这种充实的感觉。

　　11、对于培养测试新手而言，我的观点是，并不一定一开始要学习系统的软件测试知识，或者去学习测试新技术，而应当是多实践并且多思考。给他们一个测试任务，让他们去做。这对于新手来说肯定是个挑战，但是在这种情况下他们也会发挥自己的各项能力去做。当然，指导者也不是撒手不管，可以和他们一起结对测试，发现他们的不足，指导他们去做测试。通过实践，新人对软件测试的认识和兴趣都会得到提高，然后再去教他们测试理论知识，例如等价类边界值等，效果会更好。

　　12、人与人之间传递信息有效的方式是面对面的交流，比看文档、读书、参加培训效果更好。

　　13、如何成为测试牛人：① 描述你的目标；② 如果要实现这些目标，要掌握哪些技能和知识？③ 如何掌握这些技能和知识？

　　14、软件测试的目的是什么？不仅是找bug，而是要随时提供质量相关的信息。质量是什么？我比较喜欢的一个定义是RST课程里给出的：Quality is the value to someone who matters。做测试，首先要找到这个someone是谁，以及这个someone重视的value是什么。

　　15、作为一个测试管理者，在面对度量结果，对这些统计数据进行分析的时候，“要更像一名测试人员”--我的意思是，管理者此时要充分发挥自己作为一名测试工程师的长处，要挑剔地思考（Critical Thinking），多疑多问，去挖掘这些数字背后的真实现象。

　　16、测试度量要做，测试数据要收集，但当我们面对这些度量统计数据时，把它们当做Heuristics，我们不会完全Follow这些数据，而是试图去Apply这些数据，再加上我们挑剔地思考，做正确的数据分析，让这些数据为我所用。

　　17、一个好的测试管理者一定是一个非常好的协调者。他（她）对内协调测试团队，对外代表测试团队做各种沟通。

　　18、经过分析，你会清楚，针对这样的一个被测对象，应该从哪些方面对其开展测试会比较好，这样你明确了这次测试任务的测试目标，确定了测试点。接下来，你如何达成这个测试目标，如何测试这些测试点，是测试设计的工作了。

　　19、分析能力不是知识，而是一种skill（技能）。知识的提高可以通过看书、参加培训来实现，技能的提高只能靠多实践。

　　20、在我看来，敏捷让软件测试如鱼得水。

　　21、不需要把开发和测试在角色上鲜明地分开，说开发人员和测试人员，这不是问题的关键，而是可以把它们从工作上分开：有开发类的工作和测试类的工作。从这个角度看，测试类的工作一定会存在，至于是谁去做，要看实际情况和能力了。

　　22、不管谁来做测试，都要保持一定的测试独立性，毕竟测试有其特有的思维方式。这里的独立性指的是精神上的独立，而不是物理上的独立。