下面的内容来自网络：
SWT是一个开源的GUI编程框架，与AWT/Swing有相似的用处，著名的开源IDE-Eclipse就是用SWT开发的。
在SWT之前，Sun已经提供了一个跨平台GUI开发工具包AWT (Abstract Windowing Toolkit). 虽然AWT框架也使用的是原生窗口部件(native widgets)，但是它一直未能突破LCD问题，LCD是“最小公分母”（Lowest Common Denominator）的缩写。LCD问题导致了一些主要平台特征的遗失。
为解决这个问题，Sun又创建了一个新的框架。这个框架不再使用原生窗口部件，而是使用仿真窗口部件（emulated widgets）。这个方法虽然解决了LCD问题，并且提供了丰富的窗口部件集，但是它也带来了新的问题。例如，Swing应用程序的界面外观不再和原生应用程序的外观相似。 虽然在JVM中这些Swing应用程序已经得到了最大程度的性能改善，但是它们还是存在着其原生对应物所不具有的性能问题。并且，Swing应用程序消耗太多的内存，这样Swing不适于一些小设备，如PDA和移动电话等。
IBM进行了尝试以彻底解决AWT和Swing框架带来的上述问题。最终，IBM创建了一个新的GUI库，这就是SWT。SWT框架通过JNI来访问原生窗口部件。如果在宿主（host）平台上无法找到一个窗口部件，SWT就会自动地模拟它。
为了方便开发SWT程序，在SWT基础上又创建了一个更易用、功能强大的图形包“JFace”。然而，JFace并不能完全覆盖SWT的所有功能，所以编程时SWT、JFace都会要用到，但是一般来说，能用JFace的组件就最好不要用SWT的。
SWT本身仅仅是Eclipse组织为了开发Eclipse IDE环境所编写的一组底层图形界面 API。或许是无心插柳，或是有意为之，至今为止，SWT无论是在性能和外观上，都超越了SUN公司提供的AWT和SWING。目前SWT已经十分稳定。这里指的稳定应该包含两层意思：
一是指性能上的稳定，其中的关键是源于SWT的设计理念。SWT最大化了操作系统的图形构件API，就是说只要操作系统提供了相应图形的构件，那么SWT只是简单应用JNI技术调用它们，只有那些操作系统中不提供的构件，SWT才自己去做一个模拟的实现。可以看出SWT的性能上的稳定大多时候取决于相应操作系统图形构件的稳定性。
另一个稳定是指SWT API包中的类、方法的名称和结构已经少有改变，程序员不用担心由于Eclipse组织开发进度很快（Eclipse IDE每天都会有一个Nightly版本的发布），而导致自己的程序代码变化过大。从一个版本的SWT更新至另一版本，通常只需要简单将SWT包换掉就可以了。
下面这句是我写的：
用SilkTest2008测试SWT应用很简单，因为SilkTest提供了Java SWT/RCP选项，其创建frame文件和脚本文件的过程和本系列前两节测试AWT,Swing非常相似，本文不再赘述。