修改部分对其它部分有无不良影响(副作用)? 对软件进行修改,常常会引发别的问题,因此有必要检查修改的影响范围 ②计算机确认 在充分进行了以上确认的基础上,要用计算机对修改程序进行确认测试: 确认测试顺序:先对修改部分进行测试,然后隔离修改部分,测试程序的未修改部分, 最后再把它们集成起来进行测试。这种测试称为回归测试 准备标准的测试用例 充分利用软件工具帮助重新验证过程。 在重新确认过程中,需邀请用户参加。 ③维护后的验收—在交付新软件之前,维护主管部门要检验: 全部文档是否完备,并已更新 ·所有测试用例和测试结果已经正确记载 记录软件配置所有副本的工作已经完成 维护工序和责任已经确定。 从维护角度来看所需测试种类如: ◆对修改事务的测试 ◆对修改程序的测试 操作过程的测试 ◆应用系统运用过程的测试 ◆使用过程的测试 ◇系统各部分之间接口的测试 ◆作业控制语言的测试 ◇与系统软件接口的测试 ◇软件系统之间接口的测试:◆安全性测试 ◆后备/恢复过程的测试 5.软件可维护性 (1)软件可维护性的定义 所谓软件可维护性,是指纠正软件系统出现的错误和缺陷,以及为满足新的要求进行修 改、扩充或压缩的容易程度。可维护性、可使用性、可靠性是衡量软件质量的几个主要质量 特性,也是用户十分关心的几个方面。可惜的是影响软件质量的这些重要因素,目前尚没有 对它们定量度量的普遍适用的方法。但是就它们的概念和内涵来说则是很明确的。 软件的可维护性是软件开发阶段各个时期的关键目标 目前广泛使用的是用如下的七个特性来衡量程序的可维护性。而且对于不同类型的维 护,这七种特性的侧重点也不相同。表72显示了在各类维护中应侧重哪些特性。图中的“O” 表示需要的特性。 表72在各类维护中的侧重点 改正性维护 适应性维护 可理解性 可测试性 可修改性 可靠性 √√√ 可移植性 上面所列举的这些质量特性通常体现在软件产品的许多方面,为使每一个质量特性都达11 ▪ 修改部分对其它部分有无不良影响(副作用)? 对软件进行修改，常常会引发别的问题，因此有必要检查修改的影响范围。 ② 计算机确认 在充分进行了以上确认的基础上，要用计算机对修改程序进行确认测试： ▪ 确认测试顺序：先对修改部分进行测试，然后隔离修改部分，测试程序的未修改部分， 最后再把它们集成起来进行测试。这种测试称为回归测试。 ▪ 准备标准的测试用例。 ▪ 充分利用软件工具帮助重新验证过程。 ▪ 在重新确认过程中，需邀请用户参加。 ③ 维护后的验收──在交付新软件之前，维护主管部门要检验： ▪ 全部文档是否完备，并已更新； ▪ 所有测试用例和测试结果已经正确记载； ▪ 记录软件配置所有副本的工作已经完成； ▪ 维护工序和责任已经确定。 从维护角度来看所需测试种类如：  对修改事务的测试；  对修改程序的测试；  操作过程的测试；  应用系统运用过程的测试；  使用过程的测试；  系统各部分之间接口的测试；  作业控制语言的测试；  与系统软件接口的测试；  软件系统之间接口的测试；  安全性测试；  后备／恢复过程的测试。 5. 软件可维护性 (1) 软件可维护性的定义 所谓软件可维护性，是指纠正软件系统出现的错误和缺陷，以及为满足新的要求进行修 改、扩充或压缩的容易程度。可维护性、可使用性、可靠性是衡量软件质量的几个主要质量 特性，也是用户十分关心的几个方面。可惜的是影响软件质量的这些重要因素，目前尚没有 对它们定量度量的普遍适用的方法。但是就它们的概念和内涵来说则是很明确的。 软件的可维护性是软件开发阶段各个时期的关键目标。 目前广泛使用的是用如下的七个特性来衡量程序的可维护性。而且对于不同类型的维 护，这七种特性的侧重点也不相同。表 7.2 显示了在各类维护中应侧重哪些特性。图中的“  ” 表示需要的特性。 表 7.2 在各类维护中的侧重点 改正性维护 适应性维护 完善性维护 可理解性  可测试性  可修改性   可 靠 性  可移植性  可使用性   效 率  上面所列举的这些质量特性通常体现在软件产品的许多方面，为使每一个质量特性都达