A.   用户尝试测试

B.   单位测试

C.   系统测试

D.   集成测试

B.   白色框

C.   玻璃箱

D.   灰色盒

A.   计算两个对象之间距离的旧方法

B.   我们可以根据某人的标准来判断该软件是否正在工作的原则或机制；

C.   没有这样的事！

A.   评估该软件是否准备发布。

B.   在软件中找到故障。

C.   证明软件是正确的。

A.   程序中的语句

C.   程序中的错误

D.   程序中的周期

B.   它的优先级非常高，需要立即处理。

C.   测试团队负责看到它。

D.   它在技术上很复杂。

B.   真的

A.   错误的

A.   在程序模块中锻炼逻辑条件

B.   专注于测试循环结构的有效性

C.   依靠基本路径测试

B.   缺陷跟踪

C.   团队合作

D.   配置控件

A.   性能错误

C.   印刷错误

D.   逻辑错误

E.   行为错误

B.   这些都不是

C.   功能，可靠性，可用性，效率，可维护性，便携性

A.   用于非功能测试的工具

B.   免费的WARE开源工具

C.   基于Web的测试工具

D.   首先

B.   灰色盒子

C.   Junit测试

D.   集成测试

E.   黑盒子

B.   基于会话的测试是一种软件测试方法，涉及测试仪记录其在以后阶段进行审查的行为。

C.   基于会话的测试是一种软件测试方法，旨在提高可能对正在测试的系统不满意的技能初级测试人员。

D.   基于会话的测试是一种软件测试方法，旨在将快速的结果与敏捷团队的期望相结合。

B.   根据变量的位置和使用选择测试路径

C.   在程序模块中锻炼逻辑条件

D.   依靠基径测试

A.   内部程序设计和代码

B.   要求和功能

C.   申请如何在重载下运作

A.   兼容性：大多数仿真器与流行版本的MS Windows不兼容。

B.   安装问题：安装和处理模拟器比处理真实硬件更麻烦。

D.   缺乏可靠性：模拟器可能无法充分代表用户界面。

A.   真的

A.   根据变量的位置和使用选择测试路径

C.   依靠基本路径测试

D.   专注于测试循环结构的有效性

A.   例外

C.   beta

D.   黑盒子

A.   极端编程

C.   敏捷发展

D.   测试驱动的开发

A.   用法探索

C.   存在

D.   可用性经验

A.   不正确或缺少功能

C.   接口错误

D.   性能错误

E.   都不是

A.   Alpha测试由用户进行，而测试团队进行了Beta测试。

C.   Beta测试由用户进行，而Alpha测试由测试团队进行。

D.   Beta测试由用户在测试实验室的测试团队的监督下完成，而用户在用户设施中的用户进行了Alpha测试，而无需密切监督。

A.   对软件的正式测试

C.   深入探讨软件的功能

D.   都不是

B.   严重性是由开发人员和业务分析确定的，而优先级是由测试团队确定的。

C.   优先级主要取决于技术因素，而严重性由与业务相关的因素决定。

D.   严重性取决于用户期望，而优先级 - 对功能的影响。

A.   整体测试安全模型

B.   人类测试策略模型

D.   高科技战略管理

E.   空心团队策略模型

B.   一种特殊的通用资源标识符（URI）。

C.   可以保护对话发生的渠道的加密。

D.   键值对键和值之间的符号（=）对。

A.   计划 - 行为 - 检查 - 做

C.   计划 - 检查 - 行为 - 做

D.   计划 - 检查 - 做 - ACT

B.   表现

C.   黑盒子

D.   功能

B.   开发人员

C.   客户支持

D.   测试工程师

B.   侦探控制

C.   质量控制

D.   纠正控制

A.   测试仅采用测试边界值的过程

A.   一位读者

B.   录音机

D.   主持人

A.   建议发布时间表。

C.   是否将测试中的系统发布到生产中。

D.   通过询问设计决策，扮演用户的倡导者。

B.   消除了对存根程序的需求。

C.   测试条件更容易创建。

D.   观察测试结果更容易。

A.   无法从应用程序字段中读取数据。

C.   无法比较图像。

D.   无法自动单击应用程序对象并进行下拉选择。

A.   该过程是必须发生的事情，并且该过程是如何发生的逐步

B.   该过程是执行必要的测试的人，并且该过程是在执行何时执行

