【问题标题】:What are test case enumeration.? How to write it.?什么是测试用例枚举。?怎么写。?
【发布时间】:2016-09-29 21:29:31
【问题描述】:

最近,在寻找手动 QA 方面的工作变动时,我面试了一些常规测试概念问题。但是,在一些公司中,他们给出了一些场景并要求为其编写测试用例枚举。它像我需要编写的测试步骤吗?据我所知,枚举意味着集合中所有项目的完整、有序列表,那么,它是否编写了所有带有描述的测试步骤。?

【问题讨论】:

  • 相当模棱两可 - 为什么不问提出问题的人解释他们的意思?
  • 实际上,我已经写了测试步骤,面试官没有回答任何否定的答案,好像这是正确的程序,他继续进一步的问题。但是,我没有被这些公司选中,所以不确定我错过了哪里。为了澄清我的疑问,我把这个问题放在这里。抱歉,如果不清楚
  • 请提供一些例子,比如你在面试中遇到的场景。?

标签: manual-testing


【解决方案1】:

Test Enumeration 对测试套件中存在的脚本逐一排序,例如 1、2、3... 等。这就像定义您希望在测试套件中运行特定脚本的优先级一样。

【讨论】:

    【解决方案2】:

    对我来说,枚举意味着给每个测试用例标识符,它不是 1、2、3 等,但它可以告诉你一些事情,例如在非常简单的项目中,你有三个模块用户、订单、报告,你可以枚举你的用例User.Accounts.1、User.Accounts.2...、User.Roles.1、User.Roles.2、Orders.Add.1、Orders.Edit.1、Orders.Edit.2 等。 我给出了长标识符,但您可以缩短它,甚至用数字替换名称。 其他方式(甚至更清楚)您可以为用例命名:

    User.Accounts.Add account
    User.Accounts.Edit account
    User.Accounts.Remove account
    User.Accounts.Remove account - negative (cannot remove)
    User.Roles.Add role
    etc...
    

    这可以帮助您(和其他人)查看您计划的测试用例列表是否已满,或者您应该添加一些新的。

    【讨论】:

      【解决方案3】:

      列出所有可能的测试用例名称,这些名称可以从提供的场景中提取出来,并根据优先级和正/负/类型对它们进行分类,这是测试用例枚举。 如果您需要任何东西,请发表评论,这是一个更好理解的示例。 枚举登录测试用例:(将优先级分类为P1>P2>P3) 正面案例包括:

      1. P1-验证登录对话框
      2. P1-验证登录ID
      3. P1-验证密码
      4. P1-验证提交按钮

      负面情况包括: 1. P3-验证使用空 id 和密码字段登录

      注意:尚未涵盖所有测试用例。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2015-12-31
        • 1970-01-01
        • 2013-07-27
        • 2013-10-12
        相关资源
        最近更新 更多