软件测试 填空题

第一篇：软件测试 填空题

1、软件质量工程包括软件质量保证、软件质量规划和软件质量控制三大方面。

2、McCall模型产品修改纬度的质量因素有 可维护性、可测试性、灵活性。

3、面向对象模型不同于其他模型的主要特征是 组件的密集重用。

4、有两种同行评审方法学：审查和走查。

5、RMA可以划分成三组类别 内部风险管理措施，分包风险管理措施，顾客风险管理措施

6、支持性质量手段有模板和检查表。

7、依据软件系统的生命周期和其他阶段，软件质量度量划分为软件过程度量和软件产品度量。

8、软件配置发布的版本有基线版本、中间版本、修订版本。

9、SQA标准被划分成软件质量管理标准和软件项目过程标准两类。

10、软件缺陷的固有特征有软件缺陷的固有性、软件缺陷的敏感性、软件缺陷的感染性。

11、McCall模型划分了软件运行、软件转移、软件修改三个纬度的11个软件质量因素。

12、螺旋模型任何一次迭代都可划分为制定计划、风险分析和化解、工程和顾客评估四个项限。

13、依据合同评审的目标对合同评审主题进行分类为建议草案评审主题和合同草案评审主题两种类型。

14、典型的版本方针包括严格-单一活动版本方针、多版本方针。

15、软件对属于各种质量因素的需求的符合性是由软件质量度量来测量的。

16、CAPA过程的成功运行包含如下活动：信息收集、信息分析、解决方案和改进方法的建立、改进方法的执行、跟踪。

17、常见的软件配置演化模型有线性演化模型和树演化模型。

18、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。

19、从内容和重点上我们可以把质量管理标准划分成认证标准和评估标准两种类型。

20、测试人员、SQA单位是SQA专职人员。

21、CMM内容包含初始级、可重复级、已定义级、已管理级和可优化级五个等级。

22、软件质量保证的目标包括面向产品的软件开发和面向过程的软件维护两大方面。

23、开发生命周期阶段SQA部件可以划分成三类：评审、专家观点、软件测试、软件维护SQA部件和由第三方/分包商使用的SQA部件。

24、是维护方针的主要组成。

25、外部参与方可被分类为、COTS软件和重用软件模块的供货

商和顾客自身三组。

26、在任何机构中，CAPA要正确发挥作用需要踪、CAPA执行的跟踪和CAPA执行结果的跟踪三个要的跟踪任务。

27、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。

28、软件过程度量可以进一步划分为、软件过程进度度量和软件过程生产率度量。

29、从内容和重点上我们可以把质量管理标准划分成和评估标准两种类型。

30、通常，软件质量的管理部件有项目进展控制、软件质量度量、软件质量费用和可用于控制软件维护的工具SQA管理工具。

31、软件测试过程包含的测试活动有测试计划，测试设计，测试实施，测试执行，缺陷跟踪和测试评估

32、软件测试策略的确定过程通常经历确定测试需求、评估风险、确定测试策略三个阶段组成。

33、变异测试的理论基础是程序员能力假设和组合效应假设。

34、软件缺陷打开/关闭图表、根本原因图表、软件缺陷关闭周期表是常用的软件缺陷跟踪图表。

35、软件测试规范可以分为行业规范和操作规范。

36、通常，由人工进行的静态测试方法包括桌面检查、代码审查、代码走查和技术评审。

37、典型的测试设计活动包括 测试用例设计、测试过程设计、设计驱动程序和稳定的桩。

38、按照测试的层次和策略,软件测试可以分为单元测试、集成测试、确认测试 和 系统测试。

39、为了考察测试用例的重要性，我们可以从有效性、可重用性、易组织性、可评估性、可管理性五方面理解。

40、面向对象集成测试常见方法包括 抽样测试、正交矩阵（阵列）测试。

41、面向对象测试充分性三个常用标准是基于状态的覆盖率、基于约束的覆盖率 和基于代码的覆盖率。

42、常见的程序分析视角有句法视角，功能视角、文本视角和计算流视角

43、按照测试用例的设计方法，软件测试可以分为白盒测试、黑盒测试和灰盒测试。

44、我们可以按照 编写过程、执行 过程和 组织过程三个纬度对测试用例属性进行归类。

45、单元测试内容包含如下方面：模块接口测试、边界条件测试、错误处理测试、局部数据结构测试 和重要路径测试。

46、软件质量工程包括软件质量保证、软件质量规划 和软件质量控制三大方面。

47、McCall模型产品修改纬度的质量因素有可维护性、可测试性、灵活性。

1.3、面向对象模型不同于其他模型的主要特征是组件的密集重用。

48、有两种同行评审方法学：审查和走查。

49、RMA可以划分成三组类别内部风险管理措施、分包风险管理措施和顾客风险管理措施。

50、支持性质量手段有模板和检查表。

51、依据软件系统的生命周期和其他阶段，软件质量度量划分为软件过程度量 和软件产品度量。

52、软件配置发布的版本有基线版本、中间版本、修订版本。

