IBM Rational Quality Manager
is collaborative, Web-based, quality management software for comprehensive test
planning and test asset management throughout the software life cycle.
on the Jazz™ platform, it is for test teams of all sizes and supports a variety
of user roles, such as test manager, test architect, test lead, tester, and lab
manager, as well as roles outside of the test organization.
Rational Quality Manager enables you to manage and run automated test scripts
created with other test tools.
test scripts that you create are references to the actual tests created in the
other testing tools.
This blog covers Worksoft Certify as an example. You
will see how to get the tools integrated and how they work with Rational
Quality Manager to help you better manage and understand the status of your
is an automated functional testing solution for SAP lifecycle management and
cross-platform business process validation.
Worksoft Certify eliminates custom
coding and programming, a requirement of most legacy test automation
products, making it fast and easy to implement and maintain. Using an
object-driven approach rather than generating scripts or code, Worksoft Certify
validates business process workflows using a data model of fields, screens, and
transactions making it easy to keep pace with dynamic changes.
Steps to change the polling interval
These are the files that are
included in our Worksoft Adapter:
There are two options to change
the polling interval:
Option 1 – while the
adapter IS NOT RUNNING, change the config.ini “sleepTime” config value.
This is configuration for the polling interval. Then run the
adapter using “Start.cmd”
Option 2 -
change the polling interval in the UI. Here are the
o Run “Start.cmd”
o Click on the “tab” circled in red below
Change the Sleep Time (circled in red below):
o Click “Save”
o Restart the adapter and the RQM server
Below are the methodologies which have been proven to be highly successful in RFT automation projects
Steps in designing the architectureFirst Step: Organize the code into a layered architecture as per the ITCL architecture
1. First Tier : AppObjects -->All the application objects of the application reside in the AppObject scripts. All the finders will be in this package/script
2. Second Tier : Tasks --> Methods around these Appobjects to do a task eg: Logging into an application
3. Third Tier: Test Cases --> The scripts which actually verify and test the application. Testcases are abstracted from the Appobjects which make this architecture robust
Here, the test cases talk to tasks and tasks in turn talk to Appobjects
Advantages of this architecture
1. Highly Organized code
2. Ease in debugging
3. If an application object changes, tester need not update all the test scripts having the appobject, but he needs only to modify the affected appobject and all the test cases are automatically updated. This is due to the fact that the test cases are abstracted from Appobjects
More info on ITCL framework is found in this article: http://www.ibm.com/developerworks/rational/library/06/0822_goel/
Second Step: For Web/Dojo Applications Using BLUE and below hacks
Third Step: Scripted Verifications
- If the application is a Dojo application, we can further use BLUE framework on the top of ITCL. BLUE contains very robust methods for Dojo.
- Also, for Web applications, if the RFT tool does not recognize the objects beneath the layers/pages, we can further use the IE developer tools to find the unique properties of the object and feed them to the RFT tool dynamic find
- One can make the code browser independent by making the document page as the top parent instead of making browser as the top parent. All the underlying code will be having the document page as the top parent.
Use scripted verifications instead on recorded verification to verify the state of an application. it makes the automation suite very robust and resilient to the application changesFourth Step: Appobject Unit Tests
For instance a verify_table method will fetch the contents of a table/grid during the first run and write it in an excel and place it in an expected results cannon. During the subsequent runs, it will again fetch the contents of a table/grid and write to an actual excel file. The method then compares the two files and logs the result
Keeping the Appobjects Unit Tests in place makes a confident automation code. Once the build is ready, the appobject unit tests are run to ensure all the application objects are recognized. If there is a change in object properties, the tester updates the recognition properties. This will further ease the debugging effort as we are sure the test cases are failing due to a bug/ defect or due to a functionality change and not due to object recognitionFifth Step: Multi Client Test Script Maintenance
Using a property file can make a single test script to run on multiple clients. This is done by defining a property in the properties file which would instantiate the objects specific to that type of client mentioned.
IBM Rational Functional Tester
(RFT) is a solution for testing Java, Web, Eclipse,Flex, Dojo, Ajax, SAP, Adobe, Microsoft
Visual Studio .NET WinForm based applications, etc. Support is also available
for testing 3270/5250 terminal-based applications and Siebel 7.7
Here is the link where one can find the supported domains for functional testing by RFThttp://www-01.ibm.com/support/docview.wss?uid=swg27027053
Before actually starting to automate, please go thru the above link to check if your environment is supported by RFT, else RFT will not run
Functional Tester plugs into IBM's open-sourced Integrated Development
Environment (IDE) known as Eclipse. By embracing IBM's IDE, Rational Functional
Tester sits along side other development tools created by IBM Rational and
other vendors allowing easy tool integration into a common interface. RFT is
the QSE(Quality Software Engineering) recommended tool for GUI automation.
Scripting with RFT
you to program in standard Java or with Visual Basic .NET. The fact
that RFT uses these programming languages provides two advantages.
advantage is that the languages are standard so the learning curve is smaller
than if the script developer had to learn both the tool and the language.
- Another advantage is the flexibility the two languages offer. Programmers have
the choice of familiar languages. So they can write programs in the one at
which they are most adept or which they feel best suits their needs.
GUI test automation tools
also feature libraries of functions useful for testing, such
as click, select, or verify. In RFT, you can add to this library
("wrapping" several lines of code to perform a single operation
is one useful technique), to provide functions useful to all RFT programmers.
When developers change properties of UI elements, existing scripts potentially
can fail. How do you maintain your scripts if developers keep changing
properties that identify the user interface elements, such as the position of
the object or its name? This is an inevitable part of development, but how can
your scripts keep up?
This is one of the most
important issues to think about when selecting a tool and creating your
scripts, because if your scripts take too much effort to maintain, they cease
to be a cost-effective and efficient solution for testing.
RFT uses two technologies to
address this problem.
- The core technology is the RFT Object Map feature.
RFT Object Map feature is enhanced by ScriptAssure.
The RFT Object Map stores
information about GUI objects and their properties during test development.
This information is used to find GUI objects during test execution. Some of the
properties that identify an object include color, size, position, state (such
as checked and unchecked), text label, and logical name (the name you assign to
the object). Object maps are often shared across multiple tests.
The purpose of ScriptAssure is
to eliminate the need to update the script when the objects in the user
interface change. ScriptAssure accomplishes this by allowing you to weight
the different properties used to identify a UI element. You determine the
most important characteristics for identifying the object. When one property
changes, ScriptAssure can still identify the object based on the other
properties. No single change to any object prevents an RFT script from running
Another way that
RFT reduces script maintenance is with the Object Map update
tool. The tool enables you to globally update a centralized object map.
Rational Quality Manager has following characteristics:
- Rational Quality Manager is based on the Jazz platform and inherits many characteristics from that platform
- IBM Rational Quality Manager is a collaborative and web-based tool
- Offers comprehensive test planning, test construction, and test artifact management functions throughout the software development lifecycle Rational Quality Manager is designed to be used by test teams
- supports a variety of user roles, such as test manager, test architect, test lead, tester, and lab manager
You can download CLM 4.0 and try for 60 days from jazz.net link given below:
Once you download, you can follow the link for installing, configuring, deploying CLM 2012 from the following CLM 4.0 help link:
Have look at what's new in CLM 2012 from the following link by downloading PDF. It has rich set of UI, improved features, manual script recording with RFT adapter etc.
The following article shows how to integrate custom tools with RQM using Command Line Adapters, which does not provide out-of-the box Integration.
For all CLM 4.0 related queries, please join in Jazz forum by registering yourself here:
Once your registration completes, login to Jazz.net and go to forum https://jazz.net/forum. Ask Questions, get Answers, share your thought and ideas and become expert.
The most common causes of the errors observed with Rational® Performance Tester, both during Recording & Playback.Browser and System Port(s)
Cause 1: The browser could already be in use during recording?
Additional Details: RATIONAL® PERFORMANCE TESTER cannot record scripts starting a parallel browser session; this is because RPT needs to create a proxy server port before it can start listening to the traffic exchanged between the client and the server.
Remedy: Close all Browser sessions before attempting a recording.
Cause 2 : Proxy settings in browser might prevent RPT from getting to the browser?
Additional Details: The proxy settings in the browser might be hindering RPT take control of the browser and move ahead with recording.
Remedy: Remove all proxy settings in the browser; also disable the Automatic Configuration scripts if any referred in the proxy settings.
However in scenarios where proxy settings are mandatory, please use the steps as described in the technote
Cause 3: Port 10002 (used by RPT to interact with the in-tool agent controller might be in use) hence
Additional Details: This port is used by Rational® Performance Tester to interact with the Agent Controller (Integrated / Remote) to run load tests
Remedy: Check if 10002 is already in use, if yes, please retry after ensuring that the application using port 10002 has relieved this port. Alternatively, you can try a machine re-start to allow the port to go back to LISTENING mode.
You can use netstat command usage to confirm that 10002 is a free port.
Un-supported network traffic - protocol
Cause: If network traffic used by the application does not fall into the supported protocols category,there might be un-expected behavior.Best Practices – RATIONAL® PERFORMANCE TESTER RecordingScript Maintenance:
Rational® Performance Tester includes built-in recorders for the following network protocols:
Web Services (SOA)
Remedy: Additional protocols can be built using the IBM Rational® Performance Tester Extensibility Software Development Kit (SDK), here is the link to documentation on this
Script Maintenance is a crucial part in effective recording process to ensure that the scripts generated in RATIONAL® PERFORMANCE TESTER are optimal and are in sync with the test plans. Some of the main points to be aware of while recording are:-Document Dependencies:
Always return to the main screen or page at the end of each scenario or before a log-out.
Having common beginning and ending screens is reliable
Apart from the formal change / version control processes, documenting dependencies in the environment which can impact the scripts is a major task which can help avoid deficiencies in the test environment and hence help achieve assigned targets with recording process.
Always document dependencies and other information about your split test modules. This will help with test script maintenance and re usability.
Use comments in the test or schedule or by using the properties description field associated with each test
If the details provided above do not help address the concerns, please contact IBM Rational Client Support
with the details on the issue.
IBM Rational® solutions for collaborative design management enable an organization to bring together a broad set of stakeholders—customers, line-of-business managers, operations, development teams, and others—to contribute to and influence the design of products, software and systems. This new level of collaboration can help to drive improved quality and achieve successful business outcomes.
IBM® Rational® Rhapsody® Design Manager and IBM Rational Software Architect Design Manager provide an intuitive, web-based and IBM Rational Jazz-enabled user experience to:
- Engage all stakeholders in the design process with self-serve web-based access to designs from anywhere—speeding decision-making with automated design reviews.
- Unify designs across the lifecycle and teams enabling multi-design search for review, analysis and reuse.
- Accelerate project delivery with automated reporting for audits and compliance, and rapid adoption to improve overall team effectiveness.
Few links for reference :
Webathon 2010 - Webinar on " Agile Development with Jazz & Rational Team Concert", October 19th.
Connect with Webathon Speaker : Mayank Parikh
has over 20 years of IT industry experience and has had the opportunity to work extensively with customers like Coca Cola, Fidelity and Pitney Bowes. He has worked in various roles and specializes in evolving mechanisms that result in effective, efficient and predictable software development and delivery.
Mayank's hobbies are reading, exploring technology and watching movies. He practices Yoga and likes to take long walks along Mumbai's Marine Drive.
GURU MANTRA - Get To Learn from Mayank Parikh : Client Technical Specialist : RATIONAL.RM-CORE, IBM SWG
Some useful content Mayank suggests as a pre-Webathon preparation.
1. Scrum project management with IBM Rational Team Concert Version 2: Part 1. Set up projects, teams, and plans
2. Effective use of Rational Team Concert for daily scrums
3. Collaborate and develop in real-time using Rational Team Concert
4. Get to know Open Services for Lifecycle Collaboration Change Management
Find out more about Rational Team Concert at:
Explore Rational Team Concert tutorials, demos, trials, and other developer learning resources at:
Check out the ROI Calculator at
Download & recommend the presentation on 'Agile Development with Jazz & Rational Team Concert'
Those who had attended the session and wish to avail participatory certificate can,
Watch out for more on the subject.
And feel free to give your feedback, post your doubts or share your knowledge with us.
Model Driven Development (MDD), together with its associated UML-based tools, has been around for more than a decade now. Several advanced organizations have successfully used MDD to substantially increase their competitive edge and market share through improved productivity, quality, and time-to-market.
UML-to-COBOL transformation requires the modeling of data structures and programs. The next step in the process is the generation of the COBOL source code by using the output of a transformation. This process uses both Rational® Software Architect and Rational Developer for System z as platforms.
Generating COBOL from UML is a two-step process: modeling data structures and programs by using Rational® Software Architect and generating COBOL source from the output of this model by using Rational Developer for System z®.
Developing a COBOL model by using Rational Software Architect
Rational Software Architect is required to begin the UML-to-COBOL transformation process.
Generating COBOL source from the output of the transformation
The final goal of the UML-to-COBOL process is to generate COBOL source code that can be enhanced further within the development environment of Rational Developer for System z.
Rational® Software Architect is required to begin the UML-to-COBOL process.
Note: Rational Developer for System z provides an extension that is installed with Rational Software Architect that lets you develop a COBOL model. To use this capability, download and install the "UML Profiles for COBOL Development" extension.
The final goal of the UML-to-COBOL process is to generate COBOL source code that can be enhanced further within the development environment of Rational® Developer for System z®.
At this part of the process, the system architect who has been modeling the programs and data structures has been using the capabilities of Rational System Architect, enhanced with profiles containing additional stereotypes, primitive types, and patterns. The second modeling transformation generates the output that is used with Rational Developer for System z to continue COBOL development for System z.
Rational Asset Analyzer provides in-depth insight into dependencies within and among mainframe and distributed applications. Rational Asset Analyzer can assist you with the maintenance, extension, and reuse of existing mainframe and web applications.
Rational Asset Analyzer can simplify software projects by:
delivering up-to-date knowledge of application assets from the code itself
making the same application insight available to all team members through a web browser interface
taking an inventory of mainframe and distributed application assets
analyzing the impact of a change on mainframe and distributed application assets
improving the reuse of assets and sharing of knowledge throughout the development cycle
During the inventory process for software assets in the distributed usage tool users are facing lot of challenges to offload the code from Mainframe and process the same accordingly. To overcome this RAA has been enabled to scan the source code directly from RTC repositories.
Use the Rational Team Concert™ build engine to launch and record Rational® Asset Analyzer scans to provide ongoing analysis as part of your software development and change lifecycle.
Rational Asset Analyzer software analyzes source code artifacts, such as COBOL or JCL, and subsystem information, such as resources defined in IBM® CICS® or IBM DB2® software. To analyze source code, you point Rational Asset Analyzer software to the source code and scan. You can include this source code analysis as part of your ongoing software change process. Do this by associating a Rational Team Concert build definition with a Rational Asset Analyzer scan request. The Rational Team Concert build extracts source code to a location specified by the build definition and then makes a request to Rational Asset Analyzer software to scan from that location. This solution uses standard capabilities of both products.
Please find a detailed demo on this from the following url:-
DevOps: Think Lean - Eliminate Bottlenecks!
We are pleased to invite you to the Global Rational User Community (GRUC) virtual webcast on DevOps.
With the unprecedented explosion of technology around us and increasing customer expectations, speed of delivery becomes a key differentiator. Over the last few years, the importance of a DevOps approach to software delivery has been gaining more and more traction. Organizations now recognize that DevOps is a business capability that brings value to their business. They are seeking to understand how they can adopt DevOps to become more efficient, deliver higher quality product, be more agile and innovate.
Government agencies are constantly seeking ways to reduce unnecessary overheads and non-value added work and transform their operations.
This webcast will help adopt lean thinking to identify and address delivery bottlenecks.
Take this opportunity to listen to and interact with Sanjeev Sharma, a DevOps thought leader from IBM.
Webcast Details Registrations Open!
Date: Tuesday, 25 November 2014
Time: 6:00PM - 7:00PM India Time
Registration Link: bit.ly/1oKmGnl
IBM Worldwide Lead - DevOps Technical Sales,
IBM Software Group
DevOps is a set of principles and practices designed to help development, test, and operations teams work together to deploy code more frequently and to ensure a more effective feedback loop. The practices include iterative development, deployment automation, test automation, release coordination, monitoring and optimization, and many more. This article describes the factors to consider as you build a deployment automation solution for an enterprise that has applications that run on multiple platforms, including the mainframe.
Manage the deployment of multi-platform applications
Although DevOps principles apply across all platforms, the shared nature of the IBM z/OS environment has shaped, and sometimes constrained, the deployment process. In the current z/OS environment, deployment is generally automated consistently across all environments. However, this capability cannot extend to other platforms because the tools are specific to the z/OS platform. In the z/OS environment, the tools that manage source code also provide the build and deployment capabilities. Because these tools have been in place for many years, they have been significantly customized. In the current multi-platform environment, composite applications drive the need to coordinate the deployment of the entire application across various platforms. The deployment capability in place for the z/OS environment does not coordinate well with other environments. A comprehensive and automated deployment solution is not available. At the heart of a multi-platform application deployment system, you might expect to see a consolidated inventory view, which shows you the application with all its components and subsystems, mapped to the deployment environment.
Manage the environment
A software project typically has a set of deployment environments such as development, quality assurance (QA), and production. An environment is a collection of resources as a deployment target. A resource can be a physical server, a logical partition (LPAR), a virtual machine, or a subset of a cloud. It can also be a logical deployment target, such as an IBM® CICS® region, a database, or an application server platform. The deployment system needs to understand and be able to model the environment before it can create and maintain an inventory of application versions mapped to environments. In the distributed platforms, most IT organizations use application-specific environments, but multi-tenant servers can be the targets of multiple applications. The mainframe environment is typically highly shared. Approvals and
team processes are typically scoped to environments.
Modified by Jose P Babu
CLM has been developed to support transparent, agile development in a collaborative fashion. That was the main focus in the beginning and is designed for transparency across the stakeholders. Gradually Enterprise customers wanted to give access of the Work Items to the external world in a restricted fashion. It is just a question how to implement all that without sacrificing the benefits such as usability and performance. One way of doing this is having the reverse proxy sitting outside of the firewall. Another method is to provide customers a way to reach the server(s) e.g. by providing a VPN tunnel. Or you have to punch a hole into the firewall to be able to reach the public URI's. In this article we are trying to explain one of the ways of providing external access to CLM. (through proxy)
JKE as a product company wanted to have a mechanism to expose the CCM server to their end customers to create a new Feature into the existing products list and even wanted to keep track of the progress of the same. One CLM instance/server is exclusively allocated for the JKE internal team for their product development lifecycle (Name:-CLM). The second instance of CLM will be used to give access to the external users to isolate the production server from external world (Name:-CLMEXT). One user id will be provided for each customer with restricted access to fulfill the following conditions.
One user id for each customer and one JKE id for the sales team
Each customer will get access only to their specific features and its workflow.
Only common features are accessible to all the customers.
Sales team should be in a position to respond to the queries from the customers through pre-configured responses.
Reverse proxy has to be configured in JKE reverse proxy server to provide access to the external customers. (Reverse proxy can be configured within CLM also.)
Once the features are been created in CLMEXT by the customers, JKE team can validate the same and a new WI will be added manually into the CLM server. (Note:- Work items can be added to CLM server automatically using cross server communication)
A link from the CLM WIs to CLMEXT Feature will be created and will be visible only from CLM by the JKE team.
JKE team has to manually update the status of the progress of the new Features in CLMEXT.
The complete document can be found in Rational User Group India chapter:-
Did you know? Your experiments on Bluemix can stand you a chance to win movie tickets?
You heard it right! All you need to do is build an app on Bluemix, Share it on your social network and wait to get lucky.
Modified by sumasr
Many teams find it challenging to get a project started quickly, to get team members oriented, to set up and configure tools, and to take advantage of proven patternsof success to do their jobs. Many other teams are required to document their processes for compliance reasons, and show that they follow that process.
Jazz allows us to create a new process template or customize an exisiting process template in RRC, RTC & RQM.
Jazz tools (RRC,RTC & RQM) have pre-defined process templates which can be modified according to the project needs. Process template has different components such as Overview, Timelines, Roles, Permissions, Access Control, Configuration Data and Process Description. Each of these components can be customized according to your project needs.
Read through this article "How to customize process and project templates in Rational Requirements Composer 4.0" to know about the steps to customize process templates in Jazz and how these templates can be shared across the project team. Article also describes the benefits of cusomizing the process templates and project templates in RRC.
Although, article talks about Customizing RRC process templates, same approach is applied for customizing Rational Team Concert and Rational Quality Manager Process Templates.
Managing software and product lifecycle integration has always been a challenge and with the rate of the new demands on the enterprise the challenges are increasing. Leaders from different standards organizations and industry will lead interactive discussions on the importance of open technologies to help enterprises manage the lifecycle activities within their environments. Learn about the direction lifecycle integration is taking as a result of the inclusion of open standards and the importance of this work to you. You will also hear how you can bring forward your requirements and influence the supporting work activities.
The Open Lifecycle Summit will feature short lightning talks and panel discussions with industry leaders such as OASIS CEO Laurent Liscia, Tasktop CEO Mik Kirsten, Opscode VP of Solutions George Moberly, and IBM Fellows Michael Michael Kaczmarski and Kevin Stoodley, and IBM VP of Standards and IBM Cloud Labs, Dr. Angel Diaz.
The Summit is free to attend for all those attending IBM Innovate. Join us for an exciting session and refreshments to start your attendance at Innovate 2013. For more information and to RSVP visit http://ibm.co/16jTusU