OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-assembly-testing message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Groups - SCA Testing conf call modified



SCA Testing conf call has been modified by Dr. Mike Edwards

Date:  Wednesday, 10 December 2008
Time:  09:00am - 10:00am PT

Event Description:
Regular weekly Test S/C teleconference

Chat room:

http://webconf.soaphub.org/conf/room/sca-test-SC

E-Meeting (may be useful for common viewing of documents)

https://www.mymeetings.com/emeet/join/index.jsp?customHeader=mymeetings&netId=SY83203&netPass=inglenook&netType=conference&acceptTerms=on&;

Dial-in:

AUSTRALIA 1-800-880-502
AUSTRIA 0800-999-852
BELGIUM 0800-4-8476
CHINA A 10800-712-1196
CHINA B 10800-120-1196
DENMARK 8088-6506
FINLAND 0-800-1-12603
FRANCE 080-511-1518
GERMANY 0800-101-4261
GREECE 00800-12-6178
HONG KONG 800-964-131
HUNGARY 06-800-15557
INDIA 000-800-852-1214
INDONESIA 001-803-011-3507
IRELAND 1800-992-123
ISRAEL 1-800-9214065
ITALY 800-985-431
JAPAN 00531-12-1143
MALAYSIA 1-800-80-8109
NETHERLANDS 0800-023-1708
NEW ZEALAND 0800-443-787
NORWAY 800-11873
POLAND 00-800-1211129
PORTUGAL 8008-12250
SINGAPORE 800-120-4059
SOUTH AFRICA 080-09-93405
SOUTH KOREA 00798-14800-6312
SPAIN 800-099-376
SWEDEN 0200-887-682
SWITZERLAND 0800-000-248
TAIWAN 00801-137-553
THAILAND 001-800-1206-65088
UNITED KINGDOM 0800-279-9395
USA 866-203-1705


PARTICIPANT PASSCODE: 338256

Agenda:
1. Roll Call
2. Appointment of scribe
3. Agenda bashing
4. Discuss Test Design documents
5. Discuss Example Test artifacts
6. Adjourn

Minutes:
Scribe: Mike Edwards

Item 4: Test Assertions document:
SCA_Assembly_Test_Assertions_01.doc
anish: http://www.oasis-open.org/apps/org/workgroup/sca-assembly-testing/email/archives/200811/msg00003.html

Discussion of the idea of linking the testcases to the Test Assertions
anish: i was going to make a similar comment: having a list of test associated with the assertion would be useful
Mike E: On the other hand, it can get difficult to maintain documents if the lists are in two places.
The Test Assertions have a link back to the conformance points in the Specifications, but there are no links
in the spec to the Test Assertions.  There is a Testcases document - that should be the document that links the
testcases to the Test Assertions - and that would be the only place where the link is described.
Possibly the documents could be extracted to a pair of database tables and simple database queries used to
connect up tests to the assertions and to the spec.

Mike E: I'd like to divide up the work for the Test Assertions into chunks based on spec sections and ask for
volunteers to do one chunk each.

anish: +1 to divide-and-conquer


Item 5: Example Test Artifacts
anish: http://www.oasis-open.org/apps/org/workgroup/sca-assembly-testing/email/archives/200812/msg00003.html

Base testcase client - used to start the SCA application & to initiate the tests and check results -
extended by other testcases:

BaseTest.java
@Before
    public void setUp() throws Exception {
    startContribution();
    }

    @After
    public void tearDown() throws Exception {
    stopContribution();
    }

Tuscany specific code (needs replacing for each runtime) for starting application:

protected void startContribution() throws Exception {
    // Tuscany specific code which starts the contribution holding the test
        launcher = NodeLauncher.newInstance();
        node = launcher.createNode(testConfiguration.getComposite(), 
                           new Contribution(testConfiguration.getTestName(), getContributionURI()));
        System.out.println("SCA Node API ClassLoader: " + node.getClass().getClassLoader());
        node.start();
    } // end method startContribution

Test configuration data (describes the application, its inputs and outputs):

protected TestConfiguration getTestConfiguration() {
    TestConfiguration config = new TestConfiguration();
    config.testName = "ASM_0001";
    config.input = "request";
    config.output = config.testName + " " + config.input + " invoked ok";
    config.composite = "Test_ASM_0001.composite";
    config.testServiceName = "TestClient";
    config.testClass = ASM_0001_Client.class;
    config.serviceInterface = TestInvocation.class;
    return config;
    }


Test invocation:

public String invokeTest( String input ) {

    TestInvocation service = (TestInvocation) getService( testConfiguration.getServiceInterface(), 
      testConfiguration.getTestServiceName() );    
    
    return service.invokeTest( input );
    } // end method invokeTest

An extended Java test client:

public class Test_ASM_0002 extends BaseTest {

 
    protected TestConfiguration getTestConfiguration() {
    TestConfiguration config = new TestConfiguration();
    config.testName = "ASM_0002";
    config.input = "request";
    config.output = config.testName + " " + config.input + " service1 operation1 invoked";
    config.composite = "Test_ASM_0002.composite";
    config.testServiceName = "TestClient";
    config.testClass = ASM_0002_Client.class;
    config.serviceInterface = TestInvocation.class;
    return config;
    }
    
} // end class Test_ASM_0002

A composite is the SCA application under test:
Test_ASM_0001.composite


           
    
       
       
          
          
          
       
    

A second application:

Test_ASM_0002.composite

           
    
       
          
             
          
          
          ASM_0002
    

 
    
       
       
          
       
    



