软件测试

1.从正反两个方面理解什么是软件测试

软件测试是由“验证（verification）”和“有效性确认（validation）”活动构成的整体：

“验证”是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性

“有效性确认”是确认所开发的软件是否满足用户真正需求的活动

2.理解软件测试的风险观点和经济观点

风险：软件测试就是对风险的不断评估，引导软件开发的工作。进而将最终发布的软件所存在的风险降到最低。

经济：以最小的代价获得最高的软件产品质量。要求软件测试尽早开展工作，发现缺陷越早，返工的工作量就越小，所造成的损失就越小。

3.从V模型理解软件测试与软件开发的关系、各阶段的测试任务p11

4.理解测试驱动开发的思想

测试驱动开发（TDD）——测试在先、编码在后的开发方法

5.软件缺陷产生的原因

技术问题软件本身团队工作

6.SQA和软件测试的关系

SQA和软件测试之间相辅相成，存在包含和交叉的关系。SQA指导、监督软件测试的计划和执行，督促测试工作的结果客观、准确和有效，并协助测试流程的改进。软件测试弟SQA 的重要手段之一，为SQA提供所需的数据，作为质量评价的客观依据。

7.测试工作流程的6个方面

1测试组织和管理2测试计划3测试用例设计4测试实施5测试结果分析6测试评审与报告

8.软件测试的工作范畴

软件测试工作的组织与管理：制定测试策略、测试计划，确认所采用的测试方法与范围，控制测试进度，管理测试资源

测试工作的实施：编制符合标准的测试文档，搭建测试环境，开发测试脚本、与开发组织协作实现各阶段的测试活动

9.白盒测试概念、方法

也称结构测试或逻辑测试。能够看清楚事物的内部，即了解事物的内部结构和运行机制，通过剖析事物内部结构和运行机制来出来和解决问题。

方法：语句覆盖判定覆盖条件覆盖判定—条件覆盖条件组合覆盖路径覆盖基本路径测试法

10.黑盒测试概念、方法

也称功能测试或数据驱动测试。通过分析事物的输入、输出以及周边条件来分析和处理问题。方法：等价类划分法边界值分析法判定表方法因果图法正交试验法功能图法错误推测法

。。静态测试：就是静态分析。对模块的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和仿真运行。

动态测试：通过真正运行程序发现错误，通过观察代码运行过程，来获取系统行为、变量实时结果、内存、堆栈、线程以及测试覆盖度等各方面的信息，来判断系统是否存在问题，或者通过有效的测试用例，对应的输入输出关系来分析被测程序的运行情况，来发现缺陷。11.主动测试和被动测试的概念和区别p50

主动测试：测试人员主动向测试对象发送请求，或借助数据、事件驱动被测试对象的行为，从而验证被测试对象的反应或输出结果。

被动测试：软件产品运行在实际环境中，测试人员不干预产品的运行，而是被动地监控产品

的运行，通过一定的被动机制来获得系统运行的数据，包括输入、输出数据。关键是建立监控程序（代理），并通过数据分析掌握系统的状态。

区别：主动测试中，测试人员需要设计测试用例、尽力设法输入各种数据，而在被动测试中，系统运行过程中各种数据自然而然地产生，测试人员不需要设计测试用例，只要设法获得系统运行的各种数据，但数据的完整性得不到保证。

12.基于风险的测试的过程和好处p59

过程：

1列出软件的所有功能和特性

2确定每个功能出错的可能性

3如果某个功能出错或欠缺某个特征，需要评估对用户使用软件产品的影响程度

4根据上面两个步骤，计算风险度

5根据可能出错的迹象，来修改风险度

6决定测试的范围，编写测试方案

好处：根据事情的轻重缓急来决定测试工作的重点

13.测试过程改进模型的几个基本概念：TMap，TMM，TPI，CTP p69-78

TMap（Test Management Approach，测试管理方法）：是一种结构化的、基于风险策略的测试方法体系

TMM：测试成熟度模型

TPI：是基于连续性表示法的测试过程改进的参考模型，是在软件控制、测试知识以及过往经验的基础上开发出来的

CTP：（Critical Test Process，关键测试过程）：评估模型主要是一个内容参考模型，一个上下文相关的方法，并能对模型进行剪裁

