在一个版本或一个版本周期的测试中，同时存在以下版本需要测试：
1. 系统为中文、英文的版本测试（语言版本客户端的设置可以随时改，服务器的设置不能随时改）
2. 数据库为DB2、ORACLE时的版本测试（必须装在不同服务器上）
3. 用于 A、B、C三种情况性能指标测试（三种情况可在测试中动态地改）

如何能在工作量增加不多的情况下，尽可能兼顾到上述版本的测试。
大家有没有什么好的方法或方案？

目前情况是测了中文的就没顾上测英文的，测了架在oracle上的系统就没顾上测架在db2上的情况，对于三种情况的也是每次都只顾上测其中一种。所以到不同用户那里总是会出现当时没有测过的问题。

另外，系统在win 2000下运行正常的，到了NT下就有可能不正常。但又不能保证用户一定使用win 2000的系统。
目前只能在使用手册里说必须用win 2000系统。
不知道有没有别的更好的解决方案？

[ Last edited by CynthiaXu on 2004-12-30 at 09:50 ]

郁闷！怎么都没有人理我？:s:s:s
大侠们帮帮忙啊！谢谢了！

建立模拟环境：两台服务器+四台客户端
服务器：一台DB2，一台ORACLE
客户端：一台中文win2000，一台英文win2000，一台中文winNT，一台英文winNT，

在所有的客户端运行A、B、C情况性能指标测试。

由于不是进行压力测试，故环境模型可简化为一台服务器，一台客户端，只不过要不断更换系统。

任务量大固然可以通过某种方法实现统筹，但不是根本解决办法，增加人力有些时候是必然的。

某些测试用例与测试数据是可以重用的。比如从不同数据库读写数据就可以抽出可重用的部分。这个你需要根据你的工作具体分析。

你说得Window不同版本之间不通用，是因为不同操作系统提供的API不一样，这个应该是需求问题，目标运行平台应该在需求和设计中有所体现，开发人员应该做出不同的处理。测试人员发现问题，汇报问题，不需要解决问题。

目前确实不用解决windows不同版本不通用的问题i。因为可以在用户手册里说明不支持winNT。

我说的情况的组合应该有2（数据库）*2（语言）*3（情况）=12种。现在的人力已经足够满足测试其中任一种组合的要求（就是说能按时完成版本测试任务，但是一般都只测试了其中一种组合）。而不同的组合之间相差不是很大，不值得再招一些人进来。

Nio说的方法不太对。
因为服务器上不只有数据库，还有所开发系统的服务器端。客户端的语言应该随着服务器端的语言走，而设置成应用于哪种情况也是在服务器端设置好。
也就是说语言和数据库不方便改变，而应用情况较方便改变。但都是在服务器上配置。

目前的解决方法是在不同的版本中测试不同的组合，但到现场还是会出现没测的那种组合的故障。
唉！测试管理，不容易啊！

都有了解决方案，你在考大家么？（显摆？？）——我们可不了解具体情况哟！

——发表点想法：客户端的语言会牵扯到服务器？这是个缺陷吧。

引用:

Originally posted by Nio at 2004-12-31 09:46:
都有了解决方案，你在考大家么？（显摆？？）——我们可不了解具体情况哟！

——发表点想法：客户端的语言会牵扯到服务器？这是个缺陷吧。

有暂时的解决方案并不意味着有了好的解决方案。我在帖子里已经说明了现在的方案还有缺陷。
集思广益还是可以的吧？不要那么小家子气;)

客户端的语言需要与服务器相同是缺陷吗？不对吧？
不同的系统有不同的情况，很多应用服务器都是这样的。

[ Last edited by CynthiaXu on 2004-12-31 at 17:28 ]