(7) 很强的记忆力。 (8) 耐心。 (9) 怀疑精神。 (10) (11)
自我督促。 洞察力。
12. 测试计划的目的是什么？
答：软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
13. 什么是黑盒测试?黑盒测试主要采用的技术有哪些?
答：黑盒测试又称为功能测试、数据驱动测试和基于规格说明的测试。它从用户观点出发的测试。用这种方法进行测试时，把被测试程序当作一个黑盒，在不考虑程序内部结构的内部特性、测试者只知道该程序输入和输出之间的关系或程序功能的情况下，依靠能够反映这一关系和程序功能需求规格的说明书，来确定测试用例和推断测试结果的正确性。
黑盒测试的方法包括：边界值分析、等价类测试、基于决策表的测试和因果图等。 14. 简单描述黑盒测试各种方法的特点。
答：黑盒测试的方法主要有边界值分析法、等价类划分法、因果图法、决策表测试法等。
边界值分析利用输入变量的最小值、略大于最小值、输入值域内的任意值、略小于最大值和最大值来设计测试用例。
等价类划分法是把程序的输入域划分为若干部分，然后从每个部分中选取少数代表性数据当作测试用例。经过类别的划分后，每一类的代表性数据在测试中的作用都等价于这一类中的其他值。
因果图方法就是从程序规格说明书的描述中找出因（输入条件）和果（输出结果），将因果图转换为决策表，最后为决策表中的每一列设计一个测试用例。这种方法考虑到了输入情况各种组合以及各个输入情况之间的相互制约关系。
在所有的黑盒测试方法中，基于决策表的测试是最为严格、最具有逻辑性的。在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作。决策表法很适合测试这类问题。
15. 如果能够执行完美的黑盒测试，还需要进行白盒测试吗？为什么？
答：需要，黑盒测试可根据程序规格检验程序是否完成规定功能，但无法发现程序内部的编码和逻辑错误，白盒测试与之相反互补。 16. 边界值测试有几种方法？
答：边界值分析和健壮性测试
17. 等价分类法的测试技术采用的一般方法?举例说明?
答：
（1） 为每个等价类编号；
（2） 设计一个新的测试方案,以尽可能多的覆盖尚未被覆盖的有效等价类,重复这
一步骤,直到所有有效等价类被覆盖为止。
（3） 设计一个新的测试方案,使它覆盖一个尚未被覆盖的无效等价类, 重复这一步骤,
直到所有无效等价类被覆盖为止。
18. 什么是等价类？如何划分等价类？等价类测试中有哪些方法？
答：
把单元的输入域化分为几种数据类，每种用来发现一类的错误，每类只用提供一个或几个用例数据。目的是减少用例数量。
19. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区
别与联系。
答：黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合
要求。
白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误： 1、是否有不正确或遗漏的功能?
2、在接口上，输入是否能正确的接受?能否输出正确的结果? 3、是否有数据结构错误或外部信息(例如数据文件)访问错误? 4、性能上是否能够满足要求? 5、是否有初始化或终止性错误?
软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：
1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。 3、在循环的边界和运行的界限内执行循环体。 4、测试内部数据结构的有效性，等等。
单元测试(模块测试)是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。
单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。
集成测试(也叫组装测试，联合测试)是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。
系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。(常见的联调测试)
系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。
验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。
20. 什么是白盒测试?白盒测试主要采用的技术有哪些? 白盒测试有那几种方法？并简单描
述各种方法的特点。
答：白盒测试又称为结构测试、逻辑驱动测试或基于程序的测试。它依赖于对程序细
节的严密的检验。针对特定条件和循环集设计测试用例，对软件的逻辑路径进行测试。在程序的不同点检验程序的状态，来进行判定其实际情况是否和预期的状态相一致。
白盒测试包括：逻辑覆盖、基路径测试、数据流测试、程序插装等。 总体上分为静态方法和动态方法两大类
静态：关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义
动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。 21. 常用的逻辑覆盖测试方法有哪几种？并简单描述各种方法的目的。
答：逻辑覆盖可分为：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖及路径覆盖。 语句覆盖：要求设计若干个测试用例，运行被测程序，使程序中的每个可执行语句至少被执行一次。
判定覆盖：要求设计若干测试用例，运行被测程序，使得程序中每个判断的取真分支和取假分支至少执行一次，即判断的真假值均要被检测。判定覆盖又称为分支覆盖。
条件覆盖：要求设计若干测试用例，执行被测程序，使得程序中每个判断的每个条件的可能取值至少被执行一次。
判定/条件覆盖：要求设计足够的测试用例，执行被测程序，使得判断中每个条件的所有可能取值至少被执行一次，同时每个判断的所有可能判断结果也至少被执行一次。
路径覆盖：要求设计足够多测试用例，覆盖程序中所有可能的路径。 22. 逻辑覆盖中几种主要覆盖的含义?举例说明?
答：逻辑覆盖是一种使用最广泛的结构测试方法。逻辑覆盖以程序内部的逻辑结构为基础设计测试用例，要求对被测程序的逻辑结构有清楚的了解，甚至要能掌握源程序的所有细节。
由于覆盖测试的目标不同，逻辑覆盖可分为：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖及路径覆盖。
23. 单元测试有那些步骤，各个步骤有那些实施内容。
答：1.静态检查:用工具Logiscope或者人工检查单 2.动态检查:用工具PurifyPlus或者人工调试 3.测试用例执行(工具或人工) 设计测试用例及数据；（提前）
编写测试用例代码、脚本、驱动模块和桩模块；（提前） 运行测试用例，记录结果。（在步骤1,2之后进行） 24. 非增量式测试与增量式测试
答：非增量式测试的方法是先分散测试，然后集中起来再一次完成集成测试。假如在模块的接口处存在错误，只会在最后的集成测试时一下子暴露出来。
增量式测试是逐步集成和逐步测试的方法，把可能出现的差错分散暴露出来，便于找
出问题和修改。而且一些模块在逐步集成的测试中，得到了较多次的考验，因此，可能会取得较好的测试效果。
结论：增量式测试要比非增量式测试具有一定的优越性。
25. 简述自顶向下增量式测试和自底向上增量式测试两种集成测试方法，并比较两者的优点
和缺点。
答：自顶向下增量式测试：
主要优点在于它可以自然的做到逐步求精，一开始就能让测试者看到系统的框架。 主要缺点是需要提供桩模块，并且在输入/输出模块接入系统以前，在桩模块中表示测试数据有一定困难。
自底向上增量式测试：
优点在于，由于驱动模块模拟了所有调用参数，即使数据流并未构成有向的非环状图，生成测试数据也无困难。
主要缺点在于，直到最后一个模块被加进去之后才能看到整个程序（系统）的框架。 26. 简述集成测试的过程。集成测试的方法有那些？
答：系统集成测试主要包括以下过程： 1. 构建的确认过程。 2. 补丁的确认过程。
3. 系统集成测试测试组提交过程。 4. 测试用例设计过程。 5. 测试代码编写过程。 6. Bug的报告过程。 7. 每周/每两周的构建过程。 8. 点对点的测试过程。 9. 组内培训过程。
27. 比较自顶向下集成测试和自底向上集成测试的优劣?
答：自顶向下集成测试表示逐步集成和逐步测试是按照结构图自上而下进行的，即模块集成的顺序是首先集成主控模块（主程序），然后依照控制层次结构向下进行集成。自底向上集成测试表示逐步集成和逐步测试的工作是按结构图自下而上进行的，由于是从最底层开始集成，所以也就不再需要使用桩模块进行辅助测试。
自顶向下测试的主要优点在于它可以自然的做到逐步求精，一开始就能让测试者看到系统的框架。它的主要缺点是需要提供桩模块。自底向上的优点在于不需要桩模块，需用的驱动模块比较少。它的主要缺点在于，直到最后一个模块被加进去之后才能看到整个程序（系统）的框架。
28. 系统测试计划是否需要同行评审，为什么？
答：需要,系统测试计划属于项目阶段性关键文档,因此需要评审。系统测试计划需要进行同行评审，因为如果对一个系统长时间进行测试可能会出现测试疲劳甚至出现对系统的免疫现象，因此可以进行同行评审，减少对相同系统的疲劳测试。
29. 什么叫α测试（Alpha 测试）？什么叫β测试（beta 测试）？α测试和β测试有什么
区别？
答：Alpha测试 在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。
Beta测试 当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。
30. 什么是单元测试？什么是集成测试？什么是系统测试？他们的测试依据是什么？他们
和功能测试，结构性测试有何关系？ 31. 阶段评审与同行评审的区别。
答：同行评审目的:发现小规模工作产品的错误,只要是找错误； 阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性 同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导 阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格 同行评审内容:内容小 一般文档 < 40页, 代码 < 500行 阶段评审内容: 内容多,主要看重点 同行评审时间:一小部分工作产品完成
阶段评审时间: 通常是设置在关键路径的时间点上!
32. 回归测试测试如何进行？
答：
(1). 识别出软件中被修改的部分；
(2). 从原基线测试用例库T中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0。
(3). 依据一定的策略从T0中选择测试用例测试被修改的软件。
(4). 如果必要，生成新的测试用例集T1，用于测试T0无法充分测试的软件部分。 (5). 用T1执行修改后的软件。
第(2)和第(3)步测试验证修改是否破坏了现有的功能，第(4)和第(5)步测试验证 修改工作本身。