已删除

regwizh

已删除

wangweiyy

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

regwizh

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

skinapi

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

skinapi

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

wangweiyy

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

regwizh

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

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

wangweiyy

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

regwizh

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

regwizh

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

Sunda.p

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

fishy

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

regwizh

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

regwizh

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

muyang327

没测过

regwizh

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

regwizh

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