关于UI测试，我的一点想法，希望大家都来说说

ellse · 发表于 2007-9-26 17:33:03

又想探讨了，大家测试的时候有没有碰到一个整个UI需要写测试用例的阿？
多了就不算了，就算是UI上面只有不到十个的输入框阿，下拉菜单阿。。。。。。就够让我们写测试用例手忙脚乱的了，我研究了快二周了，还是想不出好的方法来写这样的测试用例，就把我想到的总结到这里吧，希望大家给我一些意见。
首先假定一下界面环境，我在网上截了一个注册界面的图片，假设我们现在要测试的就是这个界面，现在要写测试用例，但是输入框多的可以吓死人，只写其中的一个可能就已经头疼了，何况还有很多种不同输入情况的组合形式（之所以研究这个，是因为我要测的东西就和这个差不多，都快掉头发了

），所以我就有了一点点想法（可能不正确，所以希望有经验的各位大虾们指点一下），下面列出的就是我准备写的测试用例的几个大方面。
根据。。。。。。（中间省略1000字）的分析方法，我把测试用例分为三大部分：
1产生正确的结果的情况
（1）用户名+密码+确认码+注册码
（2）邮件地址（忽略它的红色*，不把它默认为必填选项）
（3）选项信息部分
2产生不正确的结果的情况
（1）用户名+密码
（2）确认码+注册码
（3）邮件地址及其他
（4）选项部分
注：在写不正确的结果的时候，每种情况的前提条件是其他的部分我们输入的都是正确的。
3 组合搭配（个人认为如果把所有的情况都组合起来是要人命的，所以可以选取一些抽取的方法，我想到的是下面二种情况）
（1）将上面1部分和2部分中的情况抽取一些组合搭配
（2）经验丰富的人士可以凭经验写出容易出错的组合形式

当然，我觉得搭配的情况是需要好好测试的，但是如果能保证每个部件没有问题，那么组合搭配测试的时候产生的问题应该也会少很多，当然这是我的个人想法，还是需要大家来指正的。
我就说这么多吧，大家一定要来支持一下阿。
file:///C:/Documents%20and%20Settings/v-lxiaoy/My%20Documents/My%20Pictures/sample
图片显示不了，只好用附件形式了，但是选择了Free形式。

[ 本帖最后由 ellse 于 2007-9-26 17:38 编辑 ]

ellse · 发表于 2007-9-26 17:34:38

图片怎么是红叉叉阿，怎么弄图片呢？

老公最爱小龙虾 · 发表于 2007-9-27 10:42:45

不懂

ellse · 发表于 2007-9-27 11:08:04

不是吧，我写的不清楚吗？

jmy_1981 · 发表于 2007-9-27 16:55:25

如题。

UI (user interface)，不单单就是图形界面，声音，触摸都可以是UI的测试的。

你们有GUI测试的大纲吗？
比如
1. 用户易用性描述（比如，多个用户会不会在同一测试路径下犯错误？）
2. 用户选择性描述（比如，同一用户在同一测试点上犯相同错误的几率？）
3. 界面友好程度（如果你是老人，小孩，左撇子……）
4. 界面风格同一度（你会有会同一个button，这个页面是[OK]，下一个页面是[ok]，再下一个页面是[Ok]？）
……

希望有帮助。

cuiyafang · 发表于 2007-9-27 18:58:28

关于GUI的测试要从功能性，易用性，执行速度，用户的满意程序等这些方面都要考虑，楼主是不是只是从功能实现上进行的测试用例设计，我也是刚开始学测试，希望大家一起讨论

ellse · 发表于 2007-9-28 09:04:32

不是GUI，笼统的说UI好像也不对，唉，不过楼上的说法和我要表达的意思还是很接近的，就是从功能实现上进行的测试用例设计，功能相互之间没有必然的联系，比如说一个搜寻的页面，我们常见的就是百度或是Google，页面上只会显示一个输入框让我们去输入关键字，但是如果这个搜索页面上多几个类似的输入框呢？把每个输入框都附上特定的搜索含义，比如说这个输入框用来查询街道，那个输入框用来查询城市，等等。这种有很多输入框的界面我们要写测试用例的时候单一输入框的写好后，组合输入查询就难了，我可以在二个输入框内写入条件，我也可以在三个内写入，然后又分正确输入错误输入。。。。。。情况一多就变得很复杂了，我没有写过这样的测试用例，所以希望大家可以给我一些建议，说说看怎么写组合测试用例会好一点，简单一些覆盖率又可以大一点？

[ 本帖最后由 ellse 于 2007-9-28 09:06 编辑 ]