c）测试也需要跟测试人员之间进行沟通，来探索怎么能发现有质量的Bug，怎么能覆盖到很多的测试点，怎么解决自己没办法解决的问题，帮助他人也帮助自己。（每日立会是其中一个好办法）

　　d）测试还需要跟自己沟通，不断地经常反思自己的优点和缺点，反思团队的优点和缺点，反思公司的优点和缺点，大胆提出和实施改进意见，为以后更好地开展工作做准备。（反思会是一种办法）

　　沟通，只有沟通才能了解双方的想法，才能及时消除前进中的阻力和困难，让大家在同一方向上用同一个信念前进。

　　3、建立有效的监测机制：这里所谓的检测机制主要有两点，一个是对测试的监测，另外一个是对产品的监测。对于测试的监测主要在于检查测试的覆盖面是否全面，发现的Bug与测试覆盖面的一些对比数据，这些有助于提高测试的覆盖面从而提高Bug发现率；而对于产品的监测是主要有两点，一点是做功能和修Bug的进度是否是可控的，可预判的；另一点是发现Bug的情况，也是产品的质量是怎样的，质量发展的趋势是怎样的。

　　我主要想补充的是这么三点，当然要是我想到其它的，我还是会修改这篇文章的。看过网上也有很多人来写关于敏捷测试的一些文章，很多都是国外英文解释的标准中文翻译，当然也有很多是自己的一些想法，所以远近高低各不同，不过既然敏捷只是一种思想，也不会拘泥于何种实现方式，所以各人有不同想法都Ok的。其实说的再过一点，只要你自己认为你的方法是敏捷的，那你可以认为是敏捷的，不用关心人家怎么想，人家的方法不一定适合你的，你只要有办法能在正确的时间交付正确的产品，那Ok了。

　　所以我接下来会按照我们公司的流程来实际介绍一下敏捷测试在我们公司的实现，中间可能会有一些地方为主流敏捷测试所不容的，但是我觉得他们比较符合我们公司的实际，如果大家有不同的意见或者更好的方法，我也会悉心接受。