你可能感兴趣的试题

结构化设计方法在软件开发中用于 (27) ，它是一种面向 (28) 的设计方法。该方法使用的图形工具是 (29) ， (29) 中矩形表示 (30) 。如果两矩形之间有直线相连，表示它们存在 (31) 关系。

结构化分析方法(SA)、结构化设计方法(SD)和Jackson方法是在软件开发过程中常用的方法。人们使用SA方法时可以得到 (34) ，这种方法采用的基本手段是 (35) ；使用SD方法时可以得到 (36) ，并可以实现 (37) ，而使用Jackson方法可以实现 (38) 。

在系统验收测试中， (32) 是在一个模拟的环境下使用模拟数据运行系统； (33) 是在一个实际环境中使用真实数据运行系统。

结构化设计方法在软件开发中用于 (27) ，它是一种面向 (28) 的设计方法。该方法使用的图形工具是 (29) ， (29) 中矩形表示 (30) 。如果两矩形之间有直线相连，表示它们存在 (31) 关系。

软件质量包含多方面的内容， (39) 、 (40) 、可移植性、可复用性等是较为重要的质量特性。在软件开发中，必须采取有力的措施，以确保软件的质量，这些措施至少应包括： (41) 、 (42) 、 (43) 。

软件开发模型用于指导软件的开发。演化模型是在快速开发一个 (49) 的基础上，逐步演化成最终软件的。螺旋模型综合了 (50) 的优点，并增加了 (51) 。喷泉模型描述的是面向 (52) 的开发过程，反映了该开发过程的 (53) 特征。

软件设计中划分程序模块通常遵循的原则是要使各模块间的耦合性尽可能 (54) 。三种可能的模块耦合是：
(55) 。例如，一个模块直接引用另一模块中的数据。
(56) 。例如，一个模块把开关量作为参数传送给另一模块。
(57) 。例如，一个模块把一个数值量作为参数传送给另一模块。其中 (58) 的耦合性最强。

在系统验收测试中， (32) 是在一个模拟的环境下使用模拟数据运行系统； (33) 是在一个实际环境中使用真实数据运行系统。

在软件开发过程中常用图作为描述工具。如DFD就是面向 (64) 分析方法的描述工具。在一套分层DFD中，如果某一张图中有N个加工(process)，则这张图允许有 (65) 张子图。在一张DFD图中，任意两个加工之间 (66) 。在画分层DFD时，应注意保持 (67) 之间的平衡。

软件测试的目的是 (44) 。为了提高测试的效率，应该 (45) 。使用白盒测试方法时，确定测试数据应根据 (46) 和指定的覆盖标准。一般说来与设计测试数据无关的文档是 (47) 。软件的集成测试工作最好由 (48) 承担，以提高集成测试的效果。

模块内聚度用于衡量模块内部各成分之间彼此结合的紧密程度。
1．一组语句在程序中多处出现，为了节省内存空间把这些语句放在一个模块中，该模块的内聚度是 (59) 的。
2．将几个逻辑上相似的成分放在一个模块中，该模块的内聚度是 (60) 的。
3．模块中所有成分引用共同的数据，该模块的内聚度是 (61) 的。
4．模块内某成分的输出是另一些成分的输入，该模块的内聚度是 (62) 的。
5．模块中所有成分结合起来完成一项任务，该模块的内聚度是 (63) 的。它具有简明的外部界面，由它构成的软件易于理解、测试和维护。

结构化分析方法(SA)、结构化设计方法(SD)和Jackson方法是在软件开发过程中常用的方法。人们使用SA方法时可以得到 (34) ，这种方法采用的基本手段是 (35) ；使用SD方法时可以得到 (36) ，并可以实现 (37) ，而使用Jackson方法可以实现 (38) 。

软件质量包含多方面的内容， (39) 、 (40) 、可移植性、可复用性等是较为重要的质量特性。在软件开发中，必须采取有力的措施，以确保软件的质量，这些措施至少应包括： (41) 、 (42) 、 (43) 。

软件开发模型用于指导软件的开发。演化模型是在快速开发一个 (49) 的基础上，逐步演化成最终软件的。螺旋模型综合了 (50) 的优点，并增加了 (51) 。喷泉模型描述的是面向 (52) 的开发过程，反映了该开发过程的 (53) 特征。

