UI测试的问题
之前一直在做web基本功能测试，至于UI测试，没有单独地拎出来过，可能在写功能测试用例时无意中涉及到UI的用例。现在组长说要重视起UI的测试，于是他带动起大家补写UI测试用例，于是开始查找UI测试用例编写的相关资料，看了一些资料后存在一些疑问：1.比如一个登录界面，用户名和密码文本框自然属于UI测试范围，那么当用户名和密码不匹配，此时登录弹出的错误提示，这个是算UI测试还是功能测试
2.还有一些会按等价类或边界值划分，这些不是功能性测试吗？ 1.比如一个登录界面，用户名和密码文本框自然属于UI测试范围，那么当用户名和密码不匹配，此时登录弹出的错误提示，这个是算UI测试还是功能测试2.还有一些会按等价类或边界值划分，这些不是功能性测试吗？
两个问题其实是一个问题：使UI现象出现“测试步骤”是否算是UI测试？
以错误提示框为例，首先，错误提示框的外观检查属于UI测试，这是不容置疑的。
而弹出错误提示框的设计逻辑测试属于功能测试还是UI测试，在不同的公司有不同的理解和处理。比较常见的做法，将UI测试与功能测试镶嵌在一起，在检查的功能的同时，通过增加UI检查点来完成UI测试。 当然，单纯的UI测试也是存在的。那么UI测试与功能测试的区别在哪里呢？其实最大的区别只是两者的检查点不同而已，UI测试更关注界面规范，比如页面布局，框体大小，字体类型，甚至是字符表达方式等等；而功能测试更关注逻辑实现，比如怎么将这个页面或提示框的显示逻辑实现。所以，用功能测试的设计方法设计UI测试用例并没有什么问题，只需要注意将检查点放到UI上即可。 举个例子：功能测试的错误提示框的用例：步骤：输入257字符预期输出：错误提示框弹出 UI测试的错误提示框的用例;步骤:输入257字符预期输出：错误提示框弹出；提示字符为“XXXXX”；框体大小为“xxxxxx” ——————————————————————————————--- 综上，功能测试和UI测试的用例步骤是大同小异的，只是两者的检查点不同而已。 另外，如果是做纯UI用例，可以考虑先清理出UI list
即包含了所有页面/框体/button的列表，然后逐一设计用例去检查它们。 回复 2# Jackc
看完有点恍然大悟的感觉，特别是举了例子，很容易懂哈！
发现原来自己平时设计的用例有些已经将UI和功能镶嵌在一起了，但是自己以前一直将这些归为功能测试，现在终于能够稍微分清楚一些了，非常感谢版主！:P :loveliness不错，学习了
页:
[1]
