测试用例说明应该包含哪些内容？

题目

测试用例说明应该包含哪些内容？

相似考题

1.对于基本流A来说，表6-6所示中哪些测试用例属于正面测试用例，哪些测试用例属于负面测试用例。请用表6-6中相应的“测试用例ID号”回答问题。

2.你觉得有必要写测试用例么，写测试用例的作用有哪些?

3.场景中的每一个场景都需要确定测试用例，一般采用矩阵或决策表来确定和管理测试用例。表6-5是一种通用格式，表中各行代表各个测试用例，而各列代表测试用例的信息。本例中的测试用例包含测试用例ID号、场景(或说明/条件)、测试用例中涉及的所有数据元素(作为输人或已经存在于数据库中)以及预期结果等项目。测试用例的设计步骤通常是：首先确定执行用例场景所需的数据元素(本例中包括账号、是否黑名单卡、输入油量、账面金额以及加油机油量)，然后构建矩阵，最后确定包含执行场景所需的适当条件的测试用例。在表6-6的测试矩阵中，V表示有效数据元素，I表示无效数据元素，n/a表示不适用，例如CW01表示“成功加油”基本流。请按上述规定为其他应用场景设计测试用例矩阵。

4.对于基本流A来说，表7-17中哪些测试用例属于正面测试用例，哪些测试用例属于负面测试用例，请用表7-17中相应的“测试用例ID号”回答问题。