53、SQA标准被划分成软件质量管理标准和软件项目过程标准两类。

54、软件缺陷的固有特征有软件缺陷的固有性、软件缺陷的敏感性、软件缺陷的感染性。

55、McCall模型划分了软件运行、软件转移、软件修改三个纬度的11个软件质量因素。

56、螺旋模型任何一次迭代都可划分为制定计划、风险分析和化解、工程和顾客评估四个项限。

57、依据合同评审的目标对合同评审主题进行分类为建议草案评审主题和 合同草案评审主题两种类型。

58、典型的版本方针包括严格-单一活动版本方针、多版本方针。

2.5、软件对属于各种质量因素的需求的符合性是由软件质量度量来测量的。

59、CAPA过程的成功运行包含如下活动：信息收集、信息分析、解决方案和改进方法的建立、改进方法的执行、跟踪。

60、常见的软件配置演化模型有线性演化模型和树演化模型。

61、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。

62、从内容和重点上我们可以把质量管理标准划分成认证标准和评估标准两种类型。

63、测试人员、SQA单位是SQA专职人员。

64、CMM内容包含初始级、可重复级、已定义级、已管理级和可优化级五个等级。

65、软件质量保证的目标包括面向产品的软件开发和面向过程的软件维护两大方面。

66、开发生命周期阶段SQA部件可以划分成三类：评审、专家观点、软件测试、软件维护SQA部件和由第三方/分包商使用的SQA部件。

67、版本方针和更改方针 是维护方针的主要组成。

68、外部参与方可被分类为分包商、COTS软件和重用软件模块的供货商和 顾客自身三组。

69、在任何机构中，CAPA要正确发挥作用需要CAPA记录流的跟踪、CAPA执行的跟踪和CAPA执行结果的跟踪三个要的跟踪任务。

70、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。

71、软件过程度量可以进一步划分为软件过程质量度量、软件过程进度度量和软件过程生产率度量。

72、从内容和重点上我们可以把质量管理标准划分成认证标准和评估

73、通常，软件质量的管理部件有项目进展控制、软件质量度量、软件质量费用 和可用于控制软件维护的工具SQA管理工具。

74、软件测试的目的是尽可能多地发现软件中存在的 错误，将测试 测试结果作为纠错的依据。

75、测试阶段的基本任务是根据软件开发各阶段的 文档资料和程序的内部结构，精心设计一组 测试用例，利用这些实例执行程序，找出软件中潜在的各种错误和 缺陷。

76、测试用例由 输入数据和预期的 输出数据两部分组成。

77、软件测试方法一般分为两大类：动态测试方法和静态测试方法。

78、动态测试通过 运行程序发现错误。根据 测试用例的设计方法不同，动态测试又分为 黑盒测试与白盒测试两类。

79、静态测试采用 人工检测和 计算机辅助静态分析的手段对程序进行检测。

80、人工审查程序偏重于 编码质量的检验，而软件审查除了审查 编码还要对各阶段 软件产品进行检验。

81、计算机辅助静态分析利用 静态分析工具对测试程序进行 特性分析。

82、黑盒法只在软件的 接口处进行测试，依据 需求规格说明书，检查程序是否满足 功能要求。

83、白盒法必须考虑程序的 内部结构和 处理过程，以检查 处理过程的细节为基础，对程序中尽可能多的逻辑路径进行 测试。

84、白盒测试是 结构测试，被测对象是 源程序，以程序的 内部逻辑为基础设计测试用例。

85、逻辑覆盖是对程序内部有判定存在的逻辑结构设计测试用例，根据程序内部的逻辑覆盖程度又可分为 语句覆盖判定覆盖条件覆盖判定/条件覆盖条件组合覆盖路径覆盖6种覆盖技术。

86、实际的逻辑覆盖测试中，一般以 条件组合覆盖为主设计测试用例，然后再补充部分用例，以达到 路径覆盖测试标准。

87、循环覆盖是对程序内部有 循环 存在的逻辑结构设计测试用例，它通过限制 循环次数来测试。

88、基本路径测试是在程序 控制流程图基础上，通过分析控制构造的 环路复杂性，导出基本路径集合，从而设计测试用例。

89、黑盒测试是 功能测试，用黑盒技术设计测试用例有4种方法：等价类划分边界值分析错误推测因果图。

90、等价类划分从程序的功能说明，找出一个输入条件（通常是一句话或一个短语），然后将每个输入条件划分成两个或多个 等价类。

91、边界值分析是将测试 边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。如果输入或输出域是一个有序集合，则应选取集合的 第一个元素和 最后一个元素作为测试用例。

92、在测试程序时，根据经验或直觉推测程序中可能存在的各种错误，称为 错误推测法。

93、因果图的基本原理是通过画因果图，把用自然语言描述的 功能说明转换为判定表，最后为判定表每一列设计一个测试用例。

94、测试的综合策略是在测试中，联合使用各种测试方法。通常先用黑

