参加科技会议的好处之一是，阻止我陷入认知即事实的误区中。当涉及到现实工作中组织使用的技术和工具时，就会体现出该观点的真实性。重要的以及那些组织正积极使用的技术和工具间的差距非常大。无论何时都是这样。但是，当我对专家们和软件专业人士就移动测试、敏捷开发、应用程序安全以及其他相关课题进行访谈时，就非常容易忽略这个事实。

近期奥兰多2013 STAREAS及其他会议中讨论了测试的利弊，这对我来说确实提供了很好的机会。我遇到了没有从事移动测试工作的测试人员，因为他们不开发移动应用程序。我遇到了使用瀑布式进行工作，而不是敏捷的软件组织测试专业人士，而敏捷引领了开发技术方法。我遇到了对SQL注入安全漏洞非常熟悉的测试专业人士，通过运行防病毒软件就可以发现并修复这些安全漏洞。

在本期的质量时间中，我要验证这样一个观点：当谈及到移动测试、敏捷开发及应用程序安全性时，认知即事实是否正确。

移动测试感知。包括测试人员在内的软件开发团队，都积极投入到建立企业移动应用的工作中。他们意识到测试移动应用比测试Web和桌面软件要复杂得多。他们非常努力地辨别出哪些设备运行的是哪类操作系统，这就会形成用户的高效覆盖率。这些团队也正在制定策略来确定应序最可能使用的位置，目的是有计划地将测试人员引领到该领域中提供较好的移动性能。

移动测试事实。许多软件团队尚未开始移动开发项目的工作。STAREAST中我所谈到的一个测试经理说她所在的组织正在“考虑为我们的Web网站开发一个移动版本，”但是该计划还处在讨论阶段。从一个还未向顾客销售商品的公司听到这样的消息并不惊讶。因为，这个测试经理工作在拥有300多家商店的国内零售企业，该企业已经具备了强大的Web网站，在国内电视台上也进行了广告活动。

STAREAST的另一个会谈中，一个工作在移动应用开发咨询公司的与会者对我说：“我们真的不担心移动性能，因为，我们没有控制移动应用使用的位置和连接备件。”

敏捷开发认知。实际上如今所有开发项目都是应用敏捷技术——即使团队并没有以大写字母A来实践敏捷。敏捷技术还没有广泛使用，在圣地亚哥举办的STP会议上，一些思想领导者认为敏捷技术不再是一种趋势，而转变为一种常态。

另一个普遍的认知：大规模、多地点的敏捷项目是司空见惯的事，并且组织已经成功地制定策略来管理这些具有挑战性的项目。

敏捷开发事实。在STAREAST会议上，一个在政府机构工作的测试经理告诉我，他的组织最近开始进行第一个敏捷项目。大部分的政府机构仍然进行瀑布式开发。测试经理说，一些以前将报告传送给该测试经理的测试专业人士现在要将报告传送给敏捷项目经理，并且当他们仅仅与自己的测试人员工作时，他们就会错失他们所拥有的友谊。

几个月前，当我开始一项有关管理大规模、多地点项目文章的调查时，我发现了敏捷技术的奥秘。过去，发现真正的专家通过实际经验管理这些项目非常有挑战性。我能够发现一些好的资源。但是，关于这方面的信息相对匮乏，对于建立确保大型敏捷项目成功运行的最佳方式的认知也不足。

应用程序安全性。当谈及到应用软件安全性时，我对软件团队角色的认知从来没有产生过好感。让开发人员和测试人员负责应用程序安全性的困难是已知的。我的理解是，软件专业人士认为应用程序安全性测试是非常重要的，但是许多人认为他们缺乏时间及或技术方面的控制。

现实往往不尽如人意，甚至我有更不好的感觉，当STARWEST会议上应用安全性测试部分讨论中一个参与者最后举手并向老师提问：“病毒软件没有发现例如SQL注入这样的病毒吗？”

这是一个极端的例子，我不建议以偏概全。但是，值得提醒的是，会议所起到的作用其实是对作者及报导他们的编辑及顾问和提供描述的软件供应商的检查。

当谈及到政策，“认知即事实”或许是一条准则。但是当谈及到软件测试时，其实是指实际发生的事情。我们的工作就是发现这些事实。