软件质量就是通过提升公司对其生产的软件的了解来提升价值。软件测试员的任务是收集信息。在软件测试世界里，低价值的工作，如谨慎的漏洞检测都过于突出。不要只专注于检测；他们都是低价值的。量化信息的另一种方式是提供低价值。关注那些CIO们会欣赏的价值交付上。这是在Greater Boston Software Testing Interest Group大会上开幕上的一些主要忌讳。

2013年7月22日星期一，标志着当地软件测试组第二个月会议的开始。其6月份的开幕会议是一件不可侵犯的事件，会上有很多重大的讨论。他们的演讲嘉宾——巴克莱银行全球测试中心的头，在集团组织者Jean Ann Harrison和Lorinda Brandon的帮助下，组织这次软件测试价值的讨论会。Jean Ann Harrison是位于Project Realms公司的软件测试和解决方案咨询师。Lorinda Brandon是SmartBear Software的解决方案策略主任。虽然是这三位领导这次讨论，但是在过去的事件中，每一个声音至少听过一次。

Harrison总结了那晚的一些驱动消息，“软件测试给利益相关者提供了信息服务。”有时，此服务的部分会对提供信息的利益相关者造成威胁。如果他们证明出他们使用的信息是假的的话，业务领导者很有可能会做出不好的决策。测试人员帮助梳理出错误信息。

测试比编码更重要

从某种程序上说，软件测试员可以测试想法，而不仅只是测试代码。测试员的作用应该比之更大。“测试员应该想想CEO Joe”Klain说。他说测试员永远不要过度关注于数字，尤其是在会议上时，他们需要把数字转化成CEO感兴趣并有益的信息时。

CEO不关心测试人员运行的数量和在这些测试中所发现的缺陷具体数量，据Klain说。CEO关心是应用程序是否有不足之处需要修复。因为只有缺陷存在，并不意味着公司就会关注于此。“如果他们不关心这个，这不是你的问题。你要探讨他们的实际目标，”Klain说。这还轮不到测试员或项目经理来决定业务的价值。“利益相关都决定了他们需要的价值，而你们帮助他们实现这一价值，或识别出它的风险，” Klain说。

与经理进行测试讨论，对于大多数测试人员来说是一项艰巨的任务，而且此话题Scott Barber在2013年软件测试大会上讨论过，他是PerfTestPlus公司的首席信息官。把所有的事情都归于数字是一个错误的心态。这助长了软件测试只是操作支出而没有价值流的思想。“说话要像正常人，”Klain建议软件测试组成员。

了然需要测试什么

软件测试员需要了解他们工作的域名。你需要区分出你需要应用是什么样的，以及关注基础用户要求的是什么样的。不同的行业，不同的平台，用户需要常常会出小范围的变动。问合适的问题，以及使用一个系统的方法来验证此问题的答案很重要。最好的测试人员不断打破自己的软件测试偏差，Klain说。“你必须在一段时间内思考这一，然后不断地变换方法，思考其它的途径。”

一个行业中的主要问题可能在其它行业中是特殊的功能，或者是截然相反的。例如，一位出席者提出一个时间，当时他为金融机构提供了一个移动应用，给金融投资组合经理使用。该应用的屏幕是黑色带绿色的样式。在移动设备上它实际上是绿色屏幕的。因为他之前在移动应用方面的经验，这一应用会直接被打上红色标记的。

“移动用户不会希望这样类型的用户体验的，”他说。但是最后他发现他错了。最后发现，金融投资组合经理大都是严肃的人。他们需要知道应用有什么价值，他们想知道他们最后可以信任他们唾弃的价值。总之，任何需要远离计算速度的事情都是不现实的。

还要记住，质量保证也是业务的一部分。而且客户和终端用户要记住，软件质量专业人士应用真正确保软件满足业务的需要。Klain说，“客户观点很重要，但是应用良好的判断能也很重要。测试员必须学会冷静,放弃自己的偏见。”他建议说，这种偏见的识别和价值的判断尽量不要以正式的、系统的方式。“这是一个非常直观的过程，且好的项目经理会做此事。”

传统的软件测试内容是不够的

Brandon说，最重要的事情是，当软件质量员做正确了，公司知道他们处理了什么，并做正确的决策。“业务人员将不得不做出妥协，所以重要的是测试经理展示出他们发现了什么，以及其影响。”

对于Klain来说，有时涉及到心理学。项目经理需要理解利益相关者的动机是什么，这样他们就可以定制信息帮助他们找到适合个人。他说，他花了一点时间计划并预演了他与利益相关者必须的对话。不同的利益相关者讨论相同的问题可能会完全不同，这取决于对于他们来说重要的是什么。

Klain告诉软件测试团队，有很多糟糕的培训适合他们。他似乎认为，软件测试文本书籍过于关注低价值领域，如缺陷跟踪。当有毫无经验的项目经理问Klain他们应该读什么的书时，Klain说，“我推荐的书是关于心理学和社会学的书。”