Skip navigation
All Places > DevTest Community > Blog > Authors Chris_Kraus
1 2 Previous Next

DevTest Community

16 Posts authored by: Chris_Kraus Employee

Now CA Service Virtualization and CA Application Test users can run the same mobile tests they run locally across multiple carrier-connected real devices in the CA Mobile Cloud powered by Perfecto. 


As part of the DevTest 9.0 launch, we unveiled a new product integration between CA Application Test and the CA Mobile Cloud powered by Perfecto. The product integration allows a user to reuse tests loaded or created in CA Application Test for functional and user experience testing across a wide range of real mobile devices connected locally or over a private cloud, accessible from anywhere. Parallel automated execution from the CA Application Test portal provides full mobile to mainframe testing – create tests once and run anywhere. Below is a brief discussion of some of the key features of the solution.


Drive Mobile Testing in Continuous Integration (CI)
Using CA Application Test you can use the same tool to run functional tests, tests UIs and APIs on multiple devices under various conditions. Application Tests generates detailed reports that captures screen shots of what the user would see on the device at each stage of the test along with detailed error tracking. The test reports can then be reviewed by your User Acceptance team and development to further improve quality and expedite defect resolution. This enables you to scale testing capabilities from unit testing to parallel testing without CAPEX investment into additional hardware.



With the addition of the CA Mobile Cloud to the solution you get to focus on what matters most – Building Apps, Not Infrastructure. The CA Mobile Cloud delivers:

  • Always-on lab - 24/7/365 – available from anywhere
  • Zero-day device and OS availability
  • Flexibly scalable, on demand, anywhere
  • Enterprise grade security and reliability


Automated Mobile Testing
Leverage existing automation framework across real mobile devices connected locally or in the cloud. Use existing test frameworks such as CA Application Test and Appium to apply filters, assertions, object selection and to generate reports and data sets with screenshots and videos of iOS™ and Android™ app tests. Option to configure local mobile devices, use simulators, set up labs and/or integrate with CA Mobile Cloud (Powered by Perfecto).  The test is then saved as a default, so changing where to run the test is as easy as selecting an alternate configuration just like any other tests. Testers can point their test case to a 
locally connected device, an in-house lab, or to a device in the CA Mobile Cloud to realize unattended test automation and scale.





Run More Tests without Adding Resources
More tests can be automated and run across more devices for each new feature. Simple recorders and graphical editors enable testers to create, edit and maintain tests easily. Success and failure scenarios are also supported, along with support for testing purpose-formatted websites running in Safari or Chrome.





Optimize End User Experiences at Scale
Traditional approaches to functional testing fall down in the mobile world because it is not enough just to test the “function” of the application. Code needs to be tested using the same conditions that the app will be run under in the hands of a user.  The CA Mobile Cloud goes beyond functional testing and into a metric driven end-user experience testing under real environment conditions.


The CA Mobile Cloud includes access to a new solution from Perfecto called Wind Tunnel™. This offers you the ability to run tests across different profiles simulating network conditions, location, background applications and device orientation. You can then report and benchmark the user experience of the different personas at various points in the flow.


Next Steps:

If you’re already a CA Service Virtualization or Application Test customer you have access to this technology today.  Contact you CA sales representative for more information or send me a note.

Thursday, March 3, 2:30 pm ET, 1:30 pm CT, 11:30 am PT

Register at -


If you’re an existing Service Virtualization (SV) user and looking for new ways to leverage SV this event maybe of interest to you.

We will be showing how CA Continuous Application Insight (CAI) can be used in conjunction with SV to make regression tests more agile by auto-discovering APIs and related features.

Topics covered will include –

  • Changes to web sites - static to dynamic
  • Why create tests that follow the user journey
  • Understanding the generated data and how it is handled
  • Generating dynamic tests that follow the user journey
  • Demo document transactions and functional tests

