●程序质量评审通常是从开发者的角度进行评审，其内容不包括（43）。
(43)A.功能结构
B.功能的通用性
C.模块层次
D.与硬件的接口
●在面向对象分析和设计中，用类图给出的静态设计视图，其应用场合不包括（44）。
下图是一个UML类图，其中类University和类School之间是（45）关系，类Person和类PersonRecord之间是（46）关系，表示Person与PersonRecord（47）。
(44)A.对系统的词汇建模
B.对简单的协作建模 D.对系统的需求建模 C.聚集 C.聚集
D.泛化 D.泛化
C.对逻辑数据库模式建模 (45)A.依赖 (46)A.依赖
B.关联 B.关联
(47)A.这间的语义关系，其中PersonRecord发生变化会影响Person的语义
B.之间的一种结构关系，描述了一组链，即对象之间的连接 C.是整体和部分的关系 D.是一般和特殊的关系
●软件复杂性是指理解和处理软件的难易程度。其度量参数不包括（48）。
(48)A.规模
B.类型
C.结构
D.难度
●对现有软件系统中一些数据处理的算法进行改进，以提高效率，从而更快地响应用
户服务要求。这种行为属于（49）维护。
(49)A.正确性
2015年下半年 软件评测师 上午试卷 第1页 （共7页）
B.适应性
C.完善性
D.预防性
●软件测试的对象包括（50）。
①需求规格说明 ②概要设计文档 ③软件测试报告 ④软件代码 ⑤用户手册 ⑥软件开发人员
(50)A.①②③④⑤⑥
B.①②③④⑤
C.①②④
D.①②③④
●以下不属于系统测试的是（51）。
①单元测试 ②集成测试 ③安全性测试 ④可靠性测试 ⑤确认测试 ⑥验证测试
(51)A.①②③④⑤⑥
B.①②③④
C.①②⑤⑥
D.①②④⑤⑥
●以下关于软件测试原则叙述中，不正确是的（52）。
(52)A.测试阶段在实现阶段之后，因此实现完成后再开始进行测试
B.测试用例需要完善和修订
C.发现错误越来的地方应该进行更多的测试 D.测试用例本身也需要测试
●一条BUG记录应该包括（53）。
①编号 ②bug描述 ③bug级别 ④bug所属模块 ⑤发现人
2015年下半年 软件评测师 上午试卷 第2页 （共7页）
(53)A.①②
B.①②③ C.①②③④ D.①②③④⑤
●（54）不属于使用软件测试工具的目的。
(54)A.帮助测试寻找问题
C.节省测试时间
B.协助问题的诊断 D.替代手工测试
●以下关于验收测试的叙述中，不正确的是（55）。
(55)A.验收测试由开发方主导，用户参与
B.验收测试也需要制定测试计划 C.验收测试之前需要先明确验收方法 D.验收测试需要给出验收通过或者不通过结论
●以下关于黑盒测试的测试方法选择的叙述中，不正确的是（56）。
(56)A.在任何情况下都要采用边边界值分析法
B.必要时有等价类划分法补充测试用例 C.可以用错误推测法追加测试用例
D.如果输入条件之前不存在组合情况，则采用因果图法
●以下关于等价划分法的叙述中不正确的是（57）。
(57)A.如果规定输入值string1必须是‘\\0’结束，那么得到两个等价类，即有效等价类{string1|string1以‘\\0’结束}，无效等价类{string1|string1不以‘\\0‘结束}
B.如果规定输入值int1取值为1、-1两个数之一，那么得到3个等价类，即有效
等价类{int1|int1=1}、{int1|int1=-1}，无效等价类{int1|int1≠1并且int1≠-1}
C.如果规定输入值int2取值范围为-10~9，那么得到两个等价类，即有效等价类
{int2|-10<=int2<=9}，无效等价类{int2|int2<-10 或者int2>9}
D.如果规定输入值int3为质数，那么得到两个等价类，即有效等价类{int3|int3
是质数}，无效等价类{int3|int3不是质数}
●以下关于白盒测试的叙述中，不正确的是（58）。
(58)A.满足判定覆盖一定满足语名覆盖
2015年下半年 软件评测师 上午试卷 第3页 （共7页）
B.满足条件覆盖一定满足判定覆盖
C.满足判定条件覆盖一定满足条件覆盖 D.满足条件组合覆盖一定满足判定条件覆盖
●对于逻辑表达式((a||(b&c))||(c&&d))，需要（59）个测试用例才能完成条件组合
覆盖。
(59)A.4
B.8
C.16
●为了解系统在何种服务级别下会崩溃，应进行（60）。
(60)A.负载测试
B.压力测试
C.大数据量测试
●兼容性测试的测试范围包括（61）。
①硬件兼容性测试 ②软件兼容性测试 ③数据兼容性测试 ④平台兼容性测试
(61)A.①②③④
B.①②③
C.①②
●以下不能作为测试结束标准的是（62）。
(62)A.测试超过了预定时间 B.执行完了所有测试用例但没有发现新的故障 C.单位时间内查出的故障数目低于预定值 D.测试人员或者其它资源不足
●以下属于静态测试方法的是（63）。
(63)A.代码审查
B.判定覆盖
C.路径覆盖
●单元测试的测试内容包括（）。
①模块接口 ②局部数据库结构
2015年下半年 软件评测师 上午试卷 第4页 （共7页）D.32
D.疲劳测试
D.①
D.语句覆盖
③模块内路径 ④边界条件 ⑤错误处理 ⑥系统性能
()A.①②③④⑤⑥
B.①②③④⑤
C.①②③④
D.①②③
●一个Web信息系统所需要的进行的测试包括（65）。
①功能测试 ②性能测试 ③可用性测试 ④客户端兼容性测试 ⑤ 安全性测试
(65)A.①②
B.①②③
C.①②③④
D.①②③④⑤
●以下不属于网络测试的测试指标的是（66）。
(66)A.吞吐量
B.延时
C.并发用户数
D.丢包率
●对于其于用户口令的用户认证机制来说，（67）不属于增强系统安全性应使用的防范
措施。
(67)A.对本地存储的口令进行加密
B.在用户输入的非法口令达到规定的次数之后，禁用相应账户
C.建议用户使用英文单词或姓名等容易记忆的口令
D.对于关键领域或安全性要求较高的系统 ，应该当保证用过的用户删除或停用后，
保留该用户记录，且新用户不能与该用户名
●对于防病毒系统的测试是系统安全测试的重要内容，下列不属于防病毒系统安全测
试基本测试点的是（68）。
(68)A.能否提供对病毒特征与检测引擎的定期在线更新服务
B.能否在不更新特征库的前提下对新的未知病毒进行有效查杀
C.能否支持多种平台的病毒防范
2015年下半年 软件评测师 上午试卷 第5页 （共7页）
D.能否支持对电子邮件附件的病毒防治
●1976年Diffie与Hellman首次公开提出（69）的概念与结构，采用两个从此的
密钥对数据分别行行加密或解密，且加密过程基于数学函数，从而带来了加密领域的性进步。
(69)A.公钥加密
B.对称加密
C.单向Hash函数
D.RSA加密
●集线器与网桥的区别是（70）。
(70)A.集线器不能检测发生冲突，而网桥可以检测冲突
B.集线器是物理层设备，而网桥是数据链路层设备
C.网桥只有两个端口，而集线器是一种多端口网桥 D.网桥是物理层设备，而集线器是数据链路层设备
●In a world where it seems we already have too much to do, and too many things
to think about, it seems the last thing we need is something new that we have to learn.
But use cases do solve a problem with requirements: with （71） declarative requirements it's hard to describle steps and sequences of events.
Use cases, stated simply, allow description of sequences of events that, taken together, lead to a system doing something useful. As simple as this sounds, this is important. When confronted only with a pile of requiements, it's often （72） to make sense of what the authors of the requirements really wanted the system to do.In the preceding example, use cases reduce the ambiguity of the requirements by specifying exactly when and under what conditions certain behavior occurs; as such, the sequence of the behaviors can be regarded as a requirement. Use cases are particularly well suited to capture approaches. Although this may sound simple, the fact is that （73） requirement capture approaches, with their emphasis on declarative requirements and \"shall\" statements, completely fail to capture fail to capture the （74） of the system's behavior. Use cases are a simple yet powerful way to express the behavior of the system in way that all stakeholders can easily
2015年下半年 软件评测师 上午试卷 第6页 （共7页）
understand.
But, like anything, use cases come with their own problems, and as useful as they are, they can be （75）. The result is something that is as bad, if not worse, that the original problem. Therein it's important to utilize use cases effectively without creating a greater problem than the one you started with.
(71)A.plenty
B.loose
C.extra
D.strict (72)A.impossible B.possible
C.sensible (73)A.modern
B.conventional C.different (74)A.statics B.nature
C.dynamics (75)A.misapplied
B.applied
C.used
2015年下半年 软件评测师 上午试卷 第7页 （共7页）D.practical D.formal D.originals D.powerful
