你可能感兴趣的试题
在实际的软件测试中，软件测试环境可分为主测试环境和辅测试环境 软件测试只能在软件真实运行环境下开展 在测试环境准备中，无法获取真实数据时，可使用仿真数据 测试工具的准备是属于测试环境准备的一项工作
回归测试是一个测试阶段 回归测试的目标是确认被测软件经修改和扩充后正确与否 回归测试不能用于单元和集成测试阶段 回归测试是指在软件新版本中验证已修复的软件问题
数据驱动脚本将测试输入存储在脚本中 线性脚本容易受软件变化的影响，且无共享和重用的脚本 结构化脚本的优点是健壮性更好，可以对一些容易导致测试失败的特殊情况进行处理 共享脚本的维护开销低于线性脚本
解释变量和被解释变量都是随机变量 解释变量为非随机变量，被解释变量为随机变量 解释变量和被解释变量都为非随机变量 解释变量为随机变量，被解释变量为非随机变量
验收测试一般由软件的需方组织 验收测试的技术要求与系统测试不同 验收测试可委托第三方测试机构进行 验收测试由独立于软件开发的人员实施
测试策划中的活动是确定测试范围、测试环境和制定测试计划 测试用例设计是测试设计与实现的主要内容 测试执行中可随时修订测试计划 测试总结的目的是对测试结果进行分析，以确定软件产品质量的当前状态
回归测试的对象包括：在软件单元测试、集成测试、软件配置项测试和系统测试中未通过的软件 回归测试首先应对原来未变更的软件单元进行测试，然后再对变更的软件单元进行测试 回归测试的内容包括原软件测试做过的测试内容、修改原软件测试做过的测试内容以及在此基础上新增的测试内容 回归测试可根据被测软件的具体情况对软件的测试内容进行剪裁
白盒测试的测试用例设计不必考虑软件功能 软件测试用例设计要关注测试用例设计的测试需求覆盖率 自动化测试的测试脚本开发属于测试用例设计工作的一部分 测试用例设计的主要依据是测试计划中的测试需求定义
湘公网安备 43130202000226号