关于测试团队，测试方法，和测试活动的经典诠释（ 一）

这部分内容是长时间来从不同的资料中零散收集的，将其整理成此篇。这些理论一直在指导我的实际工作，也在指导着我对整个测试活动的逐渐认知。我自认为这些适经典，可能您不认为，呵呵。

一、测试团队

        根据NASA美国国家航天局波音公司的报告说“不同的人更有可能找出不同的缺陷”。

        所以我们要组建一支什么样的团队？对团队的每个成员都用同一个标准合适吗？

       如果能在团队管理中充分认识到这一点，个性化管理个性化引导成员，其实这个主管已经是很棒了。再如果，我们能在招聘组建团队时就考虑到这一点，划分出团队成团的组成成分，从性别，性格，学历，阅历等多维度，多层次组合团队，肯定会高效。起码一点，如果一个测试团队都是清华大学博士，估计这个团队什么都做不成，呵呵。把问题放大或缩小的极致，我们就会更加清晰的认识到“不同的人”对一个团队多重要。

二、测试方法

     业界实践活动的统计结果表明，采用多种缺陷检测方法联合作战，效果比某种方法单打独斗要好，而且好很多。

     不同方法积累产生的缺陷检出率明显高于任意一种方法，由此也得到了相同的结论，仅仅使用测试所达到的效果是惨不忍睹的。

把单元测试，集成测试，系统测试积累到一起，缺陷检出率也不会超过60%，对产品级的软件来说，这常常是不够的。

      举个例子，阅读代码能够找出较多的接口缺陷，功能测试则可以检测出更多的控制缺陷。

三、测试活动

       关于测试活动本身，我们一定要有一个清醒的认识：测试本身并不能改善软件质量！！

       测试结果是软件质量的一个指示器。

       就像减肥，要想减肥，并不是买一个新的称，或者多买几种不同的称来称，而是要改变你的饮食习惯。要想提高软件质量，仅使用更多的测试是没用的（或者说不是本质方法），你需要的是更高质量的开发。

     测试的作用是促使软件更快更早的改善质量。