95、软件测试过程中需要3类信息：软件配置、测试配置和测试工具。

23．软件测试一般经过4个测试：单元测试集成测试确认测试系统测试。

96、单元测试 指对源程序中每一个程序单元进行测试，检查各个模块是否正确实现规定的功能，从而发现模块在编码中或算法中的错误，它涉及编码和 详细设计的文档。

97、单元测试主要测试模块的5个基本特征：模块接口局部数据结构重要的执行路径错误处理边界条件。

98、在单元测试中，需要为被测模块设计驱动模块和桩模块。驱动模块用来模拟被测模块的上级调用模块，桩模块用来代替被测模块所调用的模块。

99、集成测试指在单元测试基础上，将所有模块按照设计要求组装成一个完整的系统进行的测试。也称组装测试或联合测试。

100、集成测试的方法有两种：非渐增式测试渐增式测试。

29．渐增式测试有两种不同的组装模块的方法：自顶向下结合自底向上结合。

101、自顶向下渐增式测试不需要编写驱动模块，只需要编写桩模块，其步骤是从模块开始，沿着被测程序的顶层的控制路径逐步向下测试，它有两种组合策略：软件结构图和深度优先策略宽度优先策略。102、自底向上渐增式测试不需要编写桩模块，只需要编写驱动模块。103、确认测试指检查软件的功能与性能是否与需求规格说明书中确定的指标相符合，又称有效性测试。

104、确认测试在模拟环境下运用黑盒测试方法，由专门测试人员和用户 参加的测试。

105、确认测试开始前需要制定测试计划，结束后要写出测试分析报告。其测试用例要选用实际运用的数据。

106、软件配置审查的任务是检查软件的所有文档资料的 完整性和正确性。

107、调试也称纠错，是在成功的测试之后才开始进行，其目的是确定错误的 原因和位置，并改正错误。

108、调试技术包括简单调试归纳法调试演绎法调试回溯法调试109、回溯法调试是从程序产生错误的地方出发，而归纳法调试是从测试结果发现的线索入手。

110、被测试程序不在机器上运行，而是采用人工检测和计算机辅助分析检测的手段称为静态测试。

111、用等价类划分法设计一个测试用例时，使其覆盖尽可能多的尚未被覆盖的合理等价类。

112、用等价类划分法设计一个测试用例时，使其覆盖一个不合理等价类。

113、在单元测试时，需要为被测模块设计驱动模块与桩模块。

114、在集成测试时有两种测试方法，它们是渐增式和非渐增式。

115、软件测试是为了发现错误而执行程序的过程。

116、运行被测程序的方法称为动态测试。

117、动态测试中，主要测试软件功能的方法称为黑盒法。

118、选择测试用例，使得被测程序中每个判定的每个分支至少执行一次，这种逻辑覆盖标准称为判定覆盖。

119、要覆盖含循环结构的所有路径是不可能的，一般通过限制循环次数来测试。

120、用等价类划分法设计测试用例时，如果被测程序的某个输入条件规定了取值范围，则可确定一个合理的等在和两个不合理的等价类。

121、凭经验或直觉推测程序中可能存在的错误而设计测试用例的方法是错误推测法。

122、集成测试中的具体方法是渐增式和非渐增式测试方法。123、确认测试阶段的两项工作是进行确认测试和软件配置审查。124、在单元测试中，测试一个模块时，需要设计驱动模块和桩模块。

125、软件配置管理，简称SCM，它用于整个软件工程过程。其主要目标是：标识变更 控制变更 确保变更正确地实现 报告有关变更

126、SCM是一组管理整个软件生存期各阶段中变更的活动。

127、基线的作用是把各阶段的开发工作划分得更加明确，便于检查与确认阶段成果。因此，基线可以作为项目的一个检查点。

第二篇：软件测试（推荐）

一、简答5*6’

1.为什么不让时间有余的人做测试工作

表面上看这体现了管理的效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。2.软件测试风险主要体现在哪里

我们没有对软件进行完全测试，实际就是选择了风险，因为缺陷极有可能存在没有进行测试的部分。因此，我们要尽可能的选择最合适的测试量，把风险降低到最小 3.所有软件测试缺陷都需要修复吗

从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时间时考虑再处理。缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考，以做出正确的决定。4.如何减少测试人员跳槽带来的损失 建议我们从以下两个方面做起：

-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求，是知识互相转移的过程。在此基础上，可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化。

-管理者就应该把员工的个人成长和企业的发展联系起来，为员工设定合理发展规划并付诸实现。

5.验收测试的注意点有哪些 测试要注意下面的事项：

（1）用户现场测试不可能测试全部功能，因此要测试核心功能。这需要提前做好准备，这些核心功能一定要预先经过测试，证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多，不应该进行演示。（2）如果某些模块确实有问题，我们可以演示其它重要的业务功能模块，必要时要向用户做成合理的解释。争得时间后，及时修改缺陷来弥补。（3）永远不能欺骗用户，蒙混过关。6.完全测试程序是可能的吗