Bryan: "TestClient" in the composite is a poor name
Choose "TestGateway" instead to make it clear what that component is doing
ie providing a route for the external client into the SCA application

Discussion of the idea from Anish & Scott for doing the high level application using 
 rather than 
...and then having implementation technology specific second level composites

Anish - keeping service interfaces simple (simple ping stuff) is a good idea
Complex datatypes are probably not necessary since the spec makes few normative statements about them

Dave B: Testing of callbacks and of conversational services is more complex, but the interfaces can be kept simple
Testing of Bindings is tricky - if it involves the question of checking the messages on the wire.

Anish - one possibility is to stick at the level of APIs that uses the protocol concerned 
- eg APIs that access SOAP headers, or the JMS headers

Mike E: Yes, I agree - that's a good idea

Mike E: There is a JAX-WS client that I have been building
- that is completely outside SCA.  Could be adapted eg to JMS APIs


COB



This event is one in a list of recurring events.
Other event dates in this series:

Wednesday, 26 November 2008, 09:00am to 10:00am PT
Wednesday, 03 December 2008, 09:00am to 10:00am PT
Wednesday, 17 December 2008, 09:00am to 10:00am PT
Wednesday, 24 December 2008, 09:00am to 10:00am PT
Wednesday, 31 December 2008, 09:00am to 10:00am PT
Wednesday, 07 January 2009, 09:00am to 10:00am PT
Wednesday, 14 January 2009, 09:00am to 10:00am PT
Wednesday, 21 January 2009, 09:00am to 10:00am PT
Wednesday, 28 January 2009, 09:00am to 10:00am PT
Wednesday, 04 February 2009, 09:00am to 10:00am PT
Wednesday, 11 February 2009, 09:00am to 10:00am PT
Wednesday, 18 February 2009, 09:00am to 10:00am PT
Wednesday, 25 February 2009, 09:00am to 10:00am PT
Wednesday, 04 March 2009, 09:00am to 10:00am PT
Wednesday, 11 March 2009, 09:00am to 10:00am PT
Wednesday, 18 March 2009, 09:00am to 10:00am PT
Wednesday, 25 March 2009, 09:00am to 10:00am PT
Wednesday, 01 April 2009, 09:00am to 10:00am PT
Wednesday, 08 April 2009, 09:00am to 10:00am PT
Wednesday, 15 April 2009, 09:00am to 10:00am PT
Wednesday, 22 April 2009, 09:00am to 10:00am PT
Wednesday, 29 April 2009, 09:00am to 10:00am PT

View event details:
http://www.oasis-open.org/apps/org/workgroup/sca-assembly-testing/event.php?event_id=20114

PLEASE NOTE:  If the above link does not work for you, your email
application may be breaking the link into two pieces.  You may be able to
copy and paste the entire link address into the address field of your web
browser.

BEGIN:VCALENDAR
METHOD:PUBLISH
VERSION:2.0
PRODID:-//Kavi Corporation//NONSGML Kavi Groups//EN
X-WR-CALNAME:My Calendar
BEGIN:VEVENT
CATEGORIES:MEETING
STATUS:TENTATIVE
DTSTAMP:20081211T000000Z
DTSTART:20081210T170000Z
DTEND:20081210T180000Z
SEQUENCE:6
SUMMARY:SCA Testing conf call
DESCRIPTION:Regular weekly Test S/C teleconference\n\nChat
  room:\n\nhttp://webconf.soaphub.org/conf/room/sca-test-SC\n\nE-Meeting
  (may be useful for common viewing of
  documents)\n\nhttps://www.mymeetings.com/emeet/join/index.jsp?customHeader=mymeetings&netId=SY83203&netPass=inglenook&netType=conference&acceptTerms=on&\n\nDial-in:\n\nAUSTRALIA
  1-800-880-502\nAUSTRIA 0800-999-852\nBELGIUM 0800-4-8476\nCHINA A
  10800-712-1196\nCHINA B 10800-120-1196\nDENMARK 8088-6506\nFINLAND
  0-800-1-12603\nFRANCE 080-511-1518\nGERMANY 0800-101-4261\nGREECE
  00800-12-6178\nHONG KONG 800-964-131\nHUNGARY 06-800-15557\nINDIA
  000-800-852-1214\nINDONESIA 001-803-011-3507\nIRELAND
  1800-992-123\nISRAEL 1-800-9214065\nITALY 800-985-431\nJAPAN
  00531-12-1143\nMALAYSIA 1-800-80-8109\nNETHERLANDS 0800-023-1708\nNEW
  ZEALAND 0800-443-787\nNORWAY 800-11873\nPOLAND
  00-800-1211129\nPORTUGAL 8008-12250\nSINGAPORE 800-120-4059\nSOUTH
  AFRICA 080-09-93405\nSOUTH KOREA 00798-14800-6312\nSPAIN
  800-099-376\nSWEDEN 0200-887-682\nSWITZERLAND 0800-000-248\nTAIWAN
  00801-137-553\nTHAILAND 001-800-1206-65088\nUNITED KINGDOM
  0800-279-9395\nUSA 866-203-1705\n\n\nPARTICIPANT PASSCODE:
  338256\n\nGroup: SCA Assembly Testing\nCreator: Dr. Mike Edwards
URL:http://www.oasis-open.org/apps/org/workgroup/sca-assembly-testing/event.php?event_id=20114
UID:http://www.oasis-open.org/apps/org/workgroup/sca-assembly-testing/event.php?event_id=20114
END:VEVENT
END:VCALENDAR


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]