A.促进，反馈，评估，签字
B.比较解决方案/工作域，稳定管理
C.解决问题，增大支持（escalation support）
D.培训，培训进度管理
E.性能测试，问题标识
F.站点部署管理，批准更改

A.培训和部署计划通常要对实际的培训材料作某些限定
B.培训计划应即时修改，以反映开发期间所作的变更
C.培训人员可以标识、评价各种商品化课件是否在部署和计划的约束范围内使用
D.开发一个检查表以建立培训设施，并确保所有必须的培训教材均已用上

A.在试运行测试之前，尽可能对整个解决方案多做实际测试
B.按成功标准作评价，完成现场准备检查表和规程
C.完成实现规程、脚本、装载集合检查表
D.完成培训教材撰写；解决支持和争议的问题，完成并测试回滚计划

A.高优先级的缺陷必然是严重性最高的
B.重大的，导致崩溃的最重缺陷优先级必然高
C.按处理优先级可分为：最高优先级、高优先级、中优先级、低优先级
D.按严重性分类，缺陷可分为：系统崩溃、重大的、一般的、轻微的

A.产品规范中说不做某件事，软件做了
B.产品规范中说要做某件事，软件没做
C.产品规范提供没有提的事，软件却做了
D.产品规范该提却没提的事，软件没做
E.最终用户感觉不好用，测试者承认是难于理解，难于使用和低效

A.单元测试，集成测试，验证测试，系统测试
B.系统测试，验收测试，安装测试，交付测试
C.安全性测试，配置测试，兼容性测试
D.可用性测试，alpha/beta测试

A.基准仅仅这对文档，规范而言，不包括代码
B.基准是经过正式审核稳定，永久性冻结的（过程）基点
C.基准的概念类似于里程碑，是所有人的工作的一次汇总、审核和定格，但比里程碑概念更为延伸
D.基准为变更而设，基准是下次变更的起点，如果变得不恰当，可以退回到基准重来

A.整个解决方案会被推迟进入市场
B.发布过程需要变得自动化
C.造成项目测试的时间变得不够
D.需要在需求分析上花费更多的时间

A.按照对风险和问题最佳的理解，更新主项目进度表
B.开始标识问题和技术风险，并记入文档
C.为设计提供信息
D.使用该技术做出示例（Sample）
E.该技术能否手工安装或配置
F.考察技术

A.功能规格说明基准化
B.主项目计划基准化
C.技术验证完成
D.项目计划认可
E.开发/测试环境建立

A.离散任务的大小一般1~2月为适中
B.离散任务目标明确，易于落实责任者，易于检查
C.使用离散任务出了问题影响面小，易于控制；任务小，工作量估算容易精确
D.离散任务持续时间短，出错的余地小