Chris Krause and Nathan Devoll will conduct the presentation.

replay available here…

CA Service Virtualization /CA Application Test/ CA Application Insight r9.1


We are pleased to announce that DevTest 9.1 including CA Service Virtualization, CA Application Test and CA Continuous Application Insight 9.1 is generally available (GA) as of February 2, 2016.  This release includes significant enhancement to our products based on customer feedback focused around increased ease-of-use, team collaboration tools and automation to enable your teams to deliver higher quality applications, faster.

Here is a summary of the key functionality introduced in DevTest 9.1:


CA Service Visualization 9.1

  • ODP Clustering adds a visualization based algorithm to cluster transactions and increase performance and accuracy.
  • JSON Data Protocol now natively parses JSON for better handling of edge cases and special characters


CA Application Test 9.1

  • Reporting updates
    • Screen Captures for web and mobile tests are now included in the report.
    • Assertion details are available to determine why tests failed faster.
    • Details on project, data, and config files and locations are included.
  • New PDF generation for single report vs. step level details
  • New drill down into reports by runtime attributes
  • Mobile tests can now interact with device camera


CA Continuous Application Insight 9.1

  • Chrome plugin now supports generation of data tests for single API calls.
  • Document Transactions is now available for tests created via the chrome plugin.  Screen captures for each api call is document to allow users to understand what web pages align to the generated API tests.
  • Usability Enhancements
    • Document Transactions now allows selecting of active IP address when the browser IP address is translated when it get into the application server.  The user no longer needs to know there exact IP to preform a recording.
    • Virtual Services can be immediately deployed after generation from the shelf.
    • Track artifact generation tool tips to show process of background processing.
    • Import and export of Document transactions.
    • CAI Broker messages available in portal UI.
    • Changing of log levels for Broker and Agents.


Portal Enhancements 9.1

  • Browser tabs can be reordered and right click to close other tabs and tabs to the right.


CA Enterprise Dashboard 9.1

  • Centralized Configuration properties files for enterprise dashboard are now centrally defined in a file
  • Unified User Interface enhanced enterprise dashboard now mirrors the UI used in Devtest Portal and also displays hostname and port name for VSE’s, Coordinators, and Simulators
  • Updated Registry to Enterprise Dashboard Communication replaced two-way communication with one-way REST communication from the Registry to the Enterprise Dashboard


OS Platform Support Added:

  • Windows 8.1
  • Windows 10
  • OS X 10.11 (El Capitan)


Related Links

Part of the move to Agile is to make sure that the end users views and requests and embodied in the delivery of software in a sprint.  In DevTest we now have three dedicated Product Owners to ensure that developers have constant feedback from our end users via the Product Owner as there proxy helping out our Product Managers.  Every time you enter a Idea, attend a public web event or provide feedback in our private community for releases these three are listening and asking questions to ensure your views as the end user and customer get what you need in DevTest.


IMG_1184.jpegMickey Mielneczek , Principal Product Manager

CA Office Location: Lile, IL

What is your must have piece of technology?  Electricity makes my life a little easier. 

What made you choose a career in technology?  PC and console gaming certainly helped, but I’ve spent years practicing cognitive dissonance to rationalize these decisions.  Did I mention my degree is Applied Behavioral Sciences? Oops… :-) 

If you were a CA Technologies product, which would it be and why?  CA 1990’s theme song. Karaoke version, of course.

What piece of wearable tech embodies your personality?  Sunglasses, just be cool. 

How would you describe yourself in 3 words? Less is More.

PC or Apple, and why?  iOS, Windows and OS X.  Like all software, each has their strengths and weaknesses.

Favorite quote (at the moment)?  “I dream of a better tomorrow, where chickens can cross the road and not be questioned about their motives.”

― Ralph Waldo Emerson’’

Reach out to Mickey for questions on Common Components




Dan Mazzei , Senior Product ManagerSkydiving.jpeg

