第二章 软件测试基本概念.pptVIP

软件质量属性和质量要素 如何描述质量 软件的质量属性很多，如正确性、精确性，健壮性、可靠性、容错性、性能、易用性、安全性、可扩展性、可复用性、兼容性、可移植性、可测试性、可维护性、灵活性等。 上述这些质量属性之间“你中有我，我中有他”，非常缠绵。如果开发人员每天要面对那么多的质量属性咬文嚼字，不久就会迂腐得像孔乙己，因此我们有必要对质量属性做些分类和整合。质量属性可分为两大类：“功能性”与“非功能性”，后者有时也称为“能力”（Capability）。 软件质量属性和质量要素 软件质量要素 什么是软件质量要素？ （1）从技术角度讲，对软件整体质量影响最大的那些质量属性才是质量要素； （2）从商业角度讲，客户最关心的、能成为卖点的质量属性才是质量要素。 对于一个特定的软件而言，我们首先判断什么是质量要素，才能给出提高质量的具体措施，而不是一股脑地想把所有的质量属性都做好，否则不仅做不好，还可能得不偿失。 如果某些质量属性并不能产生显著的经济效益，我们可以忽略它们，把精力用在对经济效益贡献最大的质量要素上。简而言之，只有质量要素才值得开发人员下功夫去改善。 软件质量属性和质量要素 （2） 健壮性 健壮性是指在异常情况下，软件能够正常运行的能力。 正确性描述软件在需求范围之内的行为，而健壮性描述软件在需求范围之外的行为。 开发者往往把异常情况错当成正常情况而不作处理，结果降低了健壮性。 用户才不管正确性与健壮性的区别，反正软件出了差错都是开发方的错。所以提高软件的健壮性也是开发者的义务。 健壮性有两层含义：一是容错能力，二是恢复能力。 从语义上理解，恢复不及容错那么健壮。 Unix容错能力很强，可惜不好用。 Windows容错能力较差，但是恢复能力很好，而且很好用。占了90%的操作系统市场。 软件质量属性和质量要素 （4） 可靠性 软件可靠性分析通常采用统计方法，遗憾的是目前可供第一线开发人员使用的成果很少见，大多数文章限于理论研究。口语中的可靠性含义宽泛，几乎囊括了正确性、健壮性。只要人们发现系统有毛病，便归结为可靠性差。从专业角度讲，这种说法是确切的。 时隐时现的错误一般都属于可靠性问题，纠错的代价很高。例如当维护人员十万火急地赶到现场时，错误消失了；等维护人员回家后，错误又出现了。… 软件可靠性问题主要是在编程时候埋下的祸害（很难测试出来），应当提倡规范化程序设计，预防可靠性祸害。 软件质量属性和质量要素 （7） 清晰性 清晰意味者所有的工作成果易读、易理解，可以提高团队开发效率，降低维护代价。 开发人员只有在自己思路清晰的时候才可能写出让别人易读、易理解的程序和文档。 可理解的东西通常是简洁的。一个原始问题可能很复杂，但高水平的人就能够把软件系统设计得很简洁。如果软件系统臃肿不堪，它迟早会出问题。所以简洁是人们对工作“精益求精”的结果，而不是潦草应付的结果。与简洁对立的是“罗里罗嗦”。 千万不要把在学校里“造文章”的手法用于开发产品！ 如果把文章写得很简洁，让人很容易理解，投稿往往中不了；只有加上一些玄乎的东西，把本来简单的弄成复杂的，才会增加投稿的命中率。 软件质量属性和质量要素 （11） 可移植性 软件的可移植性指的是软件不经修改或稍加修改就可以运行于不同软硬件环境（CPU、OS和编译器）的能力，主要体现为代码的可移植性。 编程语言越低级，用它编写的程序越难移植，反之则越容易。这是因为，不同的硬件体系结构（例如Intel CPU和SPARC CPU）使用不同的指令集和字长，而OS和编译器可以屏蔽这种差异，所以高级语言的可移植性更好。 Java程序号称“一次编译，到处运行”，具有100%的可移植性。为了提高Java程序的性能，最新的Java标准允许人们使用一些与平台相关的优化技术，这样优化后的Java程序虽然不能“一次编译，到处运行”，仍然能够 “一次编程，到处编译”。 软件设计时应该将“设备相关程序”与“设备无关程序”分开，将“功能模块”与“用户界面”分开。 MRD: Market Requirement Document Fns: Functional Specification 软件缺陷在不同阶段的分布 在真正的程序测试之前，通过审查、评审会可以发现更多的缺陷。 规格说明书的缺陷会在需求分析审查、设计、编码、测试等过程中会逐步发现，而不能在需求分析一个阶段发现 缺陷成本 2.2 验证和确认 2.2.1 验证和确认 2.2.2 评审 2.2.3 质量保证和测试的关系 验证和确认（V V） Verification：Are we building the product right？ 是否正确地构造了软件？即是否正确地做事，验证开发过程是否遵守已定义好的内容