实际上完全测试是不可能的。主要有以下原因：-完全测试比较耗时，时间上不允许；

-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；-输入量太大，不能一一进行测试；-输出结果太多，只能分类进行验证；-软件实现途径太多；

-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；因此测试的程度要根据实际情况确定 7.是不是发现的缺陷越多就说明软件缺陷越多 其中的原因主要如下：

-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷。-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。

“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。8.软件测试就是QA吗

软件测试人员的职责是尽可能早的找出软件缺陷，确保得以修复。而质量保证人员（QA）主要职责是创建或者制定标准和方法，提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试，质量保证人员日常工作重要内容是检查与评审，测试工作也是测试保证人员的工作对象。软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作。9.测试产品和测试项目区别

习惯上把开发完成后进行商业化、几乎不进行代码修改就可以售给用户使用的软件成为软件产品，也就是可以买“卖拷贝”的软件，软件项目是一种个性化的产品，可以是按照用户要求全部重新开发，也可以修改已有的软件产品来满足特定的用户需求。项目和产品的不同特点，决定我们测试产品和测试项目仍然会有很多不同的地方：

-质量要求不同。通常产品的质量要高一些，修复发布后产品的缺陷成本较高，甚至会带来很多负面的影响。而做项目通常面向某一用户，虽然质量越高越好，但是一般只要满足用户要求就可以了。测试资源投入多少不同。做软件产品通常是研发中心来开发，进度压力要小些。同时由于质量要求高，因此会投入较多的人力、物力资源。项目最后要和用户共同验收测试，这是产品测试不具有的特点。此外，测试产品与测试项目在缺陷管理方面、测试策略制定都会有很大不同，测试管理者应该结合具体的环境，恰如其分的完成工作 10.如何编写提交给用户的测试报告

测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了测试工作的实施情况,一般外部测试报告要满足下面几个要求：

根据内部测试报告进行编写，一般可以摘录；不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道；报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的；报告上面的内容尽量要真实可靠；整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。总之，外部测试报告要小心谨慎的编写。

二、论述2*12’

1.请论述为什么要进行软件测试，并列举历史上2~3个著名软件测试（缺陷）案例，说明测试重要性

软件测试的目的,第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情（，另一方面是确认软件以正确的方式来做了这个事情。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发过程是高质量的。

爱国者导弹防御系统把“枪口”对准了自己人 美国迪斯尼公司的狮子王游戏软件的兼容性问题 售票系统性能问题

2.论述软件测试科学的发展历程 1957年之前－调试为主 20世纪50年代，计算机刚诞生不久，只有科学家级别的人才会去编程，需求和程序本身也远远没有现在这么复杂多变，相当于开发人员一人承担需求分析，设计，开发，测试等所有工作，当然也不会有人去区分调试和测试。

1957–1978－证明为主 当时计算机应用的数量，成本和复杂性都大幅度提升，随之而来的经济风险也大大增加，测试就显得很有必要了，这个时期测试的主要目就是确认软件是满足需求的，也就是我们常说的“做了该做的事情”。

1979–1982－破坏为主 我们不仅要证明软件做了该做的事情，也要保证它没做不该做的事情，这会使测试更加全面，更容易发现问题。

1983–1987－评估为主 人们提出了在软件生命周期中使用分析，评审，测试来评估产品的理论。软件测试工程在这个时期得到了快速的发展.1988–至今－预防为主 预防为主是当下软件测试的主流思想之一。测试不是在编码完成后才开始介入，而是贯穿于整个软件生命周期。3.论述软件缺陷的由来

软件缺陷的产生主要是由软件产品的特点和开发过程决定的。

软件本身：①需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。②系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。③对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误。④对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调，不一致性带来的问题。⑤没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。⑥系统运行环境的复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大。从而会引起强度或负载问题。⑦由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。⑧新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。

团队工作：系统需求分析时对客户的需求理解不清楚，或者和用户的沟通存在一些困难。不同阶段的开发人员相互理解不一致。对于设计或编程上的一些假定或依赖性，相关人员没有充分沟通。项目组成员技术水平参差不齐技术问题。算法错误：在给定条件下没能给出正确或准确的结果。语法错误：对于编译性语言程序，编译器可以发现这类问题；但对于解释性语言程序，只能在测试运行时发现。计算和精度问题：计算的结果没有满足所需要的精度。系统结构不合理、算法选择不科学，造成系统性能低下。接口参数传递不匹配，导致模块集成出现问题。

项目管理的问题：缺乏质量文化，不重视质量计划，对质量、资源、任务、成本等的平衡性把握不好，容易挤掉需求分析、评审、测试、等时间，遗留的缺陷会比较多。系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。开发周期短，需求分析、设计、编程、测试等各项工作不能完全按照定义好的流程来进行，工作不够充分，结果也就不完整、不准确，错误较多；周期短，还给各类开发人员造成太大的压力，引起一些人为的错误。开发流程不够完善，存在太多的随机性和缺乏严谨的内审或评审机制，容易产生问题。文档不完善，风险估计不足等。4.软件测试V模型