CA Office Location: Islandia, NY

What is your must have piece of technology?  Pen and paper, because it never runs out of batteries.
What made you choose a career in technology?  Software development was never fun for me because it didn’t seem “real,” so I gravitated towards hardware. I started with simple circuits and was manufacturing rack-mount servers before I knew it.
What is your favorite quote?  “I went to the woods because I wished to live deliberately, to front only the essential facts of life, and see if I could not learn what it had to teach, and not, when I came to die, discover that I had not lived.” -- Henry David Thoreau
What is your favorite ice cream flavor?  Ben and Jerry’s Phish Food

Reach out to Dan for questions on CA Continuous Application Insight






You Meet AK in the Meet the Product Manager blog and he quickly jumped the PM ship to start out as our first Product Owner wanting to get closer to the customers and developers action.

Anand "AK" Kameswaran , Principal Product Manager20151209_135838.jpeg

CA Office Location: Plano, TX

What is your must have piece of technology? Pants... with pockets.  I can't leave the house without them anyway, and I need pockets to hold whatever technology I must have that day.

What made you choose a career in technology? By the time I was 7, I would disassemble anything and everything my parents would let me.  I was programming by the time I was 9, repairing computers by 11 and printing my own circuit boards at 15.  I was always going to do technology, so I may as well get paid.

Reach out to AK for questions on CA Service Virtualization

Stand out with a layered test approach.

By Chris Kraus, Sr. Principal Product Manager


Remember back in the day when mainframe testing was simple. UI calculations and persistence were all in one layer; all errors reported back to the 3270 screen and trained employees were the users of applications. With the introduction of more powerful client workstations, things got a bit more complicated and we had to move from the CUI to the GUI. Most business logic was in the GUI, errors were still presented in the UI and users were trained on how to use the UI.

Oh… have times changed. Mobile applications and the consumer now rule and not only do we have so much more to test but less time to do it. In order to keep up, functional, regression and performance testing must start before development is done. Testing the new fashioned way means moving the test closer to the logic and focusing on the various application layers.


By moving the test closer to the code you can:

  • Distribute the tests across the architecture
  • Remove layers of complexity by testing as close to the logic as possible
  • Start functional testing before development is complete
  • Decompose big response times into little pieces


Key questions you should ask when looking at the layers include:

  • What business rules and validation are at the mobile layer?
  • Are the API/Service end-points changing data?
  • Is all of the Enterprise Service Bus (ESB) data on the wire?
  • Backend systems – what is old is new or is it new?


In addition to asking the above, there are additional considerations you’ll want to take into account when testing the various layers:

  • Mobile and HTML 5 layers – Validate the data on the screen for formatting, alignment, input validation and enabling functions. Evaluate how the code is performing on the device. Recognize that traditionally brittle small changes in UI’s will increase the time required to maintain tests.

  • API and Service Delivery layers – You’ll need to take a modern approach to testing the UI (SOAP XML, REST JSON, HTTP & Message Queue’s). Orchestrate multiple testing service calls to accomplish a requirement. Keep in mind API calls are less brittle than UI tests and should be used wherever possible. Run nonfunctional testing to understand composite response times.

  • Enterprise Service Bus (ESB) – The ESB represents “all the wires in the house”. It’s usually the single central point of blame and the hardest system to test. You’ll need data on the wire to test, you may need to simulate the system to do this. In addition, you’ll need specific dependent data to test the transformations, and simulations then to match the required transformations. There maybe 1000s of combinations of data to test.

  • Systems of Record – What’s old is new and more new! Here we see business functionality turned into composite services or APIs, service decomposition becomes important. You’ll need to build out regresses for undocumented systems. Watch closely for failures, failures many times this low in the stack can be gobbled up by an asynchronous process. Legacy systems behind the ESB also have their own set of testing challenges:
    • Data on the wire is needed (and it probably won’t be pretty)
    • Custom layouts for Cobol copybooks, CSV, and EJBs
    • Non-human readable data (Hello… Java object or CORBA)
    • Business logic and persistence and combined functionality


