GUI测试、界面测试用例，有么？
本帖最后由 hugh1st 于 2010-11-28 10:24 编辑我们公司的界面测试用例是与功能测试用例合在一起的，感觉不是很好，我想把它们分离开来。
也有人告诉我说GUI测试不需要测试用例，只要有GUI的规范说明，之后按照规范说明进行测试就可以了。但是这不是我想要的。
大家有没有专门的GUI测试用例呢，我想参考一下，谢谢了！
MSN：e_dao@live.cn
QQ:3286275(e_dao@qq.com)
都那么久了，都没人留言，说明GUI测试确实不怎么热门啊，一般的公司都不会特地地去准备界面测试用例。
个人觉得，每个公司都需要准备自己的GUI规范手册，这样子，开发和测试都有一个统一的标准。 我认为其实LZ更想得到是：怎么解决测试执行中，测试与开发就缺陷定义的分歧。
不仅仅是UI，功能实现上，也经常出现不同的人对相同文字的需求，理解不一致的情况。
通常大家会想：为了消除分歧，我们可以细化需求文档，最终实现每个人对需求理解是一致的。
显然这种想法不切合实际，就目前法律文档来说，也没能实现这个目标……
——————————————————————————————————————
所以，我们可以一分为二来看待这个事情：
1.清理出哪些需求是我们较容易更新清晰的，在以后的需求的规范中，进行改进。如UI部分的标准提示框：框体大小，格式，文字描述，出现条件，关闭条件等等。
2.对于剩下的我们不易更新的需求，则只能通过在后期执行中，加强沟通来解决。
——————————————————————————————————————————————
对于UI用例的设计，单独出现较大规模UI用例的情况还是比较少，大多公司都采用在功能用例中，掺杂UI用例来实现的。
比如，一个web页面登录界面，在对各个编辑框的输入规则进行检查前，先检查这个的页面的基本UI情况，如title，输入框格式……
所以，不需要太在意如何去排列UI用例，只需要根据测试目标情况来做就行了。若测试目标包含较多重复的UI检查用例，则可以把它们归类到一起，方便管理和修改。当然，若认为放在一起不利于测试执行，大可把它们放到各个功能用例中。
页:
[1]
