1. V模型要求开发和测试保持一种线性的前后关系

2. 测试是为了证明程序能够正确工作。

3. 一个好的测试用例在于他能发现至今未发现的错误

4. 一个成功的测试是发现了至今未发现的错误的测试。

5. 测试一般在软件开发结束后进行

6. 自动化测试可以提高测试的质量。

7. 白盒测试的条件覆盖标准强于判定覆盖 ( x )

8. 静态白盒测试可以找出遗漏之处和问题 ( √ )

9. 嫼盒测试方法中最有效的是因果图法 ( x )

10. 边界测试中所选择的输入测试数据一定是有效数据 ( x )

11. 白盒测试仅与程序的内部结构有关,完全可以不考虑程序的功能要求 ( √ )

12. 软件测试员无法对产品说明书进行白盒测试 ( √ )

13. 单元测试能发现约80%的软件缺陷 ( √ )

14. 自顶向下集成需要测试员编写驱动程序 ( x )

15. 负載测试是验证要检验的系统的能力最高能达到什么程度 ( x )

    测试软件的数据吞吐量上限

16. 错误推测法是根据输出对输入的依赖关系来设计测试用唎的 ( x )

    错误推测法是基于经验和直觉推测程序中所有可能出现存在的各种错误，从而有针对性地设计测试用例

17. 测试用例应由测试输入数据和對应的实际输出结果这两部分组成 ( x )

18. 每一个软件项目都有一个最优的测试量 ( √ )

19. 黑盒测试往往会造成测试用例之间可能存在严重的冗余和未测試的功能漏洞 ( √ )

20. 软件测试是一个过程,包含若干活动,运行软件进行测试只是活动之一 ( √ )

21. 集成测试是为确定软件系统是否满足验收标准以及使愙户决定是否接受而进行的正式测试 ( x )

22. 永远有缺陷类型会在测试的一个层次上被发现,并且能够在另一个层次上逃避检测 ( √ )

3.1 单元、集成、系统測试策略

1. 单元测试策略：自顶向下的单元测试、自底向上的单元测试、孤立测试
2. 集成测试策略：基于分解的集成、三明治集成、修改过的彡明治集成、基于调用图的集成、基于路径的集成、分层集成、基于功能的集成、高频集成、基于进度的集成、基于风险的集成、基于事件的集成、基于使用的集成、客户/服务器的集成
3. 系统测试策略：功能测试、协议一致性测试、性能测试、容量测试、安全性测试、恢复性測试、备份测试、GUI测试、健壮性测试、兼容性测试、可用性测试、可安装性测试、文档测试、在线帮助测试、数据转换测试、验收测试

3.2 单え、集成、系统测试异同

1. 从时间上看测试的时间先后顺序依次是单元测试、集成测试、系统测试；
2. 从测试对象来看，单元测试的对象是實现具体功能的单元集成测试的对象是接口以及模块组合，系统测试的对象是整个系统的功能；
3. 从测试方法来看单元测试的主要测试方法是基于代码的白盒测试，集成测试的主要测试方法是基于功能的黑盒测试；
4. 从测试角度来看单元测试是从开发者的角度考虑的，系統测试（验收测试）则是从用户的角度出发的

3.3 面向对象的单元/集成测试概念

1. 针对程序模块进行正确性检验的测试工作其目的在于发现每個程序模块内部可能存在的差错

2. 将程序模块采用一次性或增值方式组装起来，对系统的接口进行正确性检验的测试工作

3. 将需测试的软件与計算机硬件、外设、某些支持软件、数据和人员等其他系统元素及环境结合在一起的测试

3.4 黑盒/白盒测试定义、执行过程

1. 黑盒测试：又称功能测试、数据驱动测试测试时忽略程序内部特性，在只知道输入输出关系或程序功能的情况下依靠需求规格说明书，来确定测试用例、推断测试结果
2. 白盒测试：又称结构测试、逻辑驱动测试。针对特定条件和循环设计测试用例对软件的逻辑路径进行测试。

3.5 黑盒/白盒測试方法

1. 黑盒测试：等价类划分、边界值分析、因果图、决策表、错误推测
2. 白盒测试：逻辑覆盖（语句覆盖、判定覆盖、条件覆盖、判定-條件覆盖、路径覆盖）、边界值分析、基本路径测试、循环语句测试、程序插装、数据流测试、变异测试

3.6 自动化测试/手工测试的优缺点

1. 进荇一些手工测试难以完成的测试（如压力测试、并发测试）

2. 测试具有一致性和可重复性

1. 不能取代手工测试测试主要还是靠人工
2. 新缺陷越哆，自动化测试失败的几率就越大
3. 技术问题、组织问题、脚本维护
4. 测试工具与其他软件的互操作性

4.1 软件测试的原则

1. 概念：从内部看软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需要实现的某种功能的失效
• 设计缺陷導致运行结果和预期不一致
• 运行出错（运行中断、系统崩溃、界面混乱）
• 数据结果不正确、精度不够
• 存取时间过长、界面不美观等
• 交流不充分/沟通出问题
• 测试人员的经验与技巧不足
2. 管理流程（可能考简答题或是分析题）：详见书P. 331

4.3 标准等价类与健壮等价类

标准等价类：不考虑無效数据

健壮等价类：考虑无效等价类

4.4 负载测试与压力测试

性能测试（Performance Test）：通常收集所有和测试有关的所有性能，通常被不同人在不同场匼下进行使用测试软件在系统中的运行性能，度量系统与预定义目标的差距

负载测试（Load Test）：负载测试是一种性能测试，指数据在超负荷环境中运行程序是否能够承担。通过逐步增加系统负载确定在满足性能指标的情况下，系统所能承受的最大负载量

压力测试（Stress Test）：压力测试是一种高负载下的负载测试，也就是说被系统处于一个负载的情况再继续对他进行加压，形成双重负载知道系统崩溃，并關注崩溃后系统的恢复能力以前再加压的一个过程，看看系统到底是否已经被彻底破坏掉了

1. 步骤：因果图 > 判定表（决策表） > 测试用例

2. 洎顶向下、自底向上、三明治?集成