结构化设计方法在软件开发中用于 (27) ，它是一种面向 (28) 的设计方法。该方法使用的图形工具是 (29) ， (29) 中矩形表示 (30) 。如果两矩形之间有直线相连，表示它们存在 (31) 关系。

在软件开发过程中常用图作为描述工具。如DFD就是面向 (64) 分析方法的描述工具。在一套分层DFD中，如果某一张图中有N个加工(process)，则这张图允许有 (65) 张子图。在一张DFD图中，任意两个加工之间 (66) 。在画分层DFD时，应注意保持 (67) 之间的平衡。

在设计测试用例时， (68) 是用得最多的一种黑盒测试方法。在黑盒测试方法中，等价类划分方法设计测试用例的步骤是：
1．根据输入条件把数目极多的输入数据划分成若干个有效等价类和若干个无效等价类；
2．设计一个测试用例，使其覆盖 (69) 尚未被覆盖的有效等价类，重复这一步，直至所有有效等价类均被覆盖。
3．设计一个测试用例，使其覆盖 (70) 尚未被覆盖的无效等价类，重复这一步，直至所有无效等价类均被覆盖。
因果图方法是根据 (71) 之间的因果关系来设计测试用例的。
在实际应用中，一旦纠正了程序中的错误后，还应选择部分或全部原先已测试过的测试用例，对修改后的程序重新测试，这种测试称为 (72) 。

软件测试的目的是 (44) 。为了提高测试的效率，应该 (45) 。使用白盒测试方法时，确定测试数据应根据 (46) 和指定的覆盖标准。一般说来与设计测试数据无关的文档是 (47) 。软件的集成测试工作最好由 (48) 承担，以提高集成测试的效果。

模块内聚度用于衡量模块内部各成分之间彼此结合的紧密程度。
1．一组语句在程序中多处出现，为了节省内存空间把这些语句放在一个模块中，该模块的内聚度是 (59) 的。
2．将几个逻辑上相似的成分放在一个模块中，该模块的内聚度是 (60) 的。
3．模块中所有成分引用共同的数据，该模块的内聚度是 (61) 的。
4．模块内某成分的输出是另一些成分的输入，该模块的内聚度是 (62) 的。
5．模块中所有成分结合起来完成一项任务，该模块的内聚度是 (63) 的。它具有简明的外部界面，由它构成的软件易于理解、测试和维护。

结构化分析方法(SA)、结构化设计方法(SD)和Jackson方法是在软件开发过程中常用的方法。人们使用SA方法时可以得到 (34) ，这种方法采用的基本手段是 (35) ；使用SD方法时可以得到 (36) ，并可以实现 (37) ，而使用Jackson方法可以实现 (38) 。

软件开发模型用于指导软件的开发。演化模型是在快速开发一个 (49) 的基础上，逐步演化成最终软件的。螺旋模型综合了 (50) 的优点，并增加了 (51) 。喷泉模型描述的是面向 (52) 的开发过程，反映了该开发过程的 (53) 特征。

结构化设计方法在软件开发中用于 (27) ，它是一种面向 (28) 的设计方法。该方法使用的图形工具是 (29) ， (29) 中矩形表示 (30) 。如果两矩形之间有直线相连，表示它们存在 (31) 关系。

软件质量包含多方面的内容， (39) 、 (40) 、可移植性、可复用性等是较为重要的质量特性。在软件开发中，必须采取有力的措施，以确保软件的质量，这些措施至少应包括： (41) 、 (42) 、 (43) 。

软件测试的目的是 (44) 。为了提高测试的效率，应该 (45) 。使用白盒测试方法时，确定测试数据应根据 (46) 和指定的覆盖标准。一般说来与设计测试数据无关的文档是 (47) 。软件的集成测试工作最好由 (48) 承担，以提高集成测试的效果。

在软件开发过程中常用图作为描述工具。如DFD就是面向 (64) 分析方法的描述工具。在一套分层DFD中，如果某一张图中有N个加工(process)，则这张图允许有 (65) 张子图。在一张DFD图中，任意两个加工之间 (66) 。在画分层DFD时，应注意保持 (67) 之间的平衡。

软件质量包含多方面的内容， (39) 、 (40) 、可移植性、可复用性等是较为重要的质量特性。在软件开发中，必须采取有力的措施，以确保软件的质量，这些措施至少应包括： (41) 、 (42) 、 (43) 。