①绘制示意图

②阐述每个步骤是做什么 需求分析

即首先要明确客户需要的是什么，需要软件作成什么样子，需要有那几项功能

概要设计

主要是架构的实现，指搭建架构、表述各模块功能、模块接口连接和数据传递的实现等项事务。详细设计

对概要设计中表述的各模块进行深入分析，对各模块组合进行分析等。软件编码

按照详细设计好的模块功能表，编程人员编写出实际的代码。单元测试

按照设定好的最小测试单元进行按单元测试，主要是测试程序代码，为的是确保各单元模块被正确的编译，单元的具体划分按不同的单位与不同的软件有不同。集成测试

经过了单元测试后，将各单元组合成完整的体系，主要测试各模块间组合后的功能实现情况，以及模块接口连接的成功与否，数据传递的正确性等，其主要目的是检查软件单位之间的接口是否正确。根据集成测试计划，一边将模块或其他软件单位组合成系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。系统测试

经过了单元测试和集成测试以后，我们要把软件系统搭建起来，按照软件规格说明书中所要求，测试软件其性能功能等是否和用户需求相符合，在系统中运行是否存在漏洞，等。验收测试

主要就是用户在拿到软件的时候，在使用现场，会根据前边所提到的需求，以及规格说明书来做相应测试，以确定软件达到符合效果的。

第三篇：软件测试复习资料

1． 黑盒测试法是通过分析程序的功能来设计测试用例的方法。

2． 黑盒测试除了测试程序外，它还适用于对需求分析阶段的软件文档进行测试。3． 白盒测试除了测试程序外，它也适用于对软件具体设计阶段的软件文档进行测试。4． 单元测试一般以白盒测试法为主，测试的依据是模块功能规格说明。5． 软件测试中常用的静态分析方法是引用分析和接口分析。

6． 测试人员的基本素质为计算机专业技能、测试专业技能、行业知识

7． 软件危机的体现为：A、开发成本和进度估计不正确B、用户对完成的软件不满足C、软件经常不可维护；

8． 软件测试按照开发阶段划分：A、单元测试

B、集成测试；系统测试C、确认测试；验收测试

9． 软件测试按照测试技术划分：A、性能测试、负载测试、压力测试B、恢复测试、安全测试、兼容测试

10． 软件测试项目周期是指：A、需求阶段、测试计划B、阶段测试、设计阶段测试、执行阶段 11． 软件测试原则有：A、制定严格的测试计划 B、保留所有的测试文档C、功能测试中的缺陷确认 12． 制定测试计划的步骤：确定测试范围、确定测试策略、确定测试标准、确定测试构架、确定项目管理机制、预计测试工作量、测试计划评审 13． 对于软件的β测试，β测试就是在软件公司外部展开的测试，由非专业的测试人员执行的测试。14． 正式的技术评审FTR（Formal Technical Review）是软件质量保证活动，其相关的描述为： A.FTR是评审产品而不是评审生产者的能力B.FTR要有严格的评审计划并遵守日程安排C.FTR限制参与者人数并要求评审会之前做好预备 15． 在进行单元测试时，常用的方法是采用白盒测试，辅之以黑盒测试

16． 侧重于观察资源耗尽情况下的软件表现的系统测试被称为压力测试 17． 必须要求用户参与的测试阶段是验收测试 18． 系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。

19． 测试通常可分为白盒测试和黑盒测试。白盒测试是根据程序的内部逻辑来设计测试用例,黑盒测试是根据软件的规格说明来设计测试用例。20． 一个程序中所含有的路径数与程序的复杂程度有着直接的关系。

1． 测试阶段的根本目标是尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用。2． 功能测试时系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。3． 软件测试主要分为单元测试、集成测试、确认测试和系统测试四类测试。4． 渐增方式把模块结合到程序中去时，有自顶向下和自底向上两种集成策略。5． 编写测试用例的依据是单元测试计划和详细设计说明书。6． 系统测试时在集成测试完成后，确认测试之前进行的测试。

7． 设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件、和迭代计划。

8． 测试设计员的职责有设计测试用例、设计测试过程、脚本。

9． 软件验收测试包括正式验收测试、alpha测试、beta测试三种类型。10． 软件测试按照开发阶段划分单元测试、集成测试、系统测试、确认测试、验收测试。11． 软件测试按照测试技术划分性能测试、负载测试、压力测试、恢复测试、安全测试、兼容测试

12． 静态测试基本特征是在对软件进行分析、检查和审阅，不实际运行被测试的软件 13． 软件测试项目周期是指需求阶段、测试计划、阶段测试、设计阶段测试、执行阶段 14． 软件测试的角色分析人员、设计人员、开发人员、执行人员 15． 软件测试原则有制定严格的测试计划、、保留所有的测试文档、功能测试中的缺陷确认

16． 测试工作的文档主要有：测试计划、测试模型和用例设计或规格说明、测试分析报告等

17． 测试计划的制定必须要注重测试策略、测试范围、测试方法、测试安排、测试风险、测试治理

