建设高效软件测试团队的方法.docVIP

PAGE PAGE 7建设高效软件测试团队的方法软件测试的定义有许多种，其中比较权威的是IEEE在1983年提出的:“使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。” Grenford J. Myers在《The Art of Software Testing》一书提出:　　(1)软件测试是为了发现错误而执行程序的过程； 　　(2)测试是为了证明程序有错，而不是证明程序无错误；　　(3)一个好的测试用例是在于它能发现至今未发现的错误； 　　(4)一个成功的测试是发现了至今未发现的错误的测试。 　　这种观点提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。事实上，对于软件来讲，不论采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，软件中的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。 统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。为了尽可能多地找出程序中的错误，生产出高质量的软件产品，加强对测试工作的组织和管理就显得尤为重要。“工欲善其事，必先利其器”。要做好测试工作，首先需要建立并维护一个高效的测试团队。Barry Boehm（1981）指出，人的特点和与人相关的活动是软件开发改进中最具潜力的部分。换言之，人的因素比任何其他因素对工作效率的影响都大。Barry Boehm在他的cocomo工作量预估模型中考虑到这一点，允许不同情况下分析师和程序员的工作效率相差到4倍。测试计划、测试开发甚至测试执行（发现缺陷）的工作效率也有类似的情况。如果您正寻找一种提高团队快速测试产品能力的单一最佳方法，高素质的人员显然是值得优先考虑的。成功测试者的特质人是测试工作中最有价值也是最重要的资源，没有一个合格的、积极的测试团队，测试就不可能实现。为高质高效地完成测试任务，好的测试者应具有如下能力。这份特质清单是基于经验和观察，而不是基于严格的科学依据。自信心　　开发者指责测试者出了错是常有的事，测试者必须对自己的观点有足够的自信心。如果容许别人对自己指东指西，就不能完成什么更多的事情了。自信心是指测试者必须对测试工作的价值具有足够信心，不会因开发者指责测试结果没有意义甚至反唇相讥而影响工作情绪。经受得住坏消息而保持目标的能力。一个测试者必须忠实地汇报产品中的缺陷。这一信息应当被项目组欢迎，因为每一个测试者遇到的问题(除非加入新的问题)都意味着减少客户会面临的问题。但不幸的是很多人不想听到有问题，特别是在程序项目的后期。测试者应当能处理因为工作做得太好而引起责备的情况。这对有些人来说是很难做到的，会严重地影响斗志与自尊。 怀疑精神　 怀疑精神是指测试人员对任何可能出错的地方都亲自测试一番，不听信开发人员毫无意义的保证，坚持以事实说话的工作作风。可以预料，开发者会尽他们最大的努力将所有的错误解释过去。测式者必须听每个人的说明，但他必须保持怀疑直到他自己看过以后。怀疑的而不是敌意的态度。测试者不能按表面值接受事物，必须执着地对一切提出疑问直到被证实。测试者必须用一种与项目的其他的人合作精神来平衡这种怀疑性与执着性。特别是在大量缺陷被发现后，或者在每个找出的缺陷会潜在地延迟产品的发货时间而延迟了项目时，测试者与其有关部门的关系可能会变得紧张。测试者应当记住要攻击程序的整体性，而不是程序员。 否定性的创造力。一个软件工程师不能怕引起一个产品的瘫痪或烧毁。在软件测试中，边界意味着被超越而不是被遵从。如果一个程序对某个值的极限为10(例如，可以在一时间被打开的最大文件数)，测试者的第一想法应当是“如果我把那个值取11，或0，或10.1，甚至不设这个值会如何？” 有能力打破一些东西并且感觉不错。由于测试的工作是发现缺陷，测试者必须对发现别人的缺陷感到满意。沟通能力一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术开发者和客户、管理人员等非技术人员的交流能力。与客户沟通，须用客户的眼光进行评价。和用户谈话的重点必须放在系统可以正确地处理什么和不可以处理什么上。测试者必须是客户的拥护者。被测程序有可能运行可靠满足所有的设计要求，但在客户的软件环境中未必能够用。产品被送到客户之前的测试之一就是要证实产品达到了客户的要求与期望。在这项测试中，测试者必须模拟用户的软件环境，把自己放到他们的位置上。计算机系统功能要“正确”，且满足用户的需求。而和开发者谈相同的信息时，就必须将这些话重新组织以另一种方式表达出来，能够表达导致问题的事件发生次