模块内聚度用于衡量模块内部各成分之间彼此结合的紧密程度。
1．一组语句在程序中多处出现，为了节省内存空间把这些语句放在一个模块中，该模块的内聚度是 (59) 的。
2．将几个逻辑上相似的成分放在一个模块中，该模块的内聚度是 (60) 的。
3．模块中所有成分引用共同的数据，该模块的内聚度是 (61) 的。
4．模块内某成分的输出是另一些成分的输入，该模块的内聚度是 (62) 的。
5．模块中所有成分结合起来完成一项任务，该模块的内聚度是 (63) 的。它具有简明的外部界面，由它构成的软件易于理解、测试和维护。

软件设计中划分程序模块通常遵循的原则是要使各模块间的耦合性尽可能 (54) 。三种可能的模块耦合是：
(55) 。例如，一个模块直接引用另一模块中的数据。
(56) 。例如，一个模块把开关量作为参数传送给另一模块。
(57) 。例如，一个模块把一个数值量作为参数传送给另一模块。其中 (58) 的耦合性最强。

在设计测试用例时， (68) 是用得最多的一种黑盒测试方法。在黑盒测试方法中，等价类划分方法设计测试用例的步骤是：
1．根据输入条件把数目极多的输入数据划分成若干个有效等价类和若干个无效等价类；
2．设计一个测试用例，使其覆盖 (69) 尚未被覆盖的有效等价类，重复这一步，直至所有有效等价类均被覆盖。
3．设计一个测试用例，使其覆盖 (70) 尚未被覆盖的无效等价类，重复这一步，直至所有无效等价类均被覆盖。
因果图方法是根据 (71) 之间的因果关系来设计测试用例的。
在实际应用中，一旦纠正了程序中的错误后，还应选择部分或全部原先已测试过的测试用例，对修改后的程序重新测试，这种测试称为 (72) 。

结构化设计方法在软件开发中用于 (27) ，它是一种面向 (28) 的设计方法。该方法使用的图形工具是 (29) ， (29) 中矩形表示 (30) 。如果两矩形之间有直线相连，表示它们存在 (31) 关系。

软件开发模型用于指导软件的开发。演化模型是在快速开发一个 (49) 的基础上，逐步演化成最终软件的。螺旋模型综合了 (50) 的优点，并增加了 (51) 。喷泉模型描述的是面向 (52) 的开发过程，反映了该开发过程的 (53) 特征。

结构化分析方法(SA)、结构化设计方法(SD)和Jackson方法是在软件开发过程中常用的方法。人们使用SA方法时可以得到 (34) ，这种方法采用的基本手段是 (35) ；使用SD方法时可以得到 (36) ，并可以实现 (37) ，而使用Jackson方法可以实现 (38) 。

软件测试的目的是 (44) 。为了提高测试的效率，应该 (45) 。使用白盒测试方法时，确定测试数据应根据 (46) 和指定的覆盖标准。一般说来与设计测试数据无关的文档是 (47) 。软件的集成测试工作最好由 (48) 承担，以提高集成测试的效果。

在软件开发过程中常用图作为描述工具。如DFD就是面向 (64) 分析方法的描述工具。在一套分层DFD中，如果某一张图中有N个加工(process)，则这张图允许有 (65) 张子图。在一张DFD图中，任意两个加工之间 (66) 。在画分层DFD时，应注意保持 (67) 之间的平衡。

软件质量包含多方面的内容， (39) 、 (40) 、可移植性、可复用性等是较为重要的质量特性。在软件开发中，必须采取有力的措施，以确保软件的质量，这些措施至少应包括： (41) 、 (42) 、 (43) 。

软件开发模型用于指导软件的开发。演化模型是在快速开发一个 (49) 的基础上，逐步演化成最终软件的。螺旋模型综合了 (50) 的优点，并增加了 (51) 。喷泉模型描述的是面向 (52) 的开发过程，反映了该开发过程的 (53) 特征。

模块内聚度用于衡量模块内部各成分之间彼此结合的紧密程度。
1．一组语句在程序中多处出现，为了节省内存空间把这些语句放在一个模块中，该模块的内聚度是 (59) 的。
2．将几个逻辑上相似的成分放在一个模块中，该模块的内聚度是 (60) 的。
3．模块中所有成分引用共同的数据，该模块的内聚度是 (61) 的。
4．模块内某成分的输出是另一些成分的输入，该模块的内聚度是 (62) 的。
5．模块中所有成分结合起来完成一项任务，该模块的内聚度是 (63) 的。它具有简明的外部界面，由它构成的软件易于理解、测试和维护。