18． 缺陷的分类为：需求文档的缺陷、软件配置引起的缺陷、分析、设计的缺陷、静态文档的缺陷、软件开发引起的缺陷、短视将来的缺陷 19． 测试用例工作主要是如何添加测试用例、如何编写测试用例、将测试用例和需求关联

20． 自动化测试工具有：ratinal Robot、winrunner、quicktest 21． 软件性能测试工具有： loadRunner、Ratinaol Visual Qantify、PureLoad 22． BUG的种类有：需求阶段的BUG、分析设计阶段的BUG、实现阶段的BUG、配置阶段的BUG、静态文档的BUG。23． 测试项目主要包括以下几个阶段：计划阶段、初始阶段、执行阶段、总结评估阶段、设计阶段。

1． 缺陷报告

是描述软件缺陷现象和重现步骤地集合。软件缺陷报告Software Bug Report（SBR）或软件问题报告Software Problem Report（SPR）

2． 回归测试

是指重新执行已经做过的测试的某个子集，以保证修改变化没有带来非预期的副作用。

3． 动态测试 通过运行软件来检验软件的动态行为和运行结果的正确性。动态测试的两个基本要素： 被测试程序、测试数据（测试用例）

4． 白盒测试又称为结构测试和逻辑驱动测试，允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。白盒测试是把测试对象看作一个打开的盒子，测试人员须了解程序的内部结构和处理过程，由于白盒测试是一种结构测试，所以被测对象基本上是源程序，以程序的内部逻辑和指定的覆盖标准确定测试数据。

5． 黑盒测试又称为功能测试或数据驱动测试，把系统看成一个黑盒子，不考虑程序的内在逻辑，只根据需求规格说明书的要求来检查程序的功能是否符合它的功能说明。

6． 路径覆盖的含义是，选取足够多的测试数据，使程序的每条可能路径都至少执行一次(如果程序图中有环，则要求每个环至少经过一次)。

7． 软件测试 ：在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。8． 单元测试（模块测试）：针对每个模块进行的测试，可从程序的内部结构出发设计测试用例，多个模块可以平行地对立地测试。通常在编码阶段进行，必要的时候要制作驱动模块和桩模块。9． 集成测试：在单元测试的基础上，将所有模块按照设计要求组装成为系统，应提交集成测试计划、集成测试规格说明和集成测试分析报告。

10． 确认测试：验证软件的功能和性能及其它特性是否与用户的要求一致。

11． 系统测试：将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试。

1． 测试过程中会产生哪些基本文档？

（1）测试计划（通常包括单元测试和集成测试）：确定测试范围、方法和需要的资源

（2）测试过程：详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）；

（3）测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生 问题报告，并且必须通过调试解决所发现的问题。

（4）

2.大型软件系统的测试过程基本上由几个步骤组成? 1）.模块测试

在设计得好的软件系统中，每个模块完成一个清晰定义的子功能，而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此，有可能把每个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。2）.子系统测试

子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此，这个步骤着重测试模块的接口。3）.系统测试

系统测试是把经过测试的子系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的动态特性也符合预定要求。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。不论是子系统测试还是系统测试，都兼有检测和组装两重含义，通常称为集成测试。4）.验收测试

验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据(系统将来要处理的信息)进行测试。验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。验收测试也称为确认测试。5）.平行运行

关系重大的软件产品在验收之后往往并不立即投入生产性运行，而是要再经过一段平行运行时间的考验。所谓平行运行就是同时运行新开发出来的系统和将被它取代的旧系统，以便比较新旧两个系统的处理结果。这样做的具体目的有如下几点：(1)可以在准生产环境中运行新系统而又不冒风险；(2)用户能有一段熟悉新系统的时间；

(3)可以验证用户指南和使用手册之类的文档；

(4)能够以准生产模式对新系统进行全负荷测试，可以用测试结果验证性能指标。3.一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。

计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试一套完整的测试应该由五个阶段组成：

1）测试计划首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。2）测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响测试结果的有效性）。

3）测试开发建立可重复使用的自动测试过程。

4）测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。

5）测试评估结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。4.软件测试的流程

制订测试计划、设计测试用例、实施测试、提交缺陷报告、编写测试总结。5.测试计划的内容都包括什么？其中哪些是最重要的？

1)测试计划的内容：测试目的和测试项目简介、测试参考文档和测试提交文档、术语和定义、测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准、暂停和重新启动测试的标准、风险和问题等。2)最重要的：测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准 6.测试计划的目的是什么？

测试计划的目的：编写软件测试计划的目的是指导测试组成员进行工作和让测试组以外的项目成员了解测试工作的。7.简述静态测试和动态测试的区别？

