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

一、测试团队

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

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

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

二、测试方法

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

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

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

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

三、测试活动

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

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

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

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

一、你期望发现多少缺陷？

     在给自己的项目定目标的时候，还是先参考以下业界的基线数据吧。    

    1、业界的经验是，平均1000行代码发现1 到25个错误。

        只有上述值十分之一的情况非常少见，而十倍于此的情况似乎也从未听说过因为这样的项目很可能根本无法完成。

        2、微软应用程序部门内部测试大约每千行有10到25个错误。已经发布的产品每千行0.5个缺陷。（当然谁都不希望自己碰到这0.5个缺陷，呵呵）。

二、你认为哪种测试的效果和收益最大呢？

      题目比较含糊，我解释一下，测试活动其实按实施主体（也可以按时间先后）来分主要有两部分组成：开发人员的测试，测试人员的测试。

好了，问题依旧，你认为这两种测试哪一种的效果和收益最大呢？

       “双扇门单扇开，自己撇的闷自己猜”，对于产品来说，开发人员的测试活动更为重要，理由：

          1、发现错误的时间更早；

         2、解决更直接，成本低；

          3、如果能有利用丰富的开发经验（错误推测法），则能在最短的时间内发挥更大的作用；

         很可惜，目前谈到测试都会先想到测试部的测试。

         其实，我们更应该关注开发测试，重视单元测试，集成测试。bbit测试。当然开发测试经验不足，流程不好控制的话，可以由测试部来督导。

          所以我认为测试的定义应该这样划分

           开发的测试目的是：发现系统缺陷。

           测试部的测试目的是：验证系统的正确性，客户需求满足度。

一、高质量的文档必需要：

1、易用：便于使用的意思。

2、易理解：不用多说了，都像白居易同学学习。

3、易检索：文档结构清晰，重点内容突出。

二、文档的三种载体

一曰 word，二曰 excel ，三曰powerpoint。

使用者的级别依次递增。。。。当你专职使用ppt的时候，恭喜你，你已经是比较不小的领导阶级了，呵呵。

三、如何写好文档呢？

说真的，三种载体，各有各的特色，想把哪一种使用的有点眉目没有个一年半载的潜心研究估计都不行，呵呵。不过我想以后能把书写三种格式的文档的点滴积累，罗列一下，以飨各位看官。

已经10点多了。this time is that。