更多“测试用例说明应该包含哪些内容？”相关问题

  • 第1题：

    请分析该程序的规则说明和被测程序的功能，采用等价类划分方法设计测试用例。


    正确答案：首先分析程序的规则说明和被测程序的功能将其划分等价类并编号如下： 有效等价类输入： (1)区号：空白； (2)区号：3位数字； (3)前缀：从200～999的3位数字； (4)后缀：4位数字。 无效等价类输入： (5)区号：有非数字字符； (6)区号：少于3位数字； (7)区号：多于3位数字； (8)前缀：有非数字字符； (9)前缀：起始位为“0”； (10)前缀：少于3位数字； (11)前缀：多于3位数字； (12)后缀：有非数字字符； (13)后缀：少于4位数字； (14)后缀：多于4位数字。 根据上述等价类的划分设计测试用例如下： 有效测试用例输入如表6所示。
    首先分析程序的规则说明和被测程序的功能，将其划分等价类并编号，如下： 有效等价类输入： (1)区号：空白； (2)区号：3位数字； (3)前缀：从200～999的3位数字； (4)后缀：4位数字。 无效等价类输入： (5)区号：有非数字字符； (6)区号：少于3位数字； (7)区号：多于3位数字； (8)前缀：有非数字字符； (9)前缀：起始位为“0”； (10)前缀：少于3位数字； (11)前缀：多于3位数字； (12)后缀：有非数字字符； (13)后缀：少于4位数字； (14)后缀：多于4位数字。 根据上述等价类的划分，设计测试用例如下： 有效测试用例输入，如表6所示。

  • 第2题：

    测试用例不应该包含实际的数据。（ ）

    此题为判断题(对，错)。


    正确答案：×

  • 第3题：

    在软件测试中，高效的测试是指（ ）。

    A.用较多的测试用例说明程序的正确性
    B.用较多的测试用例说明程序符合要求
    C.用较少的测试用例发现尽可能多的错误
    D.用较少的测试用例纠正尽可能多的错误

    答案：C
    解析：
    在软件测试中，高效的测试是指用较少的测试用例发现尽可能多的错误

  • 第4题：

    测试记录包括（ ）。①测试计划或包含测试用例的测试规格说明。②测试期间出现问题的评估与分析。③与测试用例相关的所有结果，包括在测试期间出现的所有失败。④测试中涉及的人员身份。

    A.①②③
    B.①③④
    C.②③
    D.①②③④

    答案：B
    解析：
    本题考查测试记录的内容。测试记录包括：·测试计划或包含测试用例的测试规格说明。·与测试用例相关的所有结果，包括在测试期间出现的所有失败。·测试中涉及的人员身份。

  • 第5题：

    下列选项中，哪些是“用例描述”应该包含的内容（）。

    • A、概述
    • B、基本事件流
    • C、可选事件流
    • D、对象模型
    • E、前置条件

    正确答案:A,B,C,E

  • 第6题：

    黑盒测试的测试用例常见设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。


    正确答案: （1）等价类划分：等价类是指某个输入域的子集合.在该子集合中，各个输入数据对于揭露程序中的错误都是等效的.并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况：有效等价类和无效等价类.
    （2）边界值分析法：是对等价类划分方法的补充。测试工作经验告诉我，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例，可以查出更多的错误.
    使用边界值分析方法设计测试用例，首先应确定边界情况.通常输入和输出等价类的边界，就是应着重测试的边界情况.应当选取正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据.
    （3）错误猜测法：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。
    错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例.例如，在单元测试时曾列出的许多在模块中常见的错误.以前产品测试中曾经发现的错误等，这些就是经验的总结.还有，输入数据和输出数据为0的情况.输入表格为空格或输入表格只有一行.这些都是容易发生错误的情况.可选择这些情况下的例子作为测试用例.
    （4）因果图方法：前面介绍的等价类划分方法和边界值分析方法，都是着重考虑输入条件，但未考虑输入条件之间的联系，相互组合等.考虑输入条件之间的相互组合，可能会产生一些新的情况.但要检查输入条件的组合不是一件容易的事情，即使把所有输入条件划分成等价类，他们之间的组合情况也相当多.因此必须考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来考虑设计测试用例.这就需要利用因果图（逻辑模型）.因果图方法最终生成的就是判定表.它适合于检查程序输入条件的各种组合情况.
    （5）正交表分析法：可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。
    （6）场景分析方法：指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。
    （7）状态图法：通过输入条件和系统需求说明得到被测系统的所有状态，通过输入条件和状态得出输出条件；通过输入条件、输出条件和状态得出被测系统的测试用例。
    （8）大纲法：大纲法是一种着眼于需求的方法，为了列出各种测试条件，就将需求转换为大纲的形式。大纲表示为树状结构，在根和每个叶子结点之间存在唯一的路径。大纲中的每条路径定义了一个特定的输入条件集合，用于定义测试用例。树中叶子的数目或大纲中的路径给出了测试所有功能所需测试用例的大致数量。

  • 第7题：

    测试用例通常包括哪些内容？着重阐述编制测试用例的具体做法不同结构的用例包括的不一样（版本、编号、项目、设计人员、设计日期、输入、预期输出？？）


    正确答案: 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则：PROJECT1-ST-001，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。
    测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如“测试用户登录时输入错误密码时，软件的响应情况”.重要级别：定义测试用例的优先级别，可以笼统的分为“高”和“低”两个级别。一般来说，如果软件需求的优先级为“高”，那么针对该需求的测试用例优先级也为“高”；反之亦然，测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。
    操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。
    预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

  • 第8题：

    软件测试的对象包含：（）

    • A、业务需求说明书
    • B、概要设计规格说明
    • C、业务系统
    • D、功能测试用例

    正确答案:A,B,C,D

  • 第9题：

    问答题
    测试用例说明应该包含哪些内容？

    正确答案： （1）定义（ANSI/IEEE829）：编写用于输入的实际数据和预期结果，并明确指出使用具体测试用例产生的测试程序的任何限制
    （2）包含的内容
    标识符：由测试设计过程说明和测试程序说明引用的唯一标识符
    测试项：描述被测试的详细特性、代码模块等
    输入说明：列举执行测试用例的所有输入内容或者条件
    输出说明：描述进行测试用例预期的结果
    环境要求：执行测试用例的软件、硬件、测试工具及人员等要求
    特殊要求：描述执行测试用例的特殊要求
    用例之间的依赖性：注明与其分用例的依赖关系或受其他用例的影响
    测试用例计划包含4个目标即：组织性、重复性、跟踪和测试证实。
    解析： 暂无解析

  • 第10题：

    多选题
    软件测试的对象包含：（）
    A

    业务需求说明书

    B

    概要设计规格说明

    C

    业务系统

    D

    功能测试用例


    正确答案： A,B,C,D
    解析： 暂无解析

  • 第11题：

    问答题
    测试用例主要包括哪些内容。

    正确答案： 完整的测试用例通常包括：
    （1）测试用例的编号；
    （2）测试日期；
    （3）测试用例设计人员和测试人员；
    （4）测试用例的优先级；
    （5）测试标题；
    （6）测试目标；
    （7）测试环境；
    （8）输入数据/动作；
    （9）测试的操作步骤；
    （10）测试预期的结果。
    解析： 暂无解析

  • 第12题：

    问答题
    黑盒测试的测试用例常见设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

    正确答案： （1）等价类划分：等价类是指某个输入域的子集合.在该子集合中，各个输入数据对于揭露程序中的错误都是等效的.并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况：有效等价类和无效等价类.
    （2）边界值分析法：是对等价类划分方法的补充。测试工作经验告诉我，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例，可以查出更多的错误.
    使用边界值分析方法设计测试用例，首先应确定边界情况.通常输入和输出等价类的边界，就是应着重测试的边界情况.应当选取正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据.
    （3）错误猜测法：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。
    错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例.例如，在单元测试时曾列出的许多在模块中常见的错误.以前产品测试中曾经发现的错误等，这些就是经验的总结.还有，输入数据和输出数据为0的情况.输入表格为空格或输入表格只有一行.这些都是容易发生错误的情况.可选择这些情况下的例子作为测试用例.
    （4）因果图方法：前面介绍的等价类划分方法和边界值分析方法，都是着重考虑输入条件，但未考虑输入条件之间的联系，相互组合等.考虑输入条件之间的相互组合，可能会产生一些新的情况.但要检查输入条件的组合不是一件容易的事情，即使把所有输入条件划分成等价类，他们之间的组合情况也相当多.因此必须考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来考虑设计测试用例.这就需要利用因果图（逻辑模型）.因果图方法最终生成的就是判定表.它适合于检查程序输入条件的各种组合情况.
    （5）正交表分析法：可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。
    （6）场景分析方法：指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。
    （7）状态图法：通过输入条件和系统需求说明得到被测系统的所有状态，通过输入条件和状态得出输出条件；通过输入条件、输出条件和状态得出被测系统的测试用例。
    （8）大纲法：大纲法是一种着眼于需求的方法，为了列出各种测试条件，就将需求转换为大纲的形式。大纲表示为树状结构，在根和每个叶子结点之间存在唯一的路径。大纲中的每条路径定义了一个特定的输入条件集合，用于定义测试用例。树中叶子的数目或大纲中的路径给出了测试所有功能所需测试用例的大致数量。
    解析： 暂无解析

  • 第13题：

    简述测试用例的作用及包含的主要元素。


    正确答案：为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 主要元素：用例、用例名称、测试目的、前提条件、测试环境、测试步骤、预期结果、.实际的结果/测试的结果

  • 第14题：

    正向测试的测试用例用于验证被测单元的功能和性能指标是否能够兑现，而反向测试的测试用例则是要检查被测单元是否做了______。

    A．应该做的事情

    B．不该做的事情

    C．有错误的事情

    D．比性能缺陷的事情


    正确答案：B
    解析：正向集成测试的重点是验证集成之后的模块是否按照设计实现了预期的功能。集成测试中的逆向测试包括分析被测接口是否实现了需求规格没有描述的功能，检查规格说明中可能出现的接口遗漏，或者判断接口定义是否有错误，以及可能出现的接口异常错误，包括接口数据本身的错误、接口数据顺序错误等。

  • 第15题：

    设计功能测试用例的根本依据是（ ）

    A.用户需求规格说明书
    B.用户手册
    C.被测产品的用户界面
    D.概要设计说明书

    答案：A
    解析：
    功能测试关注的是系统功能是否正确实现，其主要依据文档是需求分析文档，集成测试中相关的功能测试会涉及概要设计和详细设计文档。

  • 第16题：

    测试用例应包含的元素有（）

    • A、测试用例应该包含软件或者项目名称、所服务的范围、背景、作者、编写时间等文档类信息
    • B、标题和用例编号
    • C、输入数据/代码
    • D、测试步骤
    • E、预期输出和错误发现方法

    正确答案:A,B,C,D,E

  • 第17题：

    设计测试用例时应该考虑哪些方面，即不同的测试用例针对那些方面进行测试？


    正确答案:设计测试用例时需要注意的是，除了对整体流程及功能注意外，还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安全性测试等多方面。（测试用例需要考虑的四个基本要素是输入、输出、操作和测试环境；另外，测试用例需要考虑的是测试类型（功能、性能、安全……），这部分可以参照TP做答。此外，还需要考虑用例的重要性和优先级）。

  • 第18题：

    系统测试用例的设计基于下列哪些文档（）

    • A、风险
    • B、需求规格说明书
    • C、用户用例
    • D、商业业务流程

    正确答案:B

  • 第19题：

    测试用例主要包括哪些内容。 


    正确答案:完整的测试用例通常包括：
    （1）测试用例的编号；
    （2）测试日期；
    （3）测试用例设计人员和测试人员；
    （4）测试用例的优先级；
    （5）测试标题；
    （6）测试目标；
    （7）测试环境；
    （8）输入数据/动作；
    （9）测试的操作步骤；
    （10）测试预期的结果。

  • 第20题：

    调试用例应该由（）和（）组成。


    正确答案:输入数据；预期的输出结果

  • 第21题：

    单选题
    系统测试用例的设计基于下列哪些文档（）
    A

    风险

    B

    需求规格说明书

    C

    用户用例

    D

    商业业务流程


    正确答案： A
    解析： 暂无解析

  • 第22题：

    问答题
    设计测试用例时应该考虑哪些方面，即不同的测试用例针对那些方面进行测试？

    正确答案： 设计测试用例时需要注意的是，除了对整体流程及功能注意外，还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安全性测试等多方面。（测试用例需要考虑的四个基本要素是输入、输出、操作和测试环境；另外，测试用例需要考虑的是测试类型（功能、性能、安全……），这部分可以参照TP做答。此外，还需要考虑用例的重要性和优先级）。
    解析： 暂无解析

  • 第23题：

    问答题
    测试用例通常包括哪些内容？着重阐述编制测试用例的具体做法不同结构的用例包括的不一样（版本、编号、项目、设计人员、设计日期、输入、预期输出？？）

    正确答案： 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则：PROJECT1-ST-001，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。
    测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如“测试用户登录时输入错误密码时，软件的响应情况”.重要级别：定义测试用例的优先级别，可以笼统的分为“高”和“低”两个级别。一般来说，如果软件需求的优先级为“高”，那么针对该需求的测试用例优先级也为“高”；反之亦然，测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。
    操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。
    预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。
    解析： 暂无解析

相关内容