a)静态测试： 基本特征是在对软件进行分析、检查和审阅，不实际运行被测试的软件。静态测试约可找出30～70%的逻辑设计错误。对需求规格说明书、软件设计说明书、源程序做检查和审阅。包括：是否符合标准和规范；通过结构分析、流图分析、符号执行指出软件缺陷。b)动态测试：通过运行软件来检验软件的动态行为和运行结果的正确性。动态测试的两个基本要素：被测试程序和测试数据（测试用例）。动态测试方法：(1)选取定义域有效值,或定义域外无效值；(2)对已选取值决定预期的结果；(3)用选取值执行程序；(4)执行结果与预期的结果相比,不吻和程序有错。8.白盒测试有哪几种方法？

语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖。9.压力测试和性能测试的区别？

1)广义上说压力测试是包括在性能测试之中的，是性能测试项内的一种。

2)性能测试：顾名思义就是测试软件的运行性能。验证SRS中的性能需求，是否实现。

3)压力测试：测试软件在超负荷下的工作情况，也是一种软件的性能。因此是属于性能测试范围的。

10.测试结束的标准是什么？

测试计划中所有规定的测试内容和回归测试都已经运行完成或根据上级主管对测试结果的意见，就可以结束本次测试。11.黑盒测试的测试用例设计方法包括哪些？：

a)等价类划分：划分等价类--确立测试用例--设计用例。b)边界值分析：通过分析，考虑如何确立边界情况 c)错误推测法：靠经验和直觉来推测程序中可能存在的各种错误，从而有针对性地编写用例。可以列举出可能的错误和可能发生错误的地方，然后选择用例。d)因果图：通过画因果图，在图上标明约束和限制，转换成判定表，然后设计测试用例。这适合于检查程序输入条件的各种组合情况。

12.缺陷报告的作用

缺陷报告是软件测试人员的工作成果之一，体现软件测试的价值缺陷报告可以把软件存在的缺陷准确的描述出来，便于开发人员修正缺陷报告可以反映项目、产品当前的质量状态，便于项目整体进度和质量控制。软件测试缺陷报告是软件测试的输出成果之一，可以衡量测试人员的工作能力。13.等价分类法的基本思想是什么？

根据程序的输入特性，将程序的定义域划分为有限个等价区段“等价类”，从等价类中选择出的用例具有“代表性”，即测试某个等价类的代表值就等于对这一类其他值的测试。如果某个等价类的一个输入数据（代表值）测试中查出了错误，说明该类中其他测试用例也会有错误。14.简单阐述一下软件测试的目标

(1)测试是为了发现程序中的错误而执行程序的过程；

(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；(3)成功的测试是发现了至今为止尚未发现的错误的测试。15.软件测试准则有哪些？

(1)所有测试都应该能追溯到用户需求。

(2)应当把“尽早地和不断地进行软件测试” 作为软件开发者的座右铭。(3)pareto原则：测试发现的错误中的80%很可能是由程序中20%的模块造成的。

（4）应该从“小规模”测试开始，并逐步进行“大规模”测试。

（5）测试用例应由输入数据和预期的输出结果两部分组成，并兼顾合理的输入和不合理的输入数据

（6）穷举测试是不可能的。

（7）为了达到最佳的测试效果，应该由独立的第三方从事测试工作。

（8）程序修改后要回归测试。

（9）应长期保留测试用例，直至系统废弃。16.您认为做好测试用例设计工作的关键是什么？

1)白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

2)黑盒测试用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题

1． 根据下面给出的规格说明，利用等价类划分的方法，给出足够的测试用例。

“一个程序读入三个整数。把此三个数值看成是一个三角形的三个边。这个程序要打印出信息，说明这个三角形是三边不等的、是等腰的、还是等边的。”

2． 某报表处理系统要求用户输入处理报表的日期，日期限制在2003年1月至2008年12月，即系统只能对该段期间内的报表进行处理，如日期不在此范围内，则显示输入错误信息。系统日期规定由年、月的6位数字字符组成，前四位代表年，后两位代表月。请用等价类划分法和边界值划分法设计测试用例来测试程序的日期检查功能。

3． 设要对一个自动饮料售货机软件进行黑盒测试。该软件的规格说明如下：

“有一个处理单价为1元5角钱的盒装饮料的自动售货机软件。若投入1元5角硬币，按下“可乐”、“雪碧”或“红茶”按钮，相应的饮料就送出来。若投入的是2元硬币，在送出饮料的同时退还5角硬币。”

利用等价类划分的方法，设计测试该软件的全部测试用例。

第四篇：软件测试小结

第二阶段学习小结

1.白盒测试需要了解其内部结构和运行机制。白盒测试，也称之为结构测试和逻辑驱动测试。黑盒测试不需了解程序内部结构和内部特征。主要着眼于程序外部的用户界面，关注软件的输入和输出，关注用户的需求，从用户的角度来验证软件的功能。黑盒测试也称之为功能测试和数据驱动测试。

2.黑盒测试技术主要有：等价类划分法、边界值分析法、判定表方法、因果图法、错误推测法。

3.白盒测试主要技术有：语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖、路径覆盖。

4.测试用例的定义：测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。

