D

[解析] 制定测试计划，要达到的目标有：为测试各项活动制定一个现实可行的综合的计划；建立一个组织模型；开发有效的测试模型；确定测试所需要的时间和资源；确定测试过程中每个测试阶段的测试完成标准和要实现的目标；标识出测试活动中各种风险，并给出风险应对措施。

D

D

A

[解析] 常用的数据兼容性主要包括两类：
   ①不同版本间的数据兼容性。B、C都属于这一类。
   ②不同软件间的数据兼容性。D属于这一类。
   A不属于数据兼容性测试关注的范畴。

C

A

D

[解析] 性能测试主要用于实时系统和嵌入式系统，性能测试是指测试软件在集成系统中的运行性能。其目标是度量系统的性能和预先定义的目标有多大差距。

D

[解析] 由于各种通信协议是使用自然语言描述的，不同的人理解问题的角度不同，对协议的认识也会存在差异，因而协议实现者有可能因为理解错误而错误实现了协议，因此要对协议进行测试，以保证开发的系统可以正确工作，通常包括以下类型的协议测试：协议一致性测试、协议性能测试、协议互操作性测试和协议健壮性测试四种。

A

C

[解析] 测试管理工具主要用于进行测试用例管理、软件缺陷管理、软件测试度量。

B

[解析] 上面程序可以看做一个嵌套的判定与一个普通判定串接，嵌套型的路径数为n+1，所以整个代码可以看做一个3路径判定和一个2路径判定的串接，所以总路径数为3*2=6条。

C

[解析] 白盒测试是程序员十分了解程序的前提下，对程序的逻辑结构进行的测试。而黑盒测试则将程序视为一个黑盒子，仅仅是测试人员提供数人数据，观察输出数据，并不了解程序是如何运行的，结构测试属于白盒测试，关注的是如何选择合适的程序或子程序路径来执行有效的检查。功能测试则属于黑盒测试，对功能的测试通常通过提供输入数据，检查实际输出的结果，很少考虑程序的内部结构。

D

[解析] Web应用软件表示层的测试主要集中在客户端，测试的内容包括：
   (1)排版结构的测试；
   (2)链接结构的测试；
   (3)客户端程序的测试；
   (4)浏览器兼容性测试。

D

[解析] 一般来说，代码检查小组的人员4～7人为最好。人太少则工作量大，质量难以把握；人太多则交流起来有困难，工作效率不高。

C

[解析] 兼容性测试是指针对软件对其运行环境的依赖进行测试，以验证软件是否能够在所有期望的环境中运行。通常兼容性测试主要需要考虑硬件、软件和数据三个方面。

D

B

[解析] 软件测试过程管理的原则有八个：①有关测试需求；②测试计划先行；③建立任务优先级；④建立客观的评估标准；⑤尽早测试；⑥全面测试；⑦全过程测试；⑧独立的、迭代的测试。

D

[解析] 通常Web应用软件的测试分为3层：表示层、业务层和数据层。其中表示层的测试主要集中在客户端，测试内容主要包括：①排版结构的测试；②链接结构的测试；③客户端程序的测试；④浏览器兼容性测试。

D

[解析] 软件测试的分类方法比较多，针对测试时是否要运行程序分为静态测试和动态测试，其中静态测试也称静态分析，是不必运行程序目的仅仅是收集程序代码的结构信息而不用查错，相反动态测试则是要执行程序，查出程序的错误非单纯收集代码结构信息。针对测试人员是否要清楚程序的内部逻辑，将测试分为白盒测试和黑盒测试，同时这两种测试方法都要对程序进行查错，从这一角度，白盒测试和黑盒测试都应属于动态测试。由此选项D静态分析最恰当。

A

[解析] 若被测模块调用了其他模块，程序员必须编写一个桩模块，用来代替被调用的模块，桩模块可以进行少量的数据操作，不需要实现子模块的所有功能，但要根据需要来实现或代替子模块的一部分功能。

C

[解析] 从考试角度分析，用排除法，编制测试用例很明显是属于测试设计与实现活动，因此C肯定不属于计划的范畴。

B

[解析] 系统的安全漏洞其实也算是系统的缺陷，所以安全漏洞的检测也属于测试的范畴，但普通的测试一般难以揭示安全漏洞，因为能够攻击安全漏洞的输入实际上只是整个输入空间很小的一部分，对于测试来说不能代表典型的输入，然而由于Web应用软件通常要对公众开发，其安全性对整个系统来说是至关重要的。实际上，Web应用软件的安全性不仅仅与Web应用软件本身的开发相关。入侵检测和漏洞扫描是系统安全检测与防护的两个重要方面，但对于实际的安全检测与防护，仅注意这两个方面是不够的，而应该把系统安全检测与防护当作一个系统工程来完成，而这其中最重要的是建立完善的安全策略，通常安全策略可分为四个层次：物理安全策略、访问安全策略、信息加密策略和安全管理策略。其中访问安全就是指控制外界对主机的访问，从而减少甚至避免非法的访问和使用，因此访问安全策略又称为访问控制策略。

