测试环境的苦恼

刚干个小头目没几天，我就要疯了。

我们测试团队的任务是测试委托给外包公司开发的各类应用软件在Windows 7下的运行情况和兼容性。要测试所有版本的Windows 7，包括不同语言环境（每个版本有36个不同语言环境）。因为每一次测试任务都要用干净的操作系统环境，所以大量的工作就是测试前安装一个干净的操作系统环境，每次至少1-2小时，老板感觉时间很浪费。让我找解决方案，毫无头绪啊，哪位大侠有经验的给给建议吧。

老板咋就是不知足呢

用虚拟机啊~~~

虚拟机，装全盘还原

我们确实用了这种方式，用虚拟机，每次用完还原。可是这样效率还是不高，因为我们要测36个语言版本，分32和64位，这就有72个版本了，再加一些其他系统，差不多得有近80个环境。可团队有好几十人呢，总不能每个人都装80个虚拟机吧？或者每次用到那个，去拷贝，也还是挺费时间的。
我们现在还是希望找到一些能够自动化构建这些环境的系统，不过没什么头绪。

LZ啥公司啊，好几十人测试，这么多版本？大公司哇

fitnesse + staf  可以简化拷贝文件
回归运行测试代码时间
除了自己工作的机器
多几台测试机还是有必要的....


PS:楼上这个级别的用例真不是很多.


staf拷贝干净虚拟机文件
staf运行虚拟机
staf拷贝测试程序到虚拟机
staf运行测试程序
staf拷贝日志文件
分析日志结果文件
staf关闭虚拟机.

以上都可以写在fitnesse中

感谢，研究一下先。我们目前初步的思路是希望能将所有虚拟机环境在团队内部实现共享使用。

找个网吧 找些网管吧

TOC五步法与持续改善
    第一步，识别限制流程的瓶颈；
    第二步，挖尽瓶颈的产能；
    第三步，令其他一切因素迁就瓶颈，根据瓶颈的节奏来运作；
    第四步，为瓶颈松绑，扩大瓶颈产能；
    第五步，如果通过上述步骤，瓶颈得到解决，回头从第一步开始，寻找新的瓶颈，进行新一轮改善。

 

 

The five focusing steps
Theory of Constraints is based on the premise that the rate of goal achievement is limited by at least one constraining process.

 

Only by increasing flow through the constraint can overall throughput be increased. [1]

 

Assuming the goal of the organization has been articulated (e.g., "Make money now and in the future") the steps are:

1.    Identify the constraint (the resource or policy that prevents the organization from obtaining more of the goal)
2.    Decide how to exploit the constraint (get the most capacity out of the constrained process)
3.    Subordinate all other processes to above decision (align the whole system or organization to support the decision made above)
4.    Elevate the constraint (make other major changes needed to break the constraint)
5.    If, as a result of these steps, the constraint has moved, return to Step 1. Don't let inertia become the constraint. [3]

有个软件叫“影子系统”，使用影子系统重启电脑后，所有在上面的操作都恢复到启动的状态，可以看看