Testing 是";“边界条件测试”;在用户界面上(文本框的最大长度)一个好主意?
我知道边界条件测试是软件测试中的一件好事。但在我看来,我认为用边界条件测试测试文本框的最大长度不是一个好主意 例如,我有一个文本框,它将限制设置为10个字符。是否有必要进行以下所有测试Testing 是";“边界条件测试”;在用户界面上(文本框的最大长度)一个好主意?,testing,automated-tests,coded-ui-tests,Testing,Automated Tests,Coded Ui Tests,我知道边界条件测试是软件测试中的一件好事。但在我看来,我认为用边界条件测试测试文本框的最大长度不是一个好主意 例如,我有一个文本框,它将限制设置为10个字符。是否有必要进行以下所有测试 输入一个5字符的文本,并期望它会通过 输入一个10字符的文本,并期望测试通过 输入一个11字符的文本,并期望他们不能这样做 我试图搜索关于在UI上应用边界条件测试的信息,但我发现关于它的信息很少。您缺少一种称为的技术。让我们以你为例。有几种不同的EC可用于评估文本字段的限制。这是一张桌子: 根据这个表,您可以尝试
我试图搜索关于在UI上应用边界条件测试的信息,但我发现关于它的信息很少。您缺少一种称为的技术。让我们以你为例。有几种不同的EC可用于评估文本字段的限制。这是一张桌子: 根据这个表,您可以尝试输入的变化(不仅仅是BVA),看看什么是有意义的。查看风险,看看您所做的任何事情是否对应用程序的上游或下游产生了影响 现在,如果你达到了一个组合太多的点,使用另一种称为测试的技术。这将限制您拥有的组合 归根结底,这不是彻底的测试,而是确保风险得到适当的探索和测试 这里有一点,这也是一个很好的资源,并详细阐述了BVA和EC携手共进的事实。 要回答您的具体问题: 在UI(文本框的最大长度)上进行“边界条件测试”是个好主意吗?是否有必要进行以下所有测试 对。这些是一些非常基本的界限,尽管在国际海事组织中,您遗漏了两个案例:
- 空案例:字段是否为空是否重要
- 0例:0是否显著?零可以表示数字“0”,也可以表示从最终用户的角度传递不存在的字符;例如,使用空格。零与null不同,因为您也可以将空格等传递到字段中。也许你可以通过11个空格,你的申请会很满意吗?我不知道,但这是一个值得探索的边界
+------------+------------------+-------------------+-------------------+
| 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|
| | | | |
+------------+------------------+-------------------+-------------------