A.管理软件需求
B.管理测试计划
C.缺陷跟踪
D.测试过程中各类数据的统计和汇总
A.2-d; 3-b; 1-c; 4-a; 5-f; 6-e
B.1-d; 2-c; 3-b; 4-a; 6-e; 5-f
C.1-c; 2-d; 3-b; 4-a; 5-f; 6-e
D.3-a; 2-c; 4-e; 6-b; 1-f; 5-d
A.只有进行完全的测试才充分
B.在有限的时间和资源条件下,找出所有的软件的错误,使软件趋于完美,是不可能的
C.当继续测试没有发现新缺陷时
D.当全部测试用例都执行完后
A.维护测试
B.验收测试
C.组件测试
D.系统测试
A.测试只能显示缺陷的存在
B.穷尽测试是不可能的
C.杀虫剂悖论
D.缺陷集群性
A.测试人员
B.项目经理
C.开发人员
D.测试经理
A.工具能够或多或少提高测试效率
B.没有好的测试过程或成熟的测试方法,工具并不能像预期的那样降低成本
C.与手工测试相比较,使用自动化工具也可能会增加测试成本
D.培训和指导有助于降低工具使用的风险
A.组件规格说明
B.系统需求规格说明
C.用户手册
D.代码
A.测试员在测试过程发现了软件的错误,所以软件的错误是测试员造成的
B.测试过程中没有发现错误,所以可以认为在软件中不存在缺陷
C.通过测试可以知道软件内总共有多少缺陷
D.测试可以显示缺陷的存在,但不能证明系统不存在缺陷
A.软件测试的目的是寻找错误,并且尽最大的可能找出最多的错误
B.找出软件开发人员的问题并评价开发人员能力
C.一个成功的测试是发现了至今未发现的错误的测试
D.测试的目的,是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正各种错误和缺陷提高软件质量,避免软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险
A.安全测试
B.负载测试
C.集成测试
D.再测试
A.回归测试只能在系统测试这个级别进行,不能用于单元测试和集成测试
B.回归测试只适用于功能测试,不适用于非功能测试
C.回归测试都是自动化执行的
D.回归测试是对已被测过的程序实体在修改缺陷后进行的重复测试,以此来确认在这些变更后是否有新的缺陷引入系统
A.识别的风险经常用于决定哪些需要更多测试,哪些可以减少测试
B.识别的风险经常用于决定多少测试服务
C.识别的风险经常用于决定使用何种测试工具
D.识别的风险经常用于决定使用何种测试技术
A.程序中有缺陷,就肯定会在外部有所反应,这就是 ISTQB 所说的失效
B.当程序期望结果和实际结果有所偏差时,可以肯定就是程序内的缺陷引起的
C.人为的错误造成程序内的缺陷,而程序内的缺陷可能会成为失效
D.如果没有发现失效,也就表示程序没有缺陷
A.组件测试、系统测试、验收测试、维护测试
B.组件测试、回归测试、系统测试、验收测试
C.组件测试、集成测试、系统测试、验收测试
D.组件测试、模块测试、系统测试、验收测试
购物车
客服
公众号
扫码关注
顶部