Now that we know what we are testing, how do we do it faster? The answer is automation. The two biggest exceptions to test automation typically include: “look and feel” and graphical differences of images. Other than that, I recommend automating everything you can.

CA offers a comprehensive suite of test automation solutions. For the purpose of this discussion, I’d like to focus on how CA Application Test can help you update your test “style”.  Features that align to the considerations discussed in this article include:

  • Mobile – Using CA Application test you can validate the data on screen using the record and playback functionality specific to mobile devices like iOS and Android. Get away from brittle testing, write your test once and run anywhere (locally device, cloud attached device or a simulator). Execute tests to test code functionality performance.
  • Service Testing – Since service testing is all about testing the data on the wire, you need to use a tool like CA Application Test to put the data on the wire and get it off. With CA Application Test one test can be used for functional, regression and non-functional testing.
  • API Testing – CA Application Test includes a graphical visualizer for JSON  based payloads and path generation.


  • Enterprise Service Bus – CA Application Test supports industry standards and customer protocols for ESB. The secret sauce to CA testing’s approach for ESBs is CA Service Virtualization. Virtualized services can be used to stabilize the environment and prevent false failures from occurring. Regression can also be a huge problem for ESBs, CA Application Insight addresses this by creating the volumes of tests needed to achieve the necessary testing velocity.


For organizations that have been around for a while and can’t let go of that old college sweater. CA Application Test has the ability to test legacy back-end systems. It is one of the few solutions in the market that can invoke and verify at every layer and enable you to test the new fashioned way!

If you’re looking for more ways to update your DevTest style, try Service Virtualization. The best place to learn more about Service Virtualization is at


For Question answer session check out CAW2015 Session Catalog and search for DO4X80E

Tue November 17

03:00 PM -04:00 PM PST


Location: Lagoon L

Have you ever muttered I wish it was easier to get to the results for my CA Application Tests?  Well of course you have and we heard you! 

Starting in DevTest 8.5 you can start to see our new "Reporting Framework" with your data vs. ours and give us feedback via Aerilon Community.  When you turn on the reports in the Sandbox there are two new menu items for CA Application Test and CA Continuous Application Insight reports.  The new Test reporting framework is based on views to the CA Application Test reporting database and we are documenting them so that if you want to build your reports you can.


Screen Shot 2015-10-08 at 1.44.25 PM.png

The Reports for CA Application Test are the most popular reports:




Performance Reports


  • Average Transaction Response
  • Cycle Performance Summary
  • Http Summary
  • Performance Summary
  • Requests per Second


Execution Reports

  • Test Execution History
  • Test Execution Run Comparison
  • Test Execution Summary







Screen Shot 2015-10-08 at 1.44.03 PM.png


"Top 10's or Top N reports" - customers always wonder what did we test?  What did we test the most?  What is misbehaving from a performance perspective when we are developing and testing before non-functional testing?

The Reports for CA Continuous Application Insight are:

  • Top N Response Calls
  • Top N most invoked method functions
  • Top N slowest calls by category
  • Top N slowest calls by standard deviation


Inventory reports - I know we got some of those log messages in that 800MB file and that other 1.3 TB file!!@#!!.  But what are they and are any more popular than others?

Inventory reports for:

  • Exception count by type
  • Exception History
  • Log count by severity
  • Log message history
  • Ticker History

CA Service Virtualization /CA Application Test/ CA Application Insight r8.4


We are pleased to announce that the DevTest 8.4 including CA Service Virtualization, CA Application Test and CA Continuous Application Insight.  8.4 is generally available (GA) as of September 3, 2015.  This release includes both fixes to reported issues as well as enhancements to our 3 core products based on customer feedback and ideas.


Here is a list of the notable enhancements in this release:

