jdk-24/jdk/test/java/beans
2017-03-08 15:29:57 +08:00
..
beancontext 6943119: Rebrand source copyright notices 2010-05-25 15:58:33 -07:00
Beans 8029235: Update copyright year to match last edit in jdk8 jdk repository for 2013 2013-12-26 12:04:16 -08:00
EventHandler 8145589: Test6277246.java fails to compile after JDK-8144479 2015-12-18 16:12:55 +00:00
Introspector 8131347: new @BeanProperty annotation: inconsistent behavior for "enumerationValues" 2016-12-15 20:09:13 +03:00
Performance 8066404: The case is failed automatically and thrown the "java.lang.IllegalStateException" exception 2015-07-18 15:10:44 +03:00
PropertyChangeSupport 7148143: PropertyChangeSupport.addPropertyChangeListener can throw ClassCastException 2012-03-05 18:01:13 +04:00
PropertyEditor 8081547: Prepare client libs regression tests for running in a concurrent, headless jtreg environment 2015-06-30 17:48:06 -07:00
SimpleBeanInfo/LoadingStandardIcons 8134984: Text files should end in exactly one newline 2015-09-02 14:11:50 -07:00
Statement 8146313: The java.beans.Statement.invoke() method handles 3-arg Class.forName incorrectly 2016-06-06 18:28:46 +03:00
VetoableChangeSupport 7148143: PropertyChangeSupport.addPropertyChangeListener can throw ClassCastException 2012-03-05 18:01:13 +04:00
XMLDecoder 8167525: update jdk tests to remove @compile --add-modules workaround 2017-03-08 15:29:57 +08:00
XMLEncoder 8169069: Module system implementation refresh (11/2016) 2016-12-01 08:57:53 +00:00
README 8134984: Text files should end in exactly one newline 2015-09-02 14:11:50 -07:00
TEST.properties 8076468: Add @modules to tests in jdk_desktop test group 2015-06-23 11:59:27 +03:00

How to create regression tests for JavaBeans
============================================

All regression tests are developed to run under JavaTest 3.2.2.



TEST HIERARCHY
--------------

You should choose an appropriate folder from the following list:
 - The Beans folder contains tests for the java.beans.Beans class
 - The EventHandler folder contains tests for the java.beans.EventHandler class
 - The Introspector folder contains tests for introspection
 - The PropertyChangeSupport folder contains tests for the bound properties
 - The VetoableChangeSupport folder contains tests for the constrained properties
 - The PropertyEditor folder contains tests for all property editors
 - The Statement folder contains tests for statements and expressions
 - The XMLDecoder folder contains tests for XMLDecoder
 - The XMLEncoder folder contains tests for XMLEncoder
 - The Performance folder contains manual tests for performance
 - The beancontext folder contains tests for classes
   from the java.beans.beancontext package



NAME CONVENTIONS FOR TEST CLASSES
---------------------------------

Usually a class name should start with the "Test" word
followed by 7-digit CR number. For example:
	Beans/Test4067824.java

If your test contains additional files you should create
a subfolder with the CR number as its name. For example:
	Introspector/4168475/Test4168475.java
	Introspector/4168475/infos/ComponentBeanInfo.java

If you have several tests for the same CR number you should also
create a subfolder with the CR number as its name. For example:
	XMLEncoder/4741757/AbstractTest.java
	XMLEncoder/4741757/TestFieldAccess.java
	XMLEncoder/4741757/TestSecurityManager.java
	XMLEncoder/4741757/TestStackOverflow.java

Every JAR file should contain source files for all class files. For example:
	XMLDecoder/4676532/test.jar#test/Test.class
	XMLDecoder/4676532/test.jar#test/Test.java



USEFUL UTILITY CLASSES
----------------------

For Introspector tests you can use the BeanUtils class.
This class provides helpful methods to get
property descriptors for the specified type.


For XMLEncoder tests you can use the AbstractTest class.
This class is intended to simplify tests creating.
It contains methods to encode an object to XML,
decode XML and validate the result.
The validate() method is applied to compare
the object before encoding with the object after decoding.
If the test fails the Error is thrown.
1) The getObject() method should be implemented
   to return the object to test.
   This object will be encoded and decoded
   and the object creation will be tested.
2) The getAnotherObject() method can be overridden
   to return a different object to test.
   If this object is not null it will be encoded and decoded.
   Also the object updating will be tested in this case.
The test() method has a boolean parameter,
which indicates that the test should be started in secure context.