软件测试的基本格式：软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。{系统测试用例的编号这样定义规则： PROJECT1-ST-001，命名规则是项目名称+测试阶段类型（系统测试阶段）+编号。定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。测试用例设计方法：（1）逐级细分法（2）输入域测试法（3）输出域分析法（4）正交试验设计法（5）业务流程分析法（6）状态迁移法（7）因果图法（8）判定表法（9）错误猜测法(10)等价类划分法（11）边界值分析法}。

5.Bug的描述：

① 和 bug 产生对应的软件版本。

② 开发的接口人员。

③ bug 的优先级。

④ bug 的严重程度。

⑤ bug 可能属于的模块，如果不能确认，可以用开发人员来判断。

⑥ bug 标题，需要清晰的描述现象。

⑦ bug 描述，需要尽量给出重新 bug 的步骤。

⑧ bug 附件中能给出相关的日志和截图。

6.软件测试环境的主要要素：配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的重要性和真实性。一般来说，配置测试环境要满足五个基本元素：硬件、软件、网络环境、数据准备、测试工具。

7.测试环境的搭建:单机版测试环境搭建，b/s架构测试环境的搭建，c/s架构测试环境的搭建。

8.测试环境的管理：设置专门的测试环境管理员角色、明确测试环境管理所需的各种文档、测试环境访问权限的管理、测试环境的变更管理、测试环境的备份和恢复。

9.自动化测试工具介绍：性能测试—Loadrunner、Robot、Silk performer，功能测试—QTP、Winrunner、Robot、Silk test，其他测试—Xenu、AiRoboForm。

第五篇：软件测试简答题

一、软件测试有哪些基本原则？答：1，所有的测试都应追溯到用户需求。2，应当把

尽早和不断的测试作为座右铭。3，测试工作应该由独立的专业的软件测试机构来完成。4，Pareto原则。5，设计用例时，应该考虑各种情况。6，对测试出的错误结果一定要有一个确认的过程。7，制定严格的测试计划。8，完全测试是不可能的，测试需要终止。9，注意回归测试的关联性。10，妥善保存一切测试过程文档。

二、软件测试人员需要哪些基本素质？答：1，具有良好的计算机编程基础。2，具有

创新精神和超前意识。3，不懈努力，追求完美。4，具有很强的沟通和交流能力。5，具有整体观念，对细节敏感。6，团队合作精神。

三、什么的黑盒测试？什么是白盒测试？答：黑盒测试：已知产品的功能设计规格和

用户手册，可以进行测试验证每个功能是否实现每个实现了的功能是否符合要求，以及产品的性能是否满足用户的需求。白盒测试：已知产品的内部工作过程，可以通过测试验证每种内部操作是否符合设计规格要求，所有内部成分是否已经过检查。

四、黑盒测试包括功能 非功能测试部分，说明几种测试方法。答：黑盒测试一般可分

为功能测试和非功能测试两大类：功能测试主要包括等价类划分、边值分析、因果图法、错误推测、功能图法等，主要用于软件确认测试；非功能测试主要包括使用性能测试、性能测试、强度测试、兼容性测试、配置测试、安全测试等。

五、简述集成测试的实施方案有哪些？答：集成测试的实施方案有很多种，如非增量

式集成测试和增量式集成测试，三明治集成测试，核心集成测试，分层集成测试，基于使用的集成测试等；常用的是前两种。

六、简述增量式集成测试中的自顶山下和自底向上的两种测试方法？答：自顶向下增

量式集成测试表示逐步集成和逐步测试是按结构图自上向下进行的，即模块集成的顺序是首先集成主控模块，然后按照软件控制层结构向下进行集成。自底向上增量是集成测试是从最底层的模块开始，按结构图自下向上逐步进行测试工作。

七、什么是软件缺陷？软件缺陷的类型？答：软件缺陷是1软件未达到软件规格说明

书中规定的功能；2软件超出软件规格说明书中指出的范围；3软件未达到软件规格说明书中指出的应达到的目标；4软件运行出现错误；5软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。类型：1功能缺陷；2用户见面缺陷；3文档缺陷；4软件配置缺陷；5性能缺陷；6系统模块接口缺陷。

八、可采取哪些方法来分离和再现软件缺陷？答：1，确保所有的步骤都被记录；2，注意时间和运行条件上的因素；3，注意软件的边界条件、内容容量和数据溢出的问题；4,注意事件发生次序导致的软件缺陷；5，考虑资源依赖性和内存、网络、硬件共享的相互作用；6，不要忽视硬件。

九、什么是测试用例？测试用例的分类？答：测试用例是测试执行的最小实体，是为

特定的目的而设计的一组测试输入、执行条件和预期的结果。分类：1白盒测试用例；2软件各项功能的测试用例；3用户界面测试用例；4软件的各项非功能测试用例；5对软件缺陷修正所确认的测试用例。

十、测试用例设计的基本原则是什么？答：1用成熟测试用例设计方法来指导设计；2

测试用例的正确性；3测试用例的代表性；4测试结果的可判定性；5测试结果的可再现性；6足够详细、准确和清晰的步骤。