CA Continuous Application Insight

  • Agent grouping and actions Makes it easier for deployments with multiple agents to configure and manage settings for agents.
  • Invoke and Verify of Database calls now support dynamic data passed between steps and into the database validation statements.  These functional tests are parameterized and dynamic so changes in data do not cause false failures when running functional regression testing.
  • Common API discovery is now done when multiple agents are calling the same API’s.  This new data mining allows commonly called API’s to be tagged so that virtual services from multiple consumers perspectives can be generated or API tests generate represent multiple consumers contracts.


CA Service Virtualization

  • Search Enhancements: When searching within a service image, you can now filter the search results by area (request/response/etc.), use REGex controls, perform whole word search and match case for case sensitive text.

Enterprise Common Components

  • Access Control Enhancements including support for configuration of multiple authentication providers and automatic assigning default roles to groups of LDAP users.
  • Enhanced Manage Resources and Left Navigation of the DevTest Portal so that when you select an area on the left nav, it will open an pre-filtered tab with all the related resources. This helps you find the resource your looking for quickly, especially when there are more than 10 resources within a grouping.


Documentation: The full release notes are available here

In the DevTest r8.2 we introduced a sandbox for you to play in.

So what does this mean to you?  With the DevTest solutions we are following a agile methodology to create great functionality and we want to get the increments to you as fast as possible.  When a new feature is made up of multiple stories to build out "all of the functionality" we basically take story 1 to done done, then go to the next.  For example, with the Virtual Services Environment we got the basic visualization of the server there and in our second story we want to make actions that work on multiple services at the same time work.  That means we released story 1 and will add on it with story 2 and we put first story or deliverable in our sandbox for you to play with and provide feedback.  Below is a list of what is there and I have put a handy link into the documentation on how to use the feature. 

As we move from .dot release to the next we will either put in more functionality or remove from The Sandbox because all of the stories are done.

What’s in “The Sandbox”

We are VERY pleased to announce that the above release was GA as of today, Tuesday, July 8, 2015.  Many thanks and congratulations to the team for the exceptional teamwork and organization to bring this service pack to RTM and GA while retaining our high standard of product quality.   

CONGRATULATIONS TEAM!!    Great job to all!!


What’s New: 

Enterprise Common Components

  • New “The sandbox” feature Allows customers to preview new functionality, and has been completed by development.  As product managers, we want customers to gain access to features as fast as possible. The sandbox will let you get first sprint code to play with as we integrate more functionality.  This will allow customers to provide early feedback and take advantage of new features quickly.


CA Service Virtualization

  • MASSL – Mutually Authentication SSL Now supported in the VSE Record from the workstation.  This update has simplified the setting of server and client certificate.  The recorder also has the ability to request client certificates during recording.
  • Virtualization of SOAP with attachments
  • Updates to the VSI Editor Simplifies capability to find Attributes and Arguments with sorting of columns.
  • Enhanced Code Editor for DevTest Portal requests and responses


CA Application Test

  • Expansion of global filter Allows cookies to be set for REST and SOAP XML steps.  This feature makes it easier to take generated tests and update security tokens needed for runtime.


CA Continuous Application Insight

  • Agent support for JBoss Wildfly running java 1.8 Now available.
  • Create Virtual Services for Pojo’s Currently observed with the java agents.


What’s in “The Sandbox”

  • Advanced Shelf Adds the capability to search and shelve relevant transaction frames by category. You can shelve the same category of frames from selected transactions, or do so from transactions based on a search result.
  • Common API’s Adds ability to view the consumer/producer relationship for Common APIs.
  • Data Driven VSI Adds the capability to generate a VSI Signature from a CSV or XLSX file.
  • Find & Replace Enables the new (work in progress) Find and Replace feature in the VSI Editor.
  • Import/Export Recording Adds the capability to import and export recorded transactions. You can export multiple recordings into a zip file to be shared or imported. A zip file that contains transactions from various sources can be imported into CAI.
  • Usage Counts Annotate the transaction diagram to show occurrence of calls, as well as how many times a particular part of the path is folded.
  • Virtual Service Environment Provides the ability to view and manage services existing within the Virtual Service Environment.

