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.离散任务持续时间短，出错的余地小

A.一组自动化服务，支持业务过程
B.识别出冗余的应用
C.功能应用的制定
D.识别重用的机会

A.费用管理—根据小组估计产生进度表，任务排序，为任务分配合理的资源，采用统计技术，进度表维护
B.进度管理—基于小组时间估计来就绪费用估计，进展报告和分析，分析费用缝隙，价值分析
C.人力资源管理—资源计划，小组建立，冲突解决，既能就需计划（为项目）
D.范围管理—定义，分解工作（项目）范围，管理项目折中

A.奖励发现风险的成员
B.邀请所有的项目干系人参加风险审核会议，确保状态报告发到他们手中
C.确保管理领导地位
D.从风险经理人处寻找建议和指导，它会带来个人的经验和失败的知识

A.MSF是一个具体可用的解决方案
B.MSF是一组模型、原则、概念方法
C.MSF以帮助使用者开发良好的解决方案为目的
D.MSF即使软件工程方法学指示的路线图的特例化