下面的界面是一个“表框”的生成界面：
1、第一行和第二行的[EditBox]就不说了。
2、第三行开始，就是“天地 {成行Botton、指定Botton、[EditBox+spin]、[单位]Droplist}”左右同上。这里面成行Botton“Checked”的时候，指定Botton为“unChecked”状态且[EditBox+spin]和[单位]Droplist为“Disable”状态。相反，指定Botton“Checked”的时候，成行Botton为“unChecked”状态且[EditBox+spin]和[单位]Droplist为“Enable”状态。“Enable”状态的[EditBox+spin]能输入数值，[单位]Droplist中有四个单位可选（都要测）。
3、第三行右边的是“周围空 天地左右四行{自动Botton、指定Botton、[EditBox+spin]、[单位]Droplist}”。规则同第三行。
4、第四行组~方向：横和纵分别是3个Botton按钮--按顺序分别为横左、横右、横左右，纵左、纵右、纵左有，6选1的。
5、当上面组~方向的按钮选择横左、横右、纵左、纵右中的一个时，下面的第五行[EditBox+spin]、成行Botton、指定Botton、[EditBox+spin]、[单位]Droplist都为“Enable”状态，当组~方向的按钮选择横左右、纵左有中的一个的时候下面的第六行（两侧时的那个）[EditBox+spin]、成行Botton、指定Botton、[EditBox+spin]、[单位]Droplist都为“Enable”状态，否则都为“Disable”状态。
6、下面的那些控件就不说了，没有什么制约关系了。不过他们所有选择的值都会影响表框的生成，我就是想测试表框在所有控件的值的不同的组合下能否正确生成。由于数值庞大所以想用等价类划分和正交组合来测，希望能大范围且平均的覆盖控件的值。但是这里面的控件有太多的制约因素，而这些正交表里都没有提起。。。。所以没有办法进行了。有做过类似项目的高手请指点一下小弟吧，正交组合理论上教的太简单了，显示的实际情况太复杂。。。。。。请高手帮帮我。感激不尽。

[ 本帖最后由 regwizh 于 2007-11-2 12:38 编辑 ]

没有人有什么好的主意吗？上面如果用正交测试的话首先会很不规范，因素的等级都不一样（如：有的因素水平因子制约了其他的因素），这样很难将因素因子归类。如果全部当成是一个水平的话，能找到100多行的正交表，但是这里面又有太多的不可用的正交用例（如：点击置灰状态下的Botton）。有没有人做过类似的东西测试，有什么好的方法讨论一下，谢谢。

没有人测试过类似功能的界面吗？说说意见吧。刚刚学测试不太懂。。。。。

没测过

哭。。。。我实在想不出来什么好的方法了。用正交。。。。太多的制约因素。。。。不用正交。。。。太盲目。哎。。。。

版主，已经两天了，都没有人说个方法。。。。555555

下载附件是要扣分的。。所以不要把图片压缩，直接传上来就可以显示
否则别人还要花积分下载才能看到

整个空间的所有地方都是有关联的？还是是分开的。能不能整个中文的。这个日文的实在不知道怎么说。

已经更新了，简单的介绍了一下控件的制约关系，求高手指点一下。

up下，别沉了，着急求解。

我觉的首先把各个控件的制约关系理清楚，如果用正交实验法是比较麻烦的，不太容易实现。
我们不能死搬硬套那几种用例设计方法，那样就没意义了，我觉得应该灵活运用。
对于这种情况如果要我来测试的话，首先我会把有制约关系的控件放在一起作为一个模块，对每个模块用因果图和判定表来设计测试用例，这样每个模块都会有几条测试用例，然后再把相互独立的几个模块合在一起，把模块数作为因子数，用例数作为状态数，采用正交实验法来测。
这是我个人想法，不知大家觉得怎样。

你和我一开始想的差不多。。。。只不过我想的是把制约的控件先作一个正交，然后整体上在座正交（这个时候不把制约的作为因素），当遇到启动了制约控件的时候再把先前的正交行数循环执行一次，这样的话就等于制约正交有多少行就在原有的正交上加上多少行，但是这样就打破了原有的平衡和均匀覆盖。。。。哎。。。。头都大了。而且大家也看到了，这种界面。。。。100条用例的话测完要多久？一个一个控件去选择值。。。然后执行。。。。啊。。。。疯了，这可真是一个大工程。。。。周末的时候我曾想过如果用自动化+正交来做怎么样？不过本人不懂自动化方面的东东，有明白的看看这样的界面能否用自动化，交流一下。

[ 本帖最后由 regwizh 于 2007-11-5 09:29 编辑 ]

可以用QTP来测，但是把用例设计出来是关键，不知楼主用例设计出来没有啊？

方法要尽量用的简单，下面是我的大致思路：
1、不考虑制约因素，直接用正交分析法
2、去除不可能的组合，这样导致有些组合不能得到覆盖
3、补充对漏掉的组合的覆盖（有意义的）
简单一点讲就是用正交分析自动生成一些组合，然后用自己确定的组合替换不可能的组合

至于是不是能用自动化来做，关键是看你测的这个软件是用什么语言开发的，现有的工具比如qtp能否识别上面的控件，如果不能识别，可以考虑把界面去掉，自己写脚本调用软件内部的代码来实现自动化。

哦了，我大概了解了，谢谢大家，有空多多交流哦。
语言是C++数据库就不知道了，UI界面的测试用例已经写完了，实行的组合因素因子都已经提取完了，不过我用了正交表套正交表（就是当出现制约的时候，把制约外的其他因素因子不做改动，然后循环制约的正交表），完成后不到200条测试用例。。。。现在问题是手动的话，很费时间的。。。。每次都要点击按钮调整数值。。。。时间啊。现在考虑用自动化作一下，不过有个问题哦，现在程序还在开发，没有程序的情况下能做自动化吗？我是说像写测试用例那样按照要件定义书先做自动化，等开发完了后在测试。有空交流一下。

终于把api哥给引来了
说得切中要害啊！
不过想请教api哥，我的那种方法可行吗？