You may have noticed that when you run the default Derby DB with DevTest Solution 8.0 you get a warning and request to use a better performing DB.  Here is quick steps to setup MySQL.  The DevTest specific data is in the Install manual, the MySQL information is not, her is the cheat sheet.



1) Download MySQL DB and JDBC client

2) Install MySQL 5.6.5 or newer

3) Configure MySQL for default code page

4) Create database and user for the enterprise dashboard and server (registry)

configure enterprise dashboard

configure registry settings

5) check for tables and handy commands



Download and install MySQL for your platform, current version is 5.6.5 (

Download and install JDBC client for MySQL referred to as Connector/J (, you will need to put the .jars into your /lib folder



Install on disk or accept default, the following instructions are based on default

You need put the JDBC client jar into LISA classpath

Copy the mysql-connector-java-5.1.25-bin.jar to the install LISA_HOME\lib

For the Portal copy into the LISA_HOME\webserver\phoenix\phoenix-1.0.0\WEB-INF\lib



The database needs to have the default code page set for UTF8, you will need the following files on windows or OSX.


File Name => my.ini

location OSX=> /usr/local/mysql

location Windows => C:\Program Files\MySQL\MySQL Server 5.6









Create 2 databases, one for Enterprise dashboard and one for the registry.  My emdatabase is for the enterprise dashboard and the pfdatabase is for registry and pathfinder.  One user is added to the system and assoicated with each database.  The default login for MySQL is root with no password.  Once you have set a password you will need a -p to state you are specifying one.


mysql -u root


The following command are submitted via the command line utility mysql



create database emdatabase

default character set utf8

default collate utf8_unicode_ci;


create database pfdatabase

default character set utf8

default collate utf8_unicode_ci;


grant usage on *.* to pfuser@localhost identified by 'itkorocks';

grant all privileges on emdatabase.* to pfuser@localhost ;

grant all privileges on pfdatabase.* to pfuser@localhost ;


You can now login to the mysql command line with this command, the password will be prompted.  To switch between the two databases use the “use command”


mysql -u pfuser -p


use pfdatabase;

use emdatabase;



The enterprise dashboard uses to set the emdatabase.


File Name=>









For the rest of DevTest use the to specify the MySQL database pfdatabase.


File Name=>

















Once you start up the database you can see the default code pages, they should look similar to this:


mysql> show variables like 'char%';


| Variable_name            | Value                                                  |


| character_set_client     | utf8                                                   |

| character_set_connection | utf8                                                   |

| character_set_database   | utf8                                                   |

| character_set_filesystem | binary                                                 |

| character_set_results    | utf8                                                   |

| character_set_server     | utf8                                                   |

| character_set_system     | utf8                                                   |

| character_sets_dir       | /usr/local/mysql-5.6.22-osx10.8-x86_64/share/charsets/ |


8 rows in set (0.00 sec)


To see a database and tables use this while logged in as root:


mysql show databases;

mysql  show tables in pfdatabase;


To export or backup database to send to someone use this:


C:\Program Files\MySQL\MySQL Server 5.6\bin>mysqldump --user=pfuser --password=itkorocks pfdatabase > c:\pfdatabase.sql

Yes we hit 1,000 - four significant digits today!it_photo_94156.jpg

Thank you members of the DevTest Community for reading, commenting, answering each others questions, and adding ideas. 

Today our little community started just over a year ago hit it's first milestone, 1,000 YES, One Thousand members strong!

I know the DevTest PM team, (Stefana, Ian, Arpi, Arif, Bharath and myself) are impressed with all the Idea's posted in our weekly reviews.  I say this with mixed emotions as we look at the new ideas and review the ideas with the highest votes realizing you guys out number us 166.66 to 1 but we are up for the challenge.  Invite your friends and co-workers to the Community and customers take the next step and join the DevTest Customer Validation community so we can move it into the 4 digits also.

"On the 8th day of DevTest the CA team brought to me 8 Transactions Documented

SEVEN well calibrated agents,

SIX agents, protocols, categories intercepted,

FIVE generated assets,

FOUR opaque data types processes,

THREE new execution modes,

TWO RR pairs added,

and a Server-Side Recorder in a DevTest tree!"


Screen Shot 2014-12-03 at 10.25.09 AM.png

Welcome to our 8th day of DevTest 8.0!  Today we are looking at the new CA Continuous Application Insight and it’s ability to Document Transactions.

First question who wants to document transactions - Boring!  Actually everyone does they just don't want to figure out what is behind the UI or API, the visibility created by CA Continuous Application Insight will allow you:

  • Create a system of record for what is behind the UI or API
  • Identify dependancies between application servers, databases, and 3rd-party services
  • Catalog Actual Interfaces used betwewen systems
  • Accelerate understanding of what is inherited form M&A
  • Document 3rd-party development of a system - architecture shift form white board

In the video for the 8th day of DevTest I show how you can run your manual test case and then get documentation generated based on your business transactions.  You can use this in development and training to demystify what is actually behind the system.

As you can see, this new functionality is unmatched in the industry.  We're even more excited to hear how you plan to use it - let us know in the comments below.  And that's our 8th gift to you on these 12 days of DevTest! 


TThe 12 Days of DevTest Blog SeriesT

TWELVE Mobile Tests Generated

ELEVEN Selenium UI Test Scripts

TEN JSON assertions and filters

NINE API tests running

EIGHT Transactions Documented

SEVEN well calibrated agents

SIX Agents, protocols, categories intercepted

FIVE Generated assets

FOUR Opaque data types processed

THREE new execution modes

TWO RR pairs added

and A Server-Side Recorder in a DevTest tree!"


"On the 6th day of DevTest the CA team brought to me 6 more agents, protocols, categories intercepted

FIVE generated assets,

FOUR opaque data types processes,

THREE new execution modes,

TWO RR pairs added,

and a Server-Side Recorder in a DevTest tree!"

The new CA Continuous Application Insight is based on using our java agent technology to introspect your running business processes to find "live paths".  The way this works is we put our java agent into the start up of your application, usually via the JAVA_TOOL_OPTIONS, and point the agent to our CA CAI Broker and start your application.  When your application starts up you will see a message about the agent version, name, status, and remote broker connection.  Quietly in the background we will start to instrument your application looking for interesting transactions.  In general we look for:Screen Shot 2014-12-04 at 1.22.48 PM.png

  • Inbound http/s communications - web pages, web services, rest calls
  • Inbound socket communications - raw TCP/IP calls, java RMI or JNDI lookups, JMS messages, MQ Series
  • Outbound http/s communications - going out to another machine for data
  • Outbound socket communications - JDBC, TCP/IP, java RMI or JNDI lookups, JMS messages, MQ Series, plane old sockets with CTG or IMS connect
  • Inside the java virtual machine we see JDBC calls, EJB2, EJB3, IS flow services, Tibco activities

The agents start out a bit quiet and only track use counts which helps you identify what core components are being used, you can then dial up your transactions to see the counts and paths, or stitching of a business transaction into the live paths.  Getting the paths takes a little more work (CPU) by the agent and broker but the visibility gained is great.  The final thing you can do is turn on full payloads plus paths and you will get robust information about what is called and all of the data associated with it.  Great thing is you get full visibility, just remember to make sure you have enough DB space to store all the transaction so you can generate virtual services and baseline tests.

When there are extra or noisy transactions you can include them or exclude them.  For example, if your application has a heart beat between two servers, it is good to know it is there but can create tons of noise in the list of transactions in the CA Continuous Application Insight web user interface.  We allow you to right click and stop persisting the heartbeat or you can add a exclude clause to not even pay attention to the calls.  On the other hand if you have great custom frameworks written in your java that is just a bunch of POJO's you can explicitly include them into the paths to show more details so you can see your custom. 

Now that we have a basis of what the agent will capture what platforms do I put the agents into?  We test modern versions of J2EE and integration platforms running java 1.7, 1.6, and 1.5 (planned deprecation for 1.5 in next year). 

webMethods IS9.0, 9.5
Tibco BW5.10
JBoss4.2, 7.3
WebLogic10.3, 12.1.1 with Sun and JRocket JRE

8, 9.1

WebSphere7, 8.5

As you can see, this new functionality is unmatched in the industry.  We're even more excited to hear how you plan to use it - let us know in the comments below.  And that's our 6th gift to you on these 12 days of DevTest!


TThe 12 Days of DevTest Blog SeriesT

TWELVE Mobile Tests Generated

ELEVEN Selenium UI Test Scripts

TEN JSON assertions and filters

NINE API tests running

EIGHT Transactions Documented

SEVEN well calibrated agents

SIX Agents, protocols, categories intercepted

FIVE Generated assets

FOUR Opaque data types processed

THREE new execution modes

TWO RR pairs added

and A Server-Side Recorder in a DevTest tree!"


"On the 5th day of DevTest the CA team gave to me 5 generated assets

Four opaque data types processed

Three new execution modes,

Two RR pairs added,

and a Server-Side Recorder in a DevTest tree!"



Welcome to our 5th day of DevTest 8.0!  Today we are looking at the new CA Continuous Application Insight and it’s ability to generate Actionable Assets.

Screen Shot 2014-12-03 at 10.24.37 AM.png

What is a Actionable Asset? Actionable Assets are test cases, virtual services, and visibility documents into the business processes running behind the user interface and API’s based on live paths we observe in a running application.  On the 5th day of DevTest we specifically look at how to generate test cases (baselines) for API’s below the user interface.  If you think about that, simply you can now use a tool to automate your automation and get ahead of the curve for your automated regression testing. 

If you answer yes to any of these opportunities watch the video below.


  • “Don’t understand where the APIs are”CA CAI documents the transactions and show the API layer

  • “I enter data at the UI – I don’t understand data at the service layer”CA CAI baseline generation includes test data observed automatically

  • “I manually run the same test with different data”1,000’s of them – Automated test can be scheduled or integrate into CI / CD workflows



As you can see, this new functionality is unmatched in the industry.  We're even more excited to hear how you plan to use it - let us know in the comments below.  And that's our 5th gift to you on these 12 days of DevTest!


TThe 12 Days of DevTest Blog SeriesT

TWELVE Mobile Tests Generated

ELEVEN Selenium UI Test Scripts

TEN JSON assertions and filters

NINE API tests running

EIGHT Transactions Documented

SEVEN well calibrated agents

SIX Agents, protocols, categories intercepted

FIVE Generated assets

FOUR Opaque data types processed

THREE new execution modes

TWO RR pairs added

and A Server-Side Recorder in a DevTest tree!"


We have all read and enjoyed the “who moved my LISA” so we all know there is a new name for the collection of products formerly known as CA LISA,  DevTest Solutions!  We are about to hit the holiday season I’m sure everyone is thinking, “What amazing things will I do with technology next year?”, remember that part of the amazing things you will be doing is with the new versions of CA Service Virtualization, CA Application Test and CA Continuous Application Insight. 


As a reminder when budgeting your time, here is the timeframes for EOS for older versions.  So let’s get that upgrade planned and take advantage of the cool new features in the DevTest Portal and create some amazing technology together.



Last Updated: April 15, 2014