java锁定当前窗口_自动化测试java怎么锁定到新打开的窗口

最新推荐文章于 2025-07-09 15:22:19 发布

原创最新推荐文章于 2025-07-09 15:22:19 发布 · 253 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#java锁定当前窗口

本文探讨了如何进行Java界面测试，强调了界面测试的复杂性和手动测试的高效性。通过一个简单的`CoolUiClass`示例，展示了如何使用继承和覆盖方法来模拟不同数据，实现部分自动化测试。这种方法被称为目测法，适用于包含复杂事件处理和依赖外部数据的界面测试。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

展开全部

一般的测试，尤其是逻辑处理代码的测试，JUnit就足够了。但是一些特殊的测试，譬如需要连接数据库，使用浏览器，这些测试单单使用JUnit还不能够很好地完成任务，于是会偷懒的牛人又发明了DbUnit、HTTPUnit这些测试框架，使得重复劳动大大减少。

但是对于界面测试，到现在为止还没有一个框架能够使得界面测试完全地自动化起来。

根据马克思主义哲学原理，这是由事物的内因来决定的。由于界面的复杂性以及界面元素的不确定性，界面的测试只有在它实实在在地呈现在测试人员的眼里时，测试才能得出结果，接着测试才能继续下去。即使现在已经有了不少界面测试的框架，但是这些所谓的框架还是不能够称之为框架，只能称之为工具，因为使用这些工具仍然得做很多重复的工作，而且能够自动化测试的程度有限。

下文介绍的是进行界面测试的一种技术，或者说是一种方法，也或者说是一种思想。虽然我在前言部分声明不谈方法和思想，只谈技术，但在这里还是得谈一下方法和思想，实际上，在界面测试中，技术、思想、方法的概念是挺模糊的。相信不久的将来，当出现一个很牛的框架来进行界面测试时，这几个概念就会越来越清晰。

先来把被测界面代码写出来：/************************************************************

* 项目名称:lhjTest

* 文件名称:CoolUiClass.java

* 文件描述:CoolUiClass.java

* 作者:Administrator

* 创建日期:2007-3-24

* 修改记录:

***********************************************************/

package org.lhj.cool.uiunit;

import java.awt.Dimension;

import java.awt.GridBagConstraints;

import java.awt.GridBagLayout;

import java.awt.Insets;

import java.awt.event.ActionEvent;

import java.awt.event.ActionListener;

import javax.swing.JButton;

import javax.swing.JFrame;

import javax.swing.JPanel;

import javax.swing.JScrollPane;

import javax.swing.JTextArea;

/**

* @author Administrator

public class CoolUiClass extends JPanel

{

private JTextArea msgTxt = new JTextArea(400, 320);

private JButton coolBtn = new JButton("Cool");

public CoolUiClass()

{

this.setLayout(new GridBagLayout());

this.setMinimumSize(new Dimension(400, 350));

this.setPreferredSize(new Dimension(400, 350));

coolBtn.setMinimumSize(new Dimension(80, 21));

coolBtn.setPreferredSize(new Dimension(80, 21));

JScrollPane scrollPane = new JScrollPane(msgTxt);

scrollPane.setMinimumSize(new Dimension(400, 320));

scrollPane.setPreferredSize(new Dimension(400, 320));

this.add(scrollPane, new GridBagConstraints(0, 0, 1, 1, 0.0, 0.0, GridBagConstraints.CENTER, GridBagConstraints.BOTH, new Insets(5, 5, 5, 5), 0, 0));

this.add(coolBtn, new GridBagConstraints(0, 1, 1, 1, 0.0, 0.0, GridBagConstraints.CENTER, GridBagConstraints.NONE, new Insets(5, 5, 5, 5), 0, 0));

coolBtn.addActionListener(new ActionListener()

{

public void actionPerformed(ActionEvent arg0)

{

appendText();

}

});

}

protected void appendText()

{

msgTxt.append("cool ");

}

/**

* test the calss in main,use your eye to test.

* @param args

public static void main(String[] args)

{

JFrame frm = new JFrame("CoolUiClass");

frm.getContentPane().add(new CoolUiClass());

frm.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);

frm.pack();

frm.setVisible(true);

}

简单地运行以下main方法，界面如下：

这其实已经在测试界面了，我在main函数里头写的就是测试代码，对于界面显示的测试，就32313133353236313431303231363533e4b893e5b19e31333363396466这几行代码就足够了。你这时候是不是觉得：这也忒容易了，没什么难度。但我得告诉你，这才是刚刚开始。

界面除了显示，更复杂的是要进行事件处理，每一个界面控件都有可能是事件源，一个事件得引起一系列的操作，而且是对于界面的操作。这就跟一般的函数的测试相差甚大了，一般来说，函数的测试就是输入一个参数，然后判断输出参数，输出参数无非就那几种情况，要么抛异常、要么返回空、要么返回具体值。而界面的事件处理一般会改变很多个控件的显示，而且控件处于不同的状态时改变的情况也不一定是一样的，所以要测试处理是否正确，得判断多个值，而且得根据控件之前的状态来判断当前显示是否正确。看到这，你似乎感觉无从下手了是吧。幸亏，界面测试有其方便性，我们可以直接拿眼睛判断界面上显示是否正确了，虽然这样的测试方法无法保证完全正确，但是却很高效。在界面测试中，拿眼睛进行判断比拿机器进行判断肯定效率要高的多。

如果紧紧是界面逻辑的测试，用眼睛来测(我称之为目测法)已经足够了，可以很高效地发现问题。但是如果界面上用到的数据是来自于其它地方(譬如说是后台)，那么在main方法里还不能够写出完整的测试代码。这时候我们就需要一种方法来满足这种需求，其实下面的方法才是目测法的精髓：将与界面处理逻辑无关的代码抽出来，例如上面appendText(这里仅仅举个例子，appendText实际上包含了界面处理逻辑，实际上只需要把非界面处理逻辑代码抽出来，例如文件操作，访问后台，数据库操作这些情况就应该这样做)的形式，然后使用继承的方式，将非界面处理逻辑代码给替换成自己需要的数据(俗称假数据)，这样一来，界面处理逻辑代码就可以得到很好的测试。见以下代码：/************************************************************

* Project Name: lhjTest

* File Name : CoolUiClassETest.java

* File Desc : CoolUiClassETest.java

* Author : Administrator

* Create : 2007-3-24

* Modify:

***********************************************************/

package org.lhj.cool.uiunit;

import javax.swing.JFrame;

import org.lhj.cool.uiunit.CoolUiClass;

/**

* @author Administrator