软件测试是为了检查出并改正尽可能多的错误，不断提高软件的（　　）。

软件测试工作应该开始于（　　）。

关于软件质量保证和软件测试的描述，不正确的是 （　　）。

一个测试团队计划持续在一被测系统中检测90%-95%的缺陷比率。虽然测试经理认为无论就测试团队角度还是行业标准而言这已经是一个标准很高的缺陷检测率。但高层管理者对测试结果失望，认为测试团队仍漏检了太多的缺陷。而用户对此系统使用满意度相对较好，虽有失效发生，但总体负面影响不大。针对上述情况，作为一个测试经理可应用以下的哪一个通用测试原则去向高层管理者解释为什么系统中仍会存在未被检测到的缺陷（　　）。

关于软件测试对软件质量的意义，有以下观点：①度量与评估软件的质量；②保证软件质量；③改进软件开发过程；④发现软件错误。其中正确的是（　　 ）。

下面的描述中，不能体现前置测试模型要点的是（　　）。

软件可移植性应从如下（　　）方面进行测试。

软件缺陷被描述为在软件使用上的各种障碍，即可能产生的各种问题统。对软件缺陷的精确定义，通常业界普遍认同下列描述（　　）。 ①软件未达到产品说明书中已标明的功能 ②软件出现了产品说明书中指明不会出现的错误 ③软件未达到产品说明书中虽未指出但应（隐含）达到的目标 ④软件功能超出了产品说明书中指明的范围 ⑤测试者认为软件难以理解、不易使用，或最终用户认为软件使用效果不良。

软件测试贯穿于整个于软件生命周期，其测试的基本问题是（　　 ） ① 明确测试目标 ② 确认测试对象 ③ 建立测试生命周期 ④ 制定和实施测试策略 ⑤ 选择测试类型 ⑥ 运用测试方法

软件能力成熟度模型（CMM）将软件能力成熟度自低到高依次划分为5级。目前，达到CMM第3级（已定义级）是许多软件组织努力的目标，该级别的核心是（　　）。

一个成功的测试是发现了至今未发现的错误。

测试可以证明程序有错，也可以证明程序没有错误。

所有的软件测试都应追溯到用户需求。

软件测试是测试人员的事，与开发人员无关。

测试可以证明缺陷存在，但不能证明缺陷不存在。

只要做了充分的测试，就能保证软件没有缺陷。

根据经验，通常情况下缺陷并非平均分布，80%缺陷集中在20%程序模块中。

V模型描述了测试阶段和开发过程期间各阶段的对应关系。

软件测试贯穿于软件定义和开发的整个过程。

软件开发模式与软件测试关系密切，系统测试计划应在详细设计阶段产生。

软件质量度量包含软件的功能特征和非功能特征。

TMM优化级别主要进行质量控制的测试。