你可能感兴趣的试题
增量式集成测试容易定位错误,排除错误 非增量式集成测试不能充分利用人力,会拖延工程进度 增量式集成测试的强度大,测试更彻底 即使各个模块都通过了测试,但系统集成以后仍可能出现错误
增量式集成测试容易定位错误,排除错误 非增量式集成测试不能充分利用人力,会拖延工程进度 增量式集成测试的强度大,测试更彻底 即使各个模块都通过了测试,但系统集成以后仍可能出现错误
增量式集成测试容易定位错误,排除错误 非增量式集成测试不能充分利用人力,会拖延工程进度 增量式集成测试的强度大,测试更彻底 即使各个模块都通过了测试,但系统集成以后仍可能出现错误
集成测试计划应该在概要设计阶段制定 集成测试的技术依据是软件(结构)设计文档 集成测试之前待集成的软件单元必须先通过单元测试 集成测试必须委托第三方进行
自动/防滞刹车控制测试 正常防滞刹车测试 轮速信号测试 PSEU自检测试
测试工作应避免由该软件的开发人员或开发小组来承担(单元测试除外) 在设计测试用例时,不仅要包含合理、有效的输入条件,还要包括不合理、失效的输入条件 测试一定要在系统开发完成之后才进行 严格按照测试计划来进行,避免测试的随意性
软件测试的目的是为了发现错误 成功的测试是能发现至今尚未发现的错误的测试 测试不能用来证明软件没有错误 当软件不存在错误时,测试终止
系统测试应尽可能在实际运行使用环境下进行 软件测试是在编码阶段完成之后进行的一项活动 专业测试人员通常采用白盒测试法检查程序的功能是否符合用户需求 软件测试工作的好坏,取决于测试发现错误的数量
测试计划应早在测试开始之前就开始准备 800/0的错误都可以在约20%的程序构件中找到问题根源 测试应该从“宏观”开始,逐步转向“微观” 充分覆盖程序逻辑并确保构件级设计中的所有条件都通过测试是有可能的
程序员应避免检查自己编写的程序 除检查程序应完成的任务外,还应检查程序是否做了它不应该做的事 测试工作只能在实施阶段完成 测试实例应包括有效的、期望的输入条件以及无效的和不期望的输入条件
系统测试应尽可能在实际运行使用环境下进行 软件测试是在编码阶段完成之后进行的一项活动 专业测试人员通常采用白盒测试法检查程序的功能是否符合用户需求 软件测试工作的好坏,取决于测试发现错误的数量
软件测试不仅能表明软件中存在错误,也能说明软件中不存在错误 软件测试活动应从编码阶段开始 一个成功的测试能发现至今未发现的错误 在一个被测程序段中,若已发现的错误越多,则残存的错误数越少
测试计划应早在测试开始之前就开始准备 80%的错误都可以在约20%的程序构件中找到问题根源 测试应该从“宏观”开始,逐步转向“微观” 充分覆盖程序逻辑并确保构件级设计中的所有条件都通过测试是有可能的
增量式集成测试容易定位错误,排除错误 非增量式集成测试不能充分利用人力,会拖延工程进度 增量式集成测试的强度大,测试更彻底 即使各个模块都通过了测试,系统集成以后仍可能出现错误