文档介绍：软件项目测试验收方案-草稿
软件项目测试验收方案-草稿
2 / 31
软件项目测试验收方案-草稿
项目测试验收方案
一、测试方案
1概述
软件产品在发布前,如果能够经过全面的测试过程，可以有效控制软件缺陷最后遗留给用户,从而减软件质量和可靠性更是生死攸关.
质量意味着产品符合设计的要求规范。正确性是软件质量的最低要求，正确性是指软件符合特定环境下可运行的要求。调试是软件测试中的一个重要方法，是程序员定位和修复软件错误的一个过程。发现和修复错误是程序调试的主要目的。
验证和确认For Verｉficatｉoｎ & Validaｔion (V&V）
软件质量是客观的,能被精确地度量和比较。质量属性包括功能性,可用性,安全性，可靠性和可测性等;而价值是主观的，价值的判断包括满意度，足够好,幸福感,喜好性,憎恶感等。软件测试的一个重要目的是验证和确认软件质量。测试作为一个度量尺度,是一个验证和确认软件质量的过程。测试人员对产品质量的评测主要基于对测试结果的解释，比如软件是否在特定条件下能够正常工作。软件质量依赖于对软件需求的正确分析和设计以及实现,　测试有助于提高软件的质量，但是提高软件的质量不能依赖于测试。测试与质量的关系很象在考试中“检查”与“成绩”的关系。学****好的学生，在考试时通过认真检查能减少因疏忽而造成的答题错误，从而“提高” 了考试成绩(取得他本来就该得的好成绩)。而学****差的学生,他原本就不会做题目,无论检查多么细心,也不能提高成绩。可见，软件的高质量是设计出来的，而不是靠测试修补出来的。所以,我们不能直接对质量进行测试,但我们可以通过测试质量相关的因素对软件质量进行度量。
软件项目测试验收方案-草稿
软件项目测试验收方案-草稿
4 / 31
软件项目测试验收方案-草稿
质量因素表现在三个典型方面：功能性，工程性和适应性。这三个方面的因素可视为软件质量的三维空间。Veｒifiｃaｔioｎ and Vaｌｉｄation
功能性(外在质量）Functｉｏｎａlity　(exterｉoｒ quａlｉty)
正确性,可靠性,可用性，完整性
工程性(内在质量)Engineerinｇ (ｉｎｔerior　quality)
有效性，可测性，文档化
适应性（未来质量）Aｄａptａbｉlitｙ (fｕtuｒe quaｌiｔy)
可扩展性,可重用性,可维护性
良好的测试会对所有质量相关的因素做度量。而对于软件质量维度，则其特殊因素的重要程度因应用不同而不同。对人们生活息息相关的应用系统尤其强调可靠性和完整性，而可用性和可维护性则是典型商务应用系统的两个关键因素,一个适时的科学计算程序则更强调正确性和可靠性。我们的测试，要充分发挥作用，就必须面向衡量各相关因素，使质量度量成为有形的可见的。
以有效性和正确性验证为目的的软件测试称之为正面测试。即验证软件是工作的。这种测试缺点在于它只能验证软件在特定用例情况下能正常工作。有限次数的测试不能确认软件能在各种条件下都能正常工作，反之,如果有一个测试失败,则足以确认该软件是不能正常工作。负面测试，指按规范注入错误，旨在破坏软件的正常工作，以检验软件处理错误的能力。即验证软件是不工作的。一个好的软件,必须有足够的例外处理能力去接受破坏性测试的考验。
好的可测的软件设计是能够容易被验证,更新和维护的设计。由于测试是一项严格的工作,需要花费大量的时间和费用, 可测性设计，也是软件开发设计规范一个重要的因素。
软件项目测试验收方案-草稿
软件项目测试验收方案-草稿
6 / 31
软件项目测试验收方案-草稿
可靠性评估Ｆor reliability　esｔｉｍatｉｏn
软件可靠性有着重要的关系，表现在软件的许多方面,主要包括软件结构以及受制于它的大量测试。基于软件使用操作描述，可以通过对各种相关输入使用频率进行估计,作为统计抽样的方法得到软件使用可靠性量化的评估。
软件测试远远没有成熟，它仍然是一门艺术,而不能使它成为一门成熟的学科。虽然软件测试及其技术在近些年有了飞速发展，但仍然没有本质上的改善和提高,我们仍然使用与10年20年前相同的技术和方法，其中有些仍属于炮制性或启发式的方法而非良好的工程方法。软件测试的花费的代价可能很昂贵，但没有经过测试的软件在投入使用后将会带来更大更昂贵的代价付出。解决软件测试的问题并不比解决图林的停止问题Turing halｔｉnｇ problem更容易。我们甚至不能完全确认即使很小的软件是正确的，也不能完全确认软件规格描述是正确的。使用没有经过认证的系统来验证某一程序或系统的正确性,我们当然不能确信这一系统或程序的正确性。
2相关术语
黑盒测试：基于软件需求,而不是基于软件内部设计和程序实现的测试方式。
白盒