在设计测试用例时， (68) 是用得最多的一种黑盒测试方法。在黑盒测试方法中，等价类划分方法设计测试用例的步骤是：
1．根据输入条件把数目极多的输入数据划分成若干个有效等价类和若干个无效等价类；
2．设计一个测试用例，使其覆盖 (69) 尚未被覆盖的有效等价类，重复这一步，直至所有有效等价类均被覆盖。
3．设计一个测试用例，使其覆盖 (70) 尚未被覆盖的无效等价类，重复这一步，直至所有无效等价类均被覆盖。
因果图方法是根据 (71) 之间的因果关系来设计测试用例的。
在实际应用中，一旦纠正了程序中的错误后，还应选择部分或全部原先已测试过的测试用例，对修改后的程序重新测试，这种测试称为 (72) 。

结构化分析方法(SA)、结构化设计方法(SD)和Jackson方法是在软件开发过程中常用的方法。人们使用SA方法时可以得到 (34) ，这种方法采用的基本手段是 (35) ；使用SD方法时可以得到 (36) ，并可以实现 (37) ，而使用Jackson方法可以实现 (38) 。

软件测试的目的是 (44) 。为了提高测试的效率，应该 (45) 。使用白盒测试方法时，确定测试数据应根据 (46) 和指定的覆盖标准。一般说来与设计测试数据无关的文档是 (47) 。软件的集成测试工作最好由 (48) 承担，以提高集成测试的效果。

模块内聚度用于衡量模块内部各成分之间彼此结合的紧密程度。
1．一组语句在程序中多处出现，为了节省内存空间把这些语句放在一个模块中，该模块的内聚度是 (59) 的。
2．将几个逻辑上相似的成分放在一个模块中，该模块的内聚度是 (60) 的。
3．模块中所有成分引用共同的数据，该模块的内聚度是 (61) 的。
4．模块内某成分的输出是另一些成分的输入，该模块的内聚度是 (62) 的。
5．模块中所有成分结合起来完成一项任务，该模块的内聚度是 (63) 的。它具有简明的外部界面，由它构成的软件易于理解、测试和维护。

软件设计中划分程序模块通常遵循的原则是要使各模块间的耦合性尽可能 (54) 。三种可能的模块耦合是：
(55) 。例如，一个模块直接引用另一模块中的数据。
(56) 。例如，一个模块把开关量作为参数传送给另一模块。
(57) 。例如，一个模块把一个数值量作为参数传送给另一模块。其中 (58) 的耦合性最强。

在进行金融业务系统的网络设计时，应该优先考虑 (73) 原则。在进行企业网络的需求分析时，应该首先进行 (74) 。

在设计测试用例时， (68) 是用得最多的一种黑盒测试方法。在黑盒测试方法中，等价类划分方法设计测试用例的步骤是：
1．根据输入条件把数目极多的输入数据划分成若干个有效等价类和若干个无效等价类；
2．设计一个测试用例，使其覆盖 (69) 尚未被覆盖的有效等价类，重复这一步，直至所有有效等价类均被覆盖。
3．设计一个测试用例，使其覆盖 (70) 尚未被覆盖的无效等价类，重复这一步，直至所有无效等价类均被覆盖。
因果图方法是根据 (71) 之间的因果关系来设计测试用例的。
在实际应用中，一旦纠正了程序中的错误后，还应选择部分或全部原先已测试过的测试用例，对修改后的程序重新测试，这种测试称为 (72) 。

如果一个软件是给许多客户使用的，大多数软件厂商要使用几种测试过程来发现那些可能只有最终用户才能发现的错误。 (75) 测试是由软件的最终用户在一个或多个用户实际使用环境下来进行的。 (76) 测试是由一个用户在开发者的场所来进行的，测试的目的是寻找错误的原因并改正之。

在进行金融业务系统的网络设计时，应该优先考虑 (73) 原则。在进行企业网络的需求分析时，应该首先进行 (74) 。

采用UML进行软件建模过程中， (82) 是系统的一种静态视图，用 (83) 可表示两类事物之间存在的整体/部分形式的关联关系。

在表示多个数据流与加工之间关系的符号中，下列符号分别表示 (86) 和 (87) 。

下列要素中，不属于DFD的是 (84) 。当使用DFD对一个工资系统进行建模时， (85) 可以被认定为外部实体。

