|
|
知识路径： > 测试技术的分类 > 可靠性测试 > 软件可靠性评价 >
|
|
相关知识点：8个
|
|
|
|
|
面向缺陷的可靠性测试产生的测试数据经过分析后，可以得到非常有价值的可靠性数据，是可靠性评价所用数据的一个重要来源，这部分数据取决于定义的运行剖面和选取的测试用例集。可靠性数据主要是指软件失效数据，是软件可靠性评价的基础，主要是在软件测试、实施阶段收集的，在软件工程的需求、设计和开发阶段的可靠性活动，也会产生影响较大的其他可靠性数据，因此，可靠性数据的收集工作是贯穿于整个软件生命周期的。
|
|
|
|
由于软件开发过程中的特殊复杂性及许多潜在因素的影响，可靠性数据收集工作会极为困难，目前，关于数据的收集工作，存在许多有待解决的问题。
|
|
|
|
. 可靠性数据的规范不统一。对软件进行度量的定义混乱不清。例如，时间、缺陷、失效、模型结构等的定义，就相当含糊，缺乏统一的标准。这样就使得在进行软件可靠性数据的收集时，目标不明确，甚至无从下手。
|
|
|
|
. 数据收集工作的连续性不能保证。可靠性数据的收集是连续的长期的过程，而且需要投入一定的资金、人力、时间，往往这些投入会在软件的开发计划中被忽略，以至于不能保证可靠性数据收集工作的正常进行。
|
|
|
|
. 缺乏有效的数据收集手段。进行数据收集同样需要方便实用的工具，然而除了在可靠性测试方面有了一些可用的数据收集工具外，其他方面的工具还十分缺乏。
|
|
|
|
. 数据的完整性不能保证。即使可靠性活动计划作得再周密，收集到的数据仍有可能是不完全的，而且遗漏的数据往往会影响到可靠性评价的结果。
|
|
|
|
. 数据质量和准确性不能保证。不完全的排错及诊断，使收集的数据中含有不少虚假的成分，它们不能正确反映软件的真实状况。使用不准确的可靠性数据进行的可靠性评价，误差有可能会比利用可靠性模型进行预测产生的误差大一个数量级，这说明数据质量的重要性。
|
|
|
|
为了给软件可靠性评价提供一套准确、有效的可靠性数据，有必要在软件工程中重视软件可靠性数据的收集工作，采取一些措施尽量解决上述问题。在现有条件下，可行的一些办法如下。
|
|
|
|
. 及早确定所采用的可靠性模型，以确定需要收集的可靠性数据，并明确定义可靠性数据规范中的一些术语和记录方法，如时间、失效、失效严重程度类的定义，制定标准的可靠性数据记录和统计表格等。
|
|
|
|
. 制定可实施性较强的可靠性数据收集计划，指定专人负责，抽取部分开发人员、质量保证人员、测试人员、用户业务人员参加，按照统一的规范收集记录可靠性数据。
|
|
|
|
. 重视软件测试特别是可靠性测试产生的测试数据的整理和分析，因为这部分数据是用模拟软件实际运行环境的方法，模拟用户实际操作的测试用例测试软件系统产生的数据，对软件可靠性评价和预测有较高的实用价值。
|
|
|
|
. 充分利用数据库来完成可靠性数据的存储和统计分析。一方面减少数据管理的混乱，一方面提高数据处理的效率。
|
|
|
