软件测试判断题.xlsVIP

Sheet3 Sheet2 Sheet1 测试人员说：“没有可运行的程序，我无法进行测试工作”。 F 单元测试通常由开发人员进行。 T 测试组负责软件质量。 在设计测试用例时，应包括合理的输入条件和不合理的输入条件。 黑盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。 只要能够达到100％的逻辑覆盖率，就可以保证程序的正确性。 为了提高测试的效率，应该选择发现错误可能性大的数据作为测试数据 在软件生命周期的运行发布阶段，软件缺陷修复费用最低 软件开发全过程的测试工作都可以实现自动化. 静态检查就是看代码。 必须要求用户参与的测试阶段是单元测试 软件测试的目的在于发现错误、改正错误。 单元测试仅仅证明了被测程序单元做了什么。 设计－实现－测试，软件测试是开发后期的一个阶段。 可以把不合格的开发人员安排做测试。 广义的软件测试由“确认”、“验证”、“测试”3个方面组成 软件测试不是软件质量保证工作中的内容 软件可靠性的种种局限是由于随着时间的推移，软件需求和使用方式发生了变化 确认测试是在模块测试完成的基础上，将所有的程序模块进行组合并验证其是否满足用户需求的过程 软件测试的对象不仅仅是程序，文档、数据和规程都是软件测试的对象 在各种资源超负荷情况下，观察系统的运行情况的测试是容量测试方法 需求规格说明、概要设计规格说明、详细设计规格说明、源程序这些并不全是软件测试的对象 软件测试按照测试阶段可分为单元测试、确认测试、系统测试、验收测试 随机测试的成本大，时间长，是一种不值得一做的测试 某软件模块发现的缺陷越多，说明该模块潜在的缺陷越多 无经验用户的测试是盲目的，所以对提高软件质量没有帮助 单元测试又称为模块测试，是针对软件测试的最小单位－程序模块进行正确性检验的测试工作 因果图法是建立在决策表法基础上的一种白盒测试方法； 回归测试是在软件修改后再次运行以前为查找错误而执行程序曾用过的测试用例. 错误推测法是根据输出对输入的依赖关系来设计测试用例的。 用户文档不是文档测试包括的内容 性能测试过程中需要对数据库服务器的资源使用进行监控,CPU占有率不属于应该监控的指标。 尽量用80%测试用例覆盖20%的核心业务模块 为验证某音乐会订票系统是否能够承受大量用户同时访问，测试工程师一般采用负载压力测试工具。 黑盒测试与白盒测试是设计测试用例的两种基本方法 单元测试可检验程序单元或部件的接口关系，应能发现并排除在模块连接中可能发生的问题 必须根据软件需求说明文档生成用于白盒测试的测试用例 测试组的测试工作是在编码阶段开始的 专业的测试人员要尽量运用测试技术进行测试，直觉和预感是没有用的 测试员需要良好的沟通技巧； 在边界值方法中，对于一个有n个变量的函数作最坏情况测试，生成的测试用例个数是7n个。 测试应从“大规模”开始，逐步转向“小规模”。 产品说明书（需求文档）的变更应当受到控制。 测试按照测试层次可以划分成为单元测试、集成测试和系统测试。 理论上白盒测试可以发现软件所有的缺陷。 测试用例的数目越多，测试的效果越好。 软件生存周期是从软件开始开发到开发结束的整个时期。 程序员兼任测试员可以提高工作效率。 软件测试工具可以代替软件测试员。 白盒测试的条件覆盖标准强于判定覆盖。 软件测试是一个过程，包含若干活动，运行软件进行测试只是活动之一。 结构性测试是根据软件的规格说明来设计测试用例。 为了快速完成集成测试，采用一次性集成方式是适宜的。 所有软件都有一个用户界面，因此必须测试易用性。 软件测试是采用测试用例执行软件的活动。 集成测试计划在需求分析阶段末提交。 不存在质量很高但可靠性很差的产品。 可以发布具有配置缺陷的软件产品。 典型的白盒测试方法包括静态测试和动态测试 J2EE系统架构被各种信息系统普遍采用，JSP不属于其服务器端应用组件。 在软件生命周期各个阶段都需要用白盒测试方法 在软件生命周期各个阶段都可能产生错误 一般而言，黑盒测试对结构的覆盖比白盒测试高 缺陷的优先级随着项目的发展会发生变化 为了提高测试的效率,需要取一切可能的输入数据作为测试数据，达到全部覆盖的要求 在设计测试用例的过程中，应考虑失败测试，不用考虑通过测试 接口覆盖属于逻辑覆盖方法 采用自动化测试有可能延误项目进度。 程序员与测试工作无关。 在软件开发过程中，若能推迟暴露其中的错误，则为修复和改进错误所花费的代价就会降低。 白盒测试不仅与程序的内部结构有关，还要考虑程序的功能要求。 所有软件必须进行某种程度的兼容性测试。 软件测试员可以对产品说明书进行白盒测试。 在回归测试中无需修正测试用例便可继续开展测试工作 测试是为了验证软件已正确地实现了用户的要求 传统测试是在开发的后期才介入，现在测试活动已经扩展到了整个生命周期。 测试自动化