软件维护工作越来越受到重视，因为它的花费常常要占软件生存周期全部花费的 (77) %左右。其工作内容为 (78) ，为了减少维护工作的困难；可以考虑采取的措施是 (79) 。而软件的可维护性包含 (80) 。所谓维护管理主要指的是 (81) 等。

在用白箱法设计测试用例时，常用的5种覆盖标准是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件组合覆盖。
假设A和B是两种覆盖标准，我们用AB表示A包含B，用AB表示B包含A，用A≡B表示A与B相同，用A≠B表示A和B互不包含。于是上述5种覆盖标准之间的某些关系可表示为：
语句覆盖 (88) 判定覆盖；
语句覆盖 (89) 条件覆盖；
判定覆盖 (90) 条件覆盖；
判定覆盖 (91) 判定/条件覆盖：
判定/条件覆盖 (92) 多重条件组合覆盖。

88（）

在设计测试用例时， (68) 是用得最多的一种黑盒测试方法。在黑盒测试方法中，等价类划分方法设计测试用例的步骤是：
1．根据输入条件把数目极多的输入数据划分成若干个有效等价类和若干个无效等价类；
2．设计一个测试用例，使其覆盖 (69) 尚未被覆盖的有效等价类，重复这一步，直至所有有效等价类均被覆盖。
3．设计一个测试用例，使其覆盖 (70) 尚未被覆盖的无效等价类，重复这一步，直至所有无效等价类均被覆盖。
因果图方法是根据 (71) 之间的因果关系来设计测试用例的。
在实际应用中，一旦纠正了程序中的错误后，还应选择部分或全部原先已测试过的测试用例，对修改后的程序重新测试，这种测试称为 (72) 。

如果一个软件是给许多客户使用的，大多数软件厂商要使用几种测试过程来发现那些可能只有最终用户才能发现的错误。 (75) 测试是由软件的最终用户在一个或多个用户实际使用环境下来进行的。 (76) 测试是由一个用户在开发者的场所来进行的，测试的目的是寻找错误的原因并改正之。

软件设计中划分程序模块通常遵循的原则是要使各模块间的耦合性尽可能 (54) 。三种可能的模块耦合是：
(55) 。例如，一个模块直接引用另一模块中的数据。
(56) 。例如，一个模块把开关量作为参数传送给另一模块。
(57) 。例如，一个模块把一个数值量作为参数传送给另一模块。其中 (58) 的耦合性最强。

在系统转换的过程中，旧系统和新系统并行工作一段时间，再由新系统代替旧系统的策略称为 (93) ：在新系统全部正式运行前，一部分一部分地代替旧系统的策略称为 (94) 。

采用UML进行软件建模过程中， (82) 是系统的一种静态视图，用 (83) 可表示两类事物之间存在的整体/部分形式的关联关系。

下列要素中，不属于DFD的是 (84) 。当使用DFD对一个工资系统进行建模时， (85) 可以被认定为外部实体。

在表示多个数据流与加工之间关系的符号中，下列符号分别表示 (86) 和 (87) 。

在用白箱法设计测试用例时，常用的5种覆盖标准是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件组合覆盖。
假设A和B是两种覆盖标准，我们用AB表示A包含B，用AB表示B包含A，用A≡B表示A与B相同，用A≠B表示A和B互不包含。于是上述5种覆盖标准之间的某些关系可表示为：
语句覆盖 (88) 判定覆盖；
语句覆盖 (89) 条件覆盖；
判定覆盖 (90) 条件覆盖；
判定覆盖 (91) 判定/条件覆盖：
判定/条件覆盖 (92) 多重条件组合覆盖。

89（）

在UML提供的图中， (100) 用于描述系统与外部系统及用户之间的交互； (101) 用于按时间顺序描述对象间交互。

软件维护工作越来越受到重视，因为它的花费常常要占软件生存周期全部花费的 (77) %左右。其工作内容为 (78) ，为了减少维护工作的困难；可以考虑采取的措施是 (79) 。而软件的可维护性包含 (80) 。所谓维护管理主要指的是 (81) 等。

在测试用例设计中，有语句覆盖、条件覆盖、判定覆盖(即分支覆盖)、路径覆盖等，其中 (95) 是最强的覆盖准则。为了对如图9-2所示的程序段进行覆盖测试，必须适当地选取测试数据组。若x，y是两个变量，可供选择的测试数据组共有Ⅰ，Ⅱ，Ⅲ，Ⅳ四组(如表9-3所示)，则实现判定覆盖至少应采用的测试数据组是 (96) ；实现条件覆盖至少应采用的测试数据组是 (97) ；实现路径覆盖至少应采用的测试数据组是 (98) 或 (99) 。
表9-3测试数据组

