判断题因果图法产生的输出结果就是判定表。
判断题静态检查工具不仅可以对源代码进行检查,也可以对编译后的目标代码进行检查。
判断题用户界面的美观与否是一种主观感受,应避免以个人喜好来判断。
判断题测试的目的是为了发现尽可能多的缺陷,不是为了说明软件中没有缺陷。
判断题静态测试不要求在计算机上实际执行所测程序,主要以一些人工的模拟技术对软件进行分析和测试。
判断题在组合因素较多的情况下,正交测试法可以成百上千倍的减少案例数量。
判断题正交测试法与完全组合测试法相比,唯一的好处就是减少测试案例的数量。
判断题所有缺陷都不是测试引发的。
判断题测试不可能找到所有缺陷。
判断题边界值出现缺陷的几率较高,因此应该优先对边界值进行测试。
判断题测试时除了依照软件需求规格说明书以外,还可以参照标准、惯例和通用法则。
判断题如果一个软件既要做白盒也要做黑盒,那么应该首先设计黑盒的用例。
判断题UML图中带虚线的箭头表示的是两个模型间的关联关系。
判断题目前32位操作系统可以指定的堆大小的上限是1G。
判断题线程是进程的中的一个实体,通常一个进程有若干个线程,但同一进程中的多个线程不能并发执行。