对于30期测试沙龙的缺陷分析

   第一次参加测试沙龙，说实话，这次活动给我的感觉是没有想象的好，也觉得这都是第三十期的沙龙了，怎么会是这样的一个效果。

   主讲人的所讲的内容对待刚刚接触测试或是从开发转到测试的来说用处不大，再说是测试沙龙我们又得到了多少对于测试的知识呢？也许就是在最后答疑的时候得到要不演讲得到的多吧！

   我并不是不想有这一类的沙龙，我觉得像这一期的沙龙真的应该是面向测试管理者的，更确切地说，讲的是项目管理。对于在领导岗位上的有帮助，对于没有做管理的人讲到了这些，只能是个误区那就是那所在公司现行制度相对比，那么现行制度怎么能和微软来比呢？比来比去就是现在的公司这不好那不好。

   如果我们是沙龙形式的交谈，我不说什么。我们做的是课桌式的会场，那我们的主讲人自然也就是有演讲的味道了。但是我们的主讲人的声音实在是没有力气了。主持人的一句：各位来宾听不清楚也没有关系，我们现场是录音的，大家可以会后可以下载。我像我们到现场要的就是现场的气氛。

   还有对于主讲人讲到的风险管理的流程是可以优化的，借此机会我谈谈自己的看法。
   对于风险控制不只是项目负责人要考虑的问题，每一个项目组的人都要有风险的意识。所以在风险管理的第一步是组织项目组的人员召开头脑风暴会议，让大家去将自己能想到的风险都列出来，不管多么的离谱、多么的不现实都可以说出来。

    第二步进行风险的识别，确定对与这个项目我们存在风险，不是所有的风险都会聚到一个项目的，如果真的是全部都在一个项目上，那这个项目还能完成吗？
    对于大家确定下来的风险后，进行第三步对风险进行分析，这个分析从两个角度，一个是影响度，一个是可能性，两个的不量化，只分级别，像我们测试中的优先级和严重程度一样，分五级，每级都做好说明。把我们上一步列出的风险从两个角度做相加取平均值。举个例子，地震对于我们的项目影响度肯定是最高的，因为要是地震了我们什么都做不成了，我们定它为5级；然而对于可能性是很小的，我们定为1，那么最终它的风险数就是3了。
    第四步就是划定基线，我们可以约定俗成一个基线值，基线值以上的风险我们都要立即解决，作出预案，基线值以下的我们可以先放一放，有预案就直接上，没有的先不考虑。
    第五步就是对于基线值以上的风险拿出解决方法。
    第六步记录风险和经验，以备日后使用。

    鄙人不才，对于沙龙大胆地做了缺陷分析。

    谢谢！