testing - UI 上的 "boundary condition testing"(文本框的最大长度)是个好主意吗？

Question

我知道边界条件测试在软件测试中是一件好事。但在我看来，我认为用边界条件测试来测试文本框的最大长度并不是一个好主意。

例如，我有一个将限制设置为 10 个字符的文本框。是否需要通过以下所有测试进行测试？

1. 输入 5 个字符的文本并期望它会通过。
2. 输入 10 个字符的文本并期望测试通过。
3. 输入一个 11 个字符的文本并预计他们不能这样做。

我尝试搜索有关在 UI 上应用边界条件测试的信息，但我发现的信息很少。

Answer 1

您缺少一种称为 Equivalence Class Partitioning 的技术.让我们以你的例子为例。您可以使用几种不同的 EC 来评估文本字段的限制。这是一个表格:

    +------------+------------------+-------------------+-------------------+
    | Factor:    | Factor:          | Risk:             | Risk:             |
    | Size       | Characters       | Downstream        | Upstream          |
    |            |                  |                   |                   |
    +-----------------------------------------------------------------------+
    | 0          | A-Z              | Are there any     | Ditto.            |
    | 1          | a-z              | things that are   | Is there anything |
    | >1         | Any UTF-8        | affected down-    | affected by your  |
    | 10         | Any UTF-16       | stream? Does      | input after the   |
    | >10        | etc.             | any of the other  | fact? For instance|
    |            |                  | conditions cause  | a login form might|
    |            |                  | problems for      | have a "Name"     |
    |            |                  | other functions?  | with a length of  |
    |            |                  |                   | 9 somewhere else  |
    |            |                  |                   | in the application|
    |            |                  |                   |                   |
    +------------+------------------+-------------------+-------------------

根据此表，您可以尝试输入的变体(不仅仅是 BVA)，看看什么是有意义的。查看风险并查看您所做的任何事情是否对应用程序的上游或下游产生了影响。

现在，如果您遇到组合太多的情况，请使用另一种称为 All-pairs 的技术。测试。这将限制您拥有的组合。

归根结底，这不是详尽的测试，而是确保风险得到适当的探索和测试。

这里有一点 3 minute video这也是一个很好的资源，详细说明了 BVA 和 EC 齐头并进的事实。

回答您的具体问题:

Is “boundary condition testing” on UI (TextBox's max length) a good idea? Is it necessary to test with all below tests?

是的。这些是一些非常基本的界限，尽管您在 IMO 中遗漏了 2 个案例:

• Null 情况:字段是否为 null 是否重要？
• 0 个案例:0 重要吗？零可以表示数字“0”，也可以表示从最终用户的角度来看，传递的字符实际上并不存在；例如，使用空格。零不同于空值，因为您也可以将空格等传递到字段中。也许您可以通过 11 个空格并且您的应用程序很满意？我不知道，但这是一个值得探索的边界。

根据您的应用程序的用途，您需要评估其他风险因素并提出与这些风险相关的测试。