MXJUnit: Introduction

MXJUnit is a unit testing framework for Maximo by Interloc Solutions built on top of JUnit.  It permits testing of classes that normally run in the MXServer --- not UI classes like DataBeans --- within Eclipse itself.  This includes MBOs and field validators, but also crons and the MIF.

MXJUnit provides the following features:

• capture e-mails from being sent during tests, but also permits writing tests to confirm that an e-mail has been sent and verify its contents.
• capture logger output.
• generate work orders.
• run crons from a test, optionally using a subclass specific to the test.  This allows changing behaviour for the test, usually to have the cron work on a known subset of data.
• capture output from PublishChannels.
• send data to an Enterprise Service to test UserExits.
• send data to an Object Structure to test processing classes.
• replace Maximo property (MAXPROP) values, system properties and MAXVARS temporarily for the duration of a test.
• replace an MBO class for the duration of a test.
• automatically delete MBOs created during the test after the test has completed.

Writing test cases using MXJUnit should follow normal best practices for writing regular JUnit tests.

MXJUnit tests should extend from MaximoTestHarness or one of its subclasses.  Special subclasses exist for testing Crons and for testing MIF.  MaximoTestHarness provides methods for interacting with Maximo.  Some of the more useful methods are:

• generateWorkOrder:  generates work orders given a PM object and lead time information.
• getLogCapture: get the logger output generated during the test.
• getMboSet: get an MboSet, optionally specifying a user and app to enable application security.
• refresh: given an MBO, reload a fresh copy from the database.
• refreshUserSecurity: after making ApplicationAuth changes, reloads security settings for a given user.
• spyOnMXServer: return an MXServer instance that has been mocked using Mockito.

Here is a sample unit test that retrieves a work order by wonum and verifies that the record returned was the record expected.

 package com.interlocsolutions.demo;   
 import java.rmi.RemoteException;   
 import static org.junit.Assert.*;   
 import org.junit.Test;   
 import psdi.mbo.MboRemote;   
 import psdi.mbo.MboSetRemote;   
 import psdi.util.MXException;   
 import com.interlocsolutions.maximo.junit.MaximoTestHarness;   
   
 public class MXDemoTest extends MaximoTestHarness {     
   @Test     
   public void testWorkOrder() throws MXException, RemoteException {       
    // Setup       
    MboSetRemote msr = getMboSet("WORKORDER");       
    msr.setWhere("wonum = '1022'");       
    MboRemote mr = msr.getMbo(0);       
   
    // Execute       
    String wonum = mr.getString("WONUM");           
   
    // Verify       
    assertEquals("1022", wonum);     
   }   
 }  

In the Setup phase, a WORKORDER MboSet is created and the work order with wonum='1022' is retrieved.

In the Execute phase, the WONUM field is retrieved.

In the Verify phase, the WONUM is confirmed to be 1022.  Every test should assert something or the test doesn't test anything.

Here is a sample walk through creating and running an MXJUnit test.