软件设计中划分程序模块通常遵循的原则是要使各模块间的耦合性尽可能 (54) 。三种可能的模块耦合是：
(55) 。例如，一个模块直接引用另一模块中的数据。
(56) 。例如，一个模块把开关量作为参数传送给另一模块。
(57) 。例如，一个模块把一个数值量作为参数传送给另一模块。其中 (58) 的耦合性最强。

在系统转换的过程中，旧系统和新系统并行工作一段时间，再由新系统代替旧系统的策略称为 (93) ：在新系统全部正式运行前，一部分一部分地代替旧系统的策略称为 (94) 。

在UML提供的图中， (100) 用于描述系统与外部系统及用户之间的交互； (101) 用于按时间顺序描述对象间交互。

软件维护工作越来越受到重视，因为它的花费常常要占软件生存周期全部花费的 (77) %左右。其工作内容为 (78) ，为了减少维护工作的困难；可以考虑采取的措施是 (79) 。而软件的可维护性包含 (80) 。所谓维护管理主要指的是 (81) 等。

在用白箱法设计测试用例时，常用的5种覆盖标准是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件组合覆盖。
假设A和B是两种覆盖标准，我们用AB表示A包含B，用AB表示B包含A，用A≡B表示A与B相同，用A≠B表示A和B互不包含。于是上述5种覆盖标准之间的某些关系可表示为：
语句覆盖 (88) 判定覆盖；
语句覆盖 (89) 条件覆盖；
判定覆盖 (90) 条件覆盖；
判定覆盖 (91) 判定/条件覆盖：
判定/条件覆盖 (92) 多重条件组合覆盖。

90（）

在测试用例设计中，有语句覆盖、条件覆盖、判定覆盖(即分支覆盖)、路径覆盖等，其中 (95) 是最强的覆盖准则。为了对如图9-2所示的程序段进行覆盖测试，必须适当地选取测试数据组。若x，y是两个变量，可供选择的测试数据组共有Ⅰ，Ⅱ，Ⅲ，Ⅳ四组(如表9-3所示)，则实现判定覆盖至少应采用的测试数据组是 (96) ；实现条件覆盖至少应采用的测试数据组是 (97) ；实现路径覆盖至少应采用的测试数据组是 (98) 或 (99) 。
表9-3测试数据组

在UML提供的图中，可以采用 (102) 对逻辑数据库模式建模； (103) 用于接口、类和协作的行为建模，并强调对象行为的时间顺序： (104) 用于系统的功能建模，并强调对象的控制流。

(105) 在实现阶段进行，它所依据的模块功能描述和内部细节以及测试方案应在 (106) 阶段完成，目的是发现编程错误。
(107) 所依据的模块说明书和测试方案应在 (108) 阶段完成，它能发现设计错误。
(109) 应在模拟的环境中进行强度测试的基础上进行，测试计划应在软件需求分析阶段完成。

软件维护工作越来越受到重视，因为它的花费常常要占软件生存周期全部花费的 (77) %左右。其工作内容为 (78) ，为了减少维护工作的困难；可以考虑采取的措施是 (79) 。而软件的可维护性包含 (80) 。所谓维护管理主要指的是 (81) 等。

在用白箱法设计测试用例时，常用的5种覆盖标准是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件组合覆盖。
假设A和B是两种覆盖标准，我们用AB表示A包含B，用AB表示B包含A，用A≡B表示A与B相同，用A≠B表示A和B互不包含。于是上述5种覆盖标准之间的某些关系可表示为：
语句覆盖 (88) 判定覆盖；
语句覆盖 (89) 条件覆盖；
判定覆盖 (90) 条件覆盖；
判定覆盖 (91) 判定/条件覆盖：
判定/条件覆盖 (92) 多重条件组合覆盖。

91（）

在测试用例设计中，有语句覆盖、条件覆盖、判定覆盖(即分支覆盖)、路径覆盖等，其中 (95) 是最强的覆盖准则。为了对如图9-2所示的程序段进行覆盖测试，必须适当地选取测试数据组。若x，y是两个变量，可供选择的测试数据组共有Ⅰ，Ⅱ，Ⅲ，Ⅳ四组(如表9-3所示)，则实现判定覆盖至少应采用的测试数据组是 (96) ；实现条件覆盖至少应采用的测试数据组是 (97) ；实现路径覆盖至少应采用的测试数据组是 (98) 或 (99) 。
表9-3测试数据组