C.   该过程是谁执行必要的测试，并且该过程是在执行何时执行

A.   配置控制板

B.   软件开发团队

D.   客户联络

B.   缺陷由测试工程师记录，而变更请求则由业务分析师记录。

C.   它们由不同的记录系统处理。

D.   缺陷始终具有与他们的分辨率相关的风险，而变更请求则没有。

A.   Beta测试

B.   α测试

D.   系统测试

E.   集成测试

A.   真的

A.   准时交付

B.   满足要求和期望

C.   在预算范围内交付

B.   玻璃盒技术

C.   白盒技术

B.   安全测试

C.   功能测试

D.   性能测试

A.   颠覆

B.   git

C.   简历

B.   在错误修复后测试受影响的模块

C.   如果我们再次测试缺陷，没有修复

A.   仅处理接口。

B.   专注于压力下的系统行为。

D.   有据可查，易于手动执行。

B.   α测试

C.   Beta测试

D.   用户验收测试

A.   仅在范围值中进行

B.   仅采用测试边界值

A.   重新打开的数量（返工）的缺陷。

C.   开发人员分配的缺陷。

D.   优先级缺陷。

B.   要测试且未测试的功能列表

C.   假设/前提条件

D.   介绍

A.   建立测试工程师的个人问责制

B.   提供测试数据

D.   文档测试结果

A.   在测量内存使用时，模仿并发用户的短爆发。

C.   专门关注数据库填充，特别是日志表。

D.   测量客户端和服务器上的响应时间。

A.   设计

B.   维护

D.   要求

E.   编码

A.   行为的

B.   灰色盒

C.   黑盒子

A.   启动代码检查以识别代码中的缺陷

B.   鼓励程序员更加努力地使缺陷更少

C.   增加测试的类型和程度以消除生产前的缺陷

B.   线性模型

C.   螺旋模型

D.   瀑布模型

A.   这是一个迭代和增量软件开发过程，这可以取决于功能。

B.   以上都不是

C.   这是一种迭代和增量方法，强调连续的用户参与。

B.   错误的

B.   规格

C.   要求文件

D.   测试用例

B.   跟踪节点

C.   测试床

D.   批

A.   机器人

B.   QTP

C.   硒

A.   设计，需求，实施，验证，维护

B.   要求，设计，验证，实施，维护

D.   维护，需求，设计，实施，验证

A.   专案经理

C.   开发人员

D.   软件工程师

A.   测试脚本，公制跟踪，负载测试的文档

B.   边界检查，临时测试，安装组合

A.   质量保证是软件测试过程的一部分

C.   软件测试和质量检查都是同一回事

D.   软件测试和质量检查是两个不同的过程

A.   真的

A.   配置控件

C.   规格

D.   软件模块

B.   规划

C.   测试

D.   软件开发

A.   错误的

A.   ISO 9002

B.   ISO 9000

C.   ISO 9003

B.   ＆gt;

C.   =

D.   ＆lt;

B.   错误的

A.   可靠性

B.   可用性

D.   正确性

A.   测试文档

B.   程序测试

C.   结构测试

A.   用户接受

B.   压力

C.   可用性

B.   ISO 9000

C.   ISO/IEC 15504

D.   CMMI

A.   集成测试

C.   黑匣子测试

D.   灰色盒子测试

A.   真的

A.   真的

B.   边界条件

C.   负测试

D.   错误处理

A.   稳定性和可观察性

C.   可观察性

D.   简单

E.   稳定

B.   单位测试

C.   都不是

D.   白盒测试

A.   文档

B.   测试

C.   评论和审核

A.   都不是

C.   连接到期管理启动

D.   容量成熟模块化研究所

A.   提出建议

C.   修复软件

D.   收集初步信息

B.   是的

B.   等效分区

C.   α测试

D.   眼睛跟踪

B.   积极和负面

B.   设计错误

C.   准确性错误

D.   实施错误

E.   操作中的错误

A.   错误的

A.   支持变更管理

B.   软件更改管理器

C.   供应链管理

A.   自下而上的方法

C.   大爆炸方法

D.   自上而下的方法

A.   功能测试

B.   系统测试

C.   回归测试

A.   业务分析师

B.   用户

C.   测试工程师

A.   日程

C.   方法

D.   范围

E.   资源

A.   未知软件错误的数量。

B.   测试计划中的单词数。

C.   在要测试的软件中执行的代码行数。