14.软件测试规范的内容p86

1角色的确定2进入的准则3输入项4活动过程5输出项 6 验证与确认7退出的准则8度量

15.建立测试管理与评价体系的六大过程p90

1测试规划2测试设计3测试实施4配置管理5资源管理 6 测试管理

16.单元测试的定义，目标，任务p95、97

定义：单元测试是对软件基本组成单元进行的测试，而且软件单元是在与程序的其他部分相隔离的情况下进行单独的测试

目标：确保各个单元模块被正确地编码（主要目标）。测试代码的功能性、确保代码在结构上可靠且健全，能够在各种条件下给予正确的响应

任务:1单元中所有独立执行路径测试：保证单元中每条语句至少能被执行一次（基本任务）

2.单元局部数据结构测试

3单元借口测试

4单元边界条件测试

5单元的各条错误处理通路测试

6内存分析

17.单元测试各个过程p109

1计划阶段2设计阶段3执行阶段4评估阶段5提交阶段

18.理解集成测试的模式，方法p126

模式：非渐增模式渐增模式

方法：自顶向下、自底向上、大棒、三明治

19.理解桩程序和驱动程序p107

桩程序：也称桩模块，用以模拟被测模块工作过程中所调用的下层模块

驱动程序：也称驱动模块，用以模拟被测模块的上级模块，能够调用被测模块

20.理解回归测试的过程p133

1识别出软件中被修改的部分

2从原基线测试用例库T中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0

3依据一定的策略从T0中选择测试用例测试被修改的软件

4如果回归测试包不能达到所需的覆盖要求，必须补充新的测试用例使覆盖率达到规定的要求，生成新的测试用例集T1，用于测试T0无法充分测试的软件部分

5用T1执行修改后的软件

21.性能测试，压力测试，容量测试，安全性测试和可靠性测试的定义p134-141

性能测试：

压力测试（stress test）：也称强度测试、负载测试。是模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性等

容量测试（capacity test）：预先分析出反映软件系统应用特征的某项指标是极限值

安全性测试：检查系统对非法侵入的防范能力

可靠性测试：也称软件可靠性评估，指根据软件系统可靠性结构（单元与系统间可靠关系）、寿命类型和各单元的可靠性试验信息，利用概率统计方法，评估出系统的可靠性特征量22.验收测试是谁完成的？为什么？P147

一般由用户和测试部门共同完成，如果是软件公司自行研发的产品，让产品设计部门、市场部门、技术支持等参与测试

23.验收测试的步骤和注意事项p147

步骤：

1编制验收测试计划、测试项、测试策略及验收通过准则，并让客户参与计划评审，直至通过

2建立测试环境，完成测试用例的设计，并经过评审

3准备测试数据，执行测试用例，记录测试结果

4分析测试结果，根据验收通过准则分析测试结果，做出验收是否通过及测试评价

5提交测试报告

注意事项：

1必须编写正式的、单独的验收测试计划

2验收测试必须在实际运行环境中或尽可能模拟实际的环境中进行

3验收测试一般由用户和测试部门共同完成，如果是软件公司自行研发的产品，让产品设计部门、市场部门、技术支持等参与测试

24.34. a测试和b测试？P148

α测试：软件开发供词组织内部人员模拟各类用户对即将面世的软件产品（称为α版本）进行测试，试图发现错误并修正。

β测试：软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见。

35. 面向对象软件测试与传统软件测试的不同P157

传统软件开发采用面向过程、面向功能的方法，将程序系统模块化，在此基础上还可以再分成若干个单元，这些单元可以通过一系列程序过程实现，也产生相应的单元测试、集成测试等方法。面向对象程序的结构不再是传统的功能模块结构，将开发分为面向对

象分析（OOA）、面向对象设计（OOD）、和面向对象编程（OOP）三个阶段。

36. 分层与增量P158

37. 分布式对象测试中需要注意的问题P166

1）局部故障2）超时3）结构的动态性

38. WEB安全性测试需要考虑的情况P183

1）数据加密2）登录或身份验证3）输入验证

4）SQL注入5）超时限制6）目录7）操作留痕39. 描述WEB性能测试的两种方式P185