(105) 在实现阶段进行，它所依据的模块功能描述和内部细节以及测试方案应在 (106) 阶段完成，目的是发现编程错误。
(107) 所依据的模块说明书和测试方案应在 (108) 阶段完成，它能发现设计错误。
(109) 应在模拟的环境中进行强度测试的基础上进行，测试计划应在软件需求分析阶段完成。

在UML提供的图中，可以采用 (102) 对逻辑数据库模式建模； (103) 用于接口、类和协作的行为建模，并强调对象行为的时间顺序： (104) 用于系统的功能建模，并强调对象的控制流。

软件维护工作越来越受到重视，因为它的花费常常要占软件生存周期全部花费的 (77) %左右。其工作内容为 (78) ，为了减少维护工作的困难；可以考虑采取的措施是 (79) 。而软件的可维护性包含 (80) 。所谓维护管理主要指的是 (81) 等。

在用白箱法设计测试用例时，常用的5种覆盖标准是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件组合覆盖。
假设A和B是两种覆盖标准，我们用AB表示A包含B，用AB表示B包含A，用A≡B表示A与B相同，用A≠B表示A和B互不包含。于是上述5种覆盖标准之间的某些关系可表示为：
语句覆盖 (88) 判定覆盖；
语句覆盖 (89) 条件覆盖；
判定覆盖 (90) 条件覆盖；
判定覆盖 (91) 判定/条件覆盖：
判定/条件覆盖 (92) 多重条件组合覆盖。

92（）

在测试用例设计中，有语句覆盖、条件覆盖、判定覆盖(即分支覆盖)、路径覆盖等，其中 (95) 是最强的覆盖准则。为了对如图9-2所示的程序段进行覆盖测试，必须适当地选取测试数据组。若x，y是两个变量，可供选择的测试数据组共有Ⅰ，Ⅱ，Ⅲ，Ⅳ四组(如表9-3所示)，则实现判定覆盖至少应采用的测试数据组是 (96) ；实现条件覆盖至少应采用的测试数据组是 (97) ；实现路径覆盖至少应采用的测试数据组是 (98) 或 (99) 。
表9-3测试数据组

在UML提供的图中，可以采用 (102) 对逻辑数据库模式建模； (103) 用于接口、类和协作的行为建模，并强调对象行为的时间顺序： (104) 用于系统的功能建模，并强调对象的控制流。

(105) 在实现阶段进行，它所依据的模块功能描述和内部细节以及测试方案应在 (106) 阶段完成，目的是发现编程错误。
(107) 所依据的模块说明书和测试方案应在 (108) 阶段完成，它能发现设计错误。
(109) 应在模拟的环境中进行强度测试的基础上进行，测试计划应在软件需求分析阶段完成。

在测试用例设计中，有语句覆盖、条件覆盖、判定覆盖(即分支覆盖)、路径覆盖等，其中 (95) 是最强的覆盖准则。为了对如图9-2所示的程序段进行覆盖测试，必须适当地选取测试数据组。若x，y是两个变量，可供选择的测试数据组共有Ⅰ，Ⅱ，Ⅲ，Ⅳ四组(如表9-3所示)，则实现判定覆盖至少应采用的测试数据组是 (96) ；实现条件覆盖至少应采用的测试数据组是 (97) ；实现路径覆盖至少应采用的测试数据组是 (98) 或 (99) 。
表9-3测试数据组

(105) 在实现阶段进行，它所依据的模块功能描述和内部细节以及测试方案应在 (106) 阶段完成，目的是发现编程错误。
(107) 所依据的模块说明书和测试方案应在 (108) 阶段完成，它能发现设计错误。
(109) 应在模拟的环境中进行强度测试的基础上进行，测试计划应在软件需求分析阶段完成。

(105) 在实现阶段进行，它所依据的模块功能描述和内部细节以及测试方案应在 (106) 阶段完成，目的是发现编程错误。
(107) 所依据的模块说明书和测试方案应在 (108) 阶段完成，它能发现设计错误。
(109) 应在模拟的环境中进行强度测试的基础上进行，测试计划应在软件需求分析阶段完成。