主持人：首先，我给大家介绍一下我们推出的巅峰访谈系统活动，我们是邀请来自厂商的领导和专家，来解读一下技术趋势和应用方案。今天我们请到的是惠普公司的Mark Sarbiewski先生和王滢女士。
Mark Sarbiewski先生是资深的产品市场主管，他全面参与惠普软件的市场工作，在测试软件领域有非常长的工作经历。那么，王滢女士是中国惠普软件部技术顾问，她也有多年从事测试软件的售前咨询和技术支持的经历。
我们第一个环节是请Mark Sarbiewski先生为大家讲解一下惠普提出应用质量管理包括哪些具体的内容。
Mark Sarbiewski：非常感谢大家能够发出这样的邀请，抽出时间和我们一起做这样的访谈。首先，我简单地和大家做一个介绍，和大家谈一谈惠普在软件应用质量管理方面的一些观点。
在我介绍的开场白，我想引用一个非常著名的资深公司说过的一番话，这个话的中心思想软件的最终目的在何处呢？当最终用户使用这样的软件的时候，软件的性能是有效的，而且是安全的。所以，我们是最开始在这个价值上面，把它最终传送到用户手上，让他觉得物有所值。
接下来，我们再看另一则引言，这其实告诉我们一个思想，就是软件是不断变化的，它现在已经变得越来越复杂，而且与很多事物都是相关联的。这提醒我们如果我们依然用10年前的老办法来做软件，我们很难在日新月异的软件市场当中获得成功。
那么，我们来用这页简单地看一下应用软件方面的一个变化。最一开始的时候，我们只是看到一个孤立形式的软件的应用，我们更多地是用于金融行业。
当时的问题是当它用于金融行业的时候，它最一开始的效果是不错的，但是随后我们要对它进行一些调整的时候，却发现很难做出这样的调整。
现在，我们在全球很多公司看到一个跟以往不同的情况，就是现在都采取一个不同的架构，我们是根据服务来选择软件，而且这个软件因为取决于服务，所以可以应用到整个的业务流程当中。
现在我们也很高兴见到了很多新进的科技产生，比如说Web2.0的技术，这使得应用可用性更强，而且具有更高的挑战性，同时带来的可用性和安全方面、性能方面的挑战。惠普希望能够在这个基础上，更加了解我们客户的需求，能够更好地帮助他们。
在惠普，我们采取的解决方案第一步就是把质量是三个支柱支撑的，首先是功能性，就是它是否能够很好地运行。第二个支柱就是性能，当有上千万的用户来使用这个应用的时候，它是否能够正常运行。第三个支柱就是是否安全。
那么，这个解决方案的第二步，就是在整个应用的生命周期当中，我们支持的是哪一个环节。很多人在谈软件的开发周期、生命周期，这意味着什么呢？这是开发之初一直到最后的交付使用。
如果说仅仅关注于开发这个环节的话，那么实际上会忽略很多真正应该值得我们去注意的问题，如果我们来看一个完整地应用生命周期的话，它应该是更加宽泛的，应该延续到最终用户使用运行起来这个阶段。
因为在这个时候，就是在真正运行这些软件的时候，或者是使用这些应用的时候，我们这个时候发现的问题所需要来解决的资源、人力，甚至这个问题产生对于公司造成的一些风险、影响，都值得我们去关注。
在我们解决方案中，最后的一步就是要统观全局，纵观整个的生命周期，找出几个最重要的点，能够使得我们的软件应用在交付客户使用的最后可以发挥它的效用，就是最后是我们需要关键控制的关键控制点。
我来谈一谈为什么我们要谈论着几个关键控制点，或者说战略控制点。因为很多的公司他们在考虑是应用什么样的科技、技术来做研发，来选择它们的应用，是用JAVA还是用.net来做，是买这样的应用还是自己研发这样的应用，但是真正的问题在于他们是否理解了需要这个软件、需要这些应用背后的需求，如果最一开始没有把这个需求搞明白，没有和他们的客户沟通，那么应该说最后的效果也是不好的。
所以，我们提倡的是应该正确地去理解这些需求，同时也要分析所有这些需求所意味的风险，这样才能够做出适当地选择来完成测试，最后把这个应用推上线。
我们的解决方案就是有各种各样不同的中心，这就是我们的产品组合，使各个部门所相关到的人员都能够彼此联系，做出一个协同的决定。
最后，我想用另外一句引言来做结，这个引言告诉我们在很多的IT公司、IT部门每个人都应该很忙碌，但是我们不应该以这种表相认为这个项目就做成功了，我们应该这个结果或者是效果来衡量、评价所做的应用是否成功。
以上就是我简单地介绍，我们来进行问答环节。
主持人：我们这次问题的来源，首先是为这次访谈我们准备了一些具体的问题，同时我们在网上发出了一个征集问题的帖子，我们大概有近40位的网友在上面留言，他们提出了实际工作中包括软件测试人员职业发展的问题。
首先，我想请问一下Mark Sarbiewski先生，在刚才您提到的介绍中讲到，现在是越来越复杂的IT系统给企业带来了业务的风险，那么在这个很长的应用生命周期的过程中，谁需要来为规避这些风险负责呢？
Mark Sarbiewski：这个问题提得相当地好，我总体的一个答案是说，并没有说某一方要为所有的风险买单，并不是这样一个情况的。说起来，现在软件应用对于每个公司来说是至关重要的，所以我们应该设立一个中心风险管理的团队，来对待这些风险，每个团队有一个负责人，但是并不是说这个负责人就应该对于风险负责，而是团队当中的每一个人都应该负责，一直到设计人员、开发人员、运行团队、质量团队每一个人都应该负担这样的责任。