1）基于WEB应用系统的在线用户和响应时间来度量系统性能，适合企业内部WEB应用系统，因为容易获得负载数据。

2）基于WEB应用系统的吞吐量和响应时间来度量系统性能

40. 数据库服务器性能测试需要考虑的两个测试方面P193

大数据量测试、大容量数据测试

42. 什么是软件本地化P205 206

将一个软件产品按特定国家或语言市场的需要进行全面定制的过程，包括翻译、重新设计、功能调整、功能测试，以及是否符合各个地方的习俗、文化背景、语言和方言的验证等。是国际化向特定本地语言环境的转换，即将软件从源语言转换成一种或多种目标语言的过程，同时针对目标国家或地区，对产品的外观、参数设置等进行相应的处理。

43. 软件本地化的基本步骤P208

1）建立一个配置管理体系，跟踪目标语言各个版本的源代码

2）创造和维护术语表

3）从源语言代码中分离资源文件或提取需要本地化的文件

4）把分离或提取的文本、图片等翻译成目标语言

5）把翻译好的文本、图片重新插入目标语言的源代码版本中

6）如果需要，编译目标语言的源代码

7）测试翻译后的软件，调整UI以适应翻译后的文本

8）测试本地化后的软件，确保格式和内容都正确

44. 软件本地化测试着重考虑哪几方面P210

1）主要的功能性测试，函数之间传递的参数、数据库的默认值经过本地化处理后，可能会对系统的功能运行产生较大的影响，从而引起功能缺陷

2）在本地化环境中的安装和升级测试，由于目标语言的操作系统和软件本身都不一样了，安装或升级过程也受到影响

3）根据产品的目标区域而进行的应用程序和硬件兼容性测试，其应用程序的接口、标准可能不同，硬件型号及其配置更有可能存在差异

4）受本地化影响的用户界面，包括布局、格式、文字和图片等内容显示问题

5）特殊的语言环境（意境）、文化背景和地理位置等可能给软件带来的问题

6）文字翻译的正确性、准确性以及是否遗漏等

45. 自动化测试的优势P225

1)自动运行的速度快、执行效率高、是手工无法相比的

2)永不疲劳3)测试结果正确4)可靠5)可复用性6)特别的能力

46. 自动化测试的原理P226

1)代码分析2)对象识别3)脚本技术）4)自动比较技术5)测试自动化系统的构成

47. 测试团队的基本任务P267

建立测试计划、设计测试用例、执行测试、评估测试结果和递交测试报告等

48. 测试环境的内容P288

设计环境：编制测试计划、说明、报告及与测试有关的文件所基于的软硬件设备和支持实施环境：对软件系统进行各项测试所基于的软硬件设备和支持

管理环境：管理测试资源所基于的软硬件设备和支持

49. 测试用例的重要性P310

1）有效性2）可复用性3）已组织性4）可评估性5）可管理性

50. 测试用例标准模板的主要元素P310

标识符(Identification)、测试项(Test Items)、测试环境要求(Test Environment)

输入标准(Input Criteria)、输出标准(Output Criteria)、测试用例间的关联

51. 测试用例的设计原则P316

1)避免含糊的测试用例

2)尽量将具有相类似功能的测试用例抽象并归类

3)尽量避免冗长和复杂的测试用例

52. 测试用例一般采用哪些方法来进行组织P318

1）按照程序的功能模块组织

2）按照测试用例的类型组织

3）按照测试用例的优先级组织

53. 测试用例的覆盖率P323

是评估测试过程以及测试计划的一个参考依据，它根据测试用例进行测试的执行结果与软件之积存在的问题进行比较，从而获得测试有效性的评估结果。

覆盖率=发现缺陷后补充的测试用例数/总的测试用例数

54. 软件缺陷生命周期的概念、阶段状态P324

软件缺陷生命周期：一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程。

阶段状态：发现→打开(新打开的)、打开→修复(已修正)、修复→关闭(已关闭)

55. 缺陷的属性P327

标识、类型、可能性、来源、根源

56. 缺陷描述的基本要求P329

1）单一准确2）可以再现3）完整统一

4）短小简练5）特定条件6）补充完善7）不做评价

60. 项目管理的实质P355

指出了项目管理涉及的范畴和需要达到的目标。