D

[解析] 外部质量是针对要求的满足程度而言的，是表征软件产品在规定条件下使用时，满足规定的和隐含的要求的程度，而内部质量则主要是根据软件产品的情况给出的，内部质量是表征软件产品在规定条件下使用时，决定其满足规定的和隐含的要求的能力的产品属性的全体。故选项A和C叙述刚好颠倒，选项B中的性质都是属于软件的质量特性的，而选项D中关于使用质量的叙述是完全正确的。

B

D

[解析] 测试的复用包括测试用例、软件缺陷报告和软件过程信息的复用。测试用例和软件缺陷报告是项目宝贵的财富，在一个新的项目或者新的测试阶段中对其进行复用是其价值的体现。但是复用之前一定要整理。测试的复用主要体现在测试用例的复用上。组织和编写良好的测试用例具有很强的复用性；可以用在回归测试或者用在下一个版本的测试中。

分析程序规格说明中给出和隐含的对输入条件的要求，列出等价类表如下：
   (1)年龄：一位或两位非零整数，有效范围为1～99。
   (2)性别：一位英文字符，只能取“M”或“F”。
   (3)婚姻：字符，只能取“已婚”或“未婚”。
   (4)抚养人数：空白或一位非零整数，取值的范围为1～9。

输入条件	有效等价类	编号	无效等价类	编号
年龄	20～39岁	1
	40～59岁	2
	1～6岁 60～99岁	3	小于1	12
			大于99	13
性别	单个英文字符	4	非英文字符	14
			非单个英文字符	15
	'M'	5	除'M'和'F'之外 的其他单个字符	16
	'F'	6
婚姻	已婚	7	除“已婚”和“未婚” 之外的其他字符	17
	未婚	8
抚养人数	空白	9	除空白和数字之 外的其他字符	18
	1～6人	10	小于1	19
	6～9人	11	大于9	20

根据上表中的等价类，设计测试用例如下表所示

测试用 例编号	输入数据				预期输出 保险费率
	年龄	性别	婚姻	抚养人数
1	27	F	未婚	空白	0.6%
2	50	M	已婚	2	0.6%
3	70	F	已婚	7	0.1%
4	0	M	未婚	空白	无法推算
5	100	F	已婚	3	无法推算
6	99	男	已婚	4	无法推算
7	1	Child	未婚	空白	无法推算
8	45	N	已婚	5	无法推算
9	38	F	离婚	1	无法推算
10	62	M	已婚	没有	无法推算
11	18	F	未婚	0	无法推算
12	40	M	未婚	10	无法推算

对于没有专门的服务器层、由许多并发运行且没有专门控制轨迹的构件所组成的分布式系统，可采用分布式集成测试策略，用于测试松耦合的同级构件的交互关系。常用的集成顺序有以下几种：
   (1)风险驱动。
   (2)反风险驱动。
   (3)依赖性驱动。
   (4)优先级驱动。
   分布式集成的优缺点：类似于C/S集成。
   分布式集成的适用范围：分布式软件系统。

问题1：
   解答：
   根据程序的源代码，容易画出对应的控制流图，如图17-4所示。
   (其中圈中的数字代表的是语句的行号)
   
   问题2：
   解答：
   第一步，根据上述控制流图计算该程序的环路复杂性。
   由图可以看出，判定节点数为3，边数为10，节点总数为8，故
   V(G)=10-8+2=4
   或V(G)=3+1=4
   第二步，根据环路复杂度为4，可确定4条基本独立路径。
   Path1：4—24
   Path2：4—6—8—24
   Path3：4—6—13—15—22—4—24
   Path4：4—6—13—19—22—4—24
   第三步，设计测试用例
   根据上面4条基本独立路径，可以设计测试用例如下：
   测试用例1
   输入数据：i_flag=0，或者是i_flag＜0的某个值。
   预期输出结果：i_temp=0。
   测试用例2
   输入数据：i_count=1，i_flag=0。
   预期输出结果：i_temp=101。
   测试用例3
   输入数据：i_count=1，i_flag=1。
   预期输出结果：i_temp=10。
   测试用例4
   输入数据：i_count=1，i_flag=2。
   预期输出结果；i_temp=20。
   但这些测试用例是可以简化的，由于路径path1是path4的真子集，所以path1是可以不要的。故针对该程序最少的测试用例数为3，即上述测试用例2，测试用例3，测试用例4。

[解析] 首先根据程序的源代码，画出控制流图。然后通过控制流图可以计算出该程序的复杂度，找出所有的独立路径，根据基本路径测试法设计测试用例。