在UI (TextBox的最大长度)上“边界条件测试”是个好主意吗？

Question

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

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

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

我试图搜索如何在UI上应用边界条件测试，但是我发现很少有关于它的信息。

Answer 1

您缺少了一种叫做等价类划分的技术。让我们以你为例。您可以使用几个不同的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)，看看有什么意义。看看风险，看看你做了什么，在应用程序的上游或下游都有影响。

现在，如果您到了组合太多的地方，请使用另一种名为全对测试的技术。这将限制您的组合。

说到底，这并不是关于详尽的测试，而是要确保风险得到适当的探索和测试。

这里有一个小小的3分钟视频 ，它也是一个很好的资源，并详细阐述了BVA和EC携手并进的事实。

要回答你的具体问题：

在UI (TextBox的最大长度)上“边界条件测试”是个好主意吗？是否有必要对以下所有测试进行测试？

是。这是一些相当基本的界限，虽然你漏掉了两个案例，海事组织：

• null大小写:字段是否为Null是否重要？
• 0例:0有意义吗？零可以表示数字"0"，也可能意味着从最终用户的角度传递不存在的字符；例如，使用空格。0与null不同，因为您也可以将空格等传递到字段中。也许你可以通过11个空间，你的应用程序是快乐的？我不知道，但这是一个值得探索的界限。

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