Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

How to integrate ClearQuest and RQM?

We have RQM and ClearQuest setup separately, now would like to integrate them so tester can log defect from either RQM or CQ and run reports on both.

It seems to have different ways, i.e. ClearQuest Bridge or ClearQuest Connector. What is the simplest and reliable configuration to doing this.

TIA.

0 votes



11 answers

Permanent link
We have RQM and ClearQuest setup separately, now would like to integrate them so tester can log defect from either RQM or CQ and run reports on both.

It seems to have different ways, i.e. ClearQuest Bridge or ClearQuest Connector. What is the simplest and reliable configuration to doing this.

TIA.

ClearQuest bridge will allow RQM users to log defects in CQ as part of their workflow. The defects would be stored in CQ, and linked to from RQM.

ClearQuest connector will synchronize defect records between the CQ and RQM databases.

What are you using for reporting? The most robust solution is to use ClearQuest bridge and then use Rational Insight for reporting (it supports connectivity to multiple data sources -- in this case, RQM and CQ). If you do not have an Insight license available, you might want to consider using ClearQuest connector so that you can use the free reporting solution (Rational Common Reporting for RQM) to report on your defects.

0 votes


Permanent link
The simplest configuration is to use the Bridge ... no need to define
sync rules that map the (arbitrarily customizable) CQ record schema to
the (arbitrarily customizable) RTC work item schema. But as Patrick
says, you will have to work harder to get cross-cutting queries and
reports.

Cheers,
Geoff

On 8/12/2010 11:07 AM, GaryLau wrote:
We have RQM and ClearQuest setup separately, now would like to
integrate them so tester can log defect from either RQM or CQ and run
reports on both.

It seems to have different ways, i.e. ClearQuest Bridge or ClearQuest
Connector. What is the simplest and reliable configuration to doing
this.

TIA.

0 votes


Permanent link
The simplest configuration is to use the Bridge ... no need to define
sync rules that map the (arbitrarily customizable) CQ record schema to
the (arbitrarily customizable) RTC work item schema. But as Patrick
says, you will have to work harder to get cross-cutting queries and
reports.

Cheers,
Geoff



We want to track defect by requirement and test case/plan, and vice versa. So probably we'll run the report in RQM. Will it works if we configure CQ Bridge?

Also will the defect logged in RQM appears in CQ?

Thanks,
Gary

0 votes


Permanent link
See Patrick's comment about running reports.

If you use the Bridge, the requests are stored only in CQ (unlike the
Synchronizer, which creates a copy, and keeps them synchronized), so you
won't be able to see them with reports that run against the RQM repository.

Cheers,
Geoff

On 8/12/2010 1:52 PM, GaryLau wrote:
gmclemmwrote:
The simplest configuration is to use the Bridge ... no need to define

sync rules that map the (arbitrarily customizable) CQ record schema
to
the (arbitrarily customizable) RTC work item schema. But as Patrick

says, you will have to work harder to get cross-cutting queries and

reports.

Cheers,
Geoff



We want to track defect by requirement and test case/plan, and vice
versa. So probably we'll run the report in RQM. Will it works if we
configure CQ Bridge?

Also will the defect logged in RQM appears in CQ?

Thanks,
Gary

0 votes


Permanent link
See Patrick's comment about running reports.

If you use the Bridge, the requests are stored only in CQ (unlike the
Synchronizer, which creates a copy, and keeps them synchronized), so you
won't be able to see them with reports that run against the RQM repository.

Cheers,
Geoff




Will CQ see defect logged in RQM with Bridge setup?

0 votes


Permanent link
Yes, with the Bridge, when you post a request/defect in RQM, it actually
creates that request as a CQ record, and then links that record back to
the appropriate RQM objects (test results, whatever).

So from a data perspective, everything about the request (except the
link) is stored in CQ, and the RQM WebUI just makes it easy for you to
create those requests, and then navigate to that request (when you click
on that link, you effectively end up in the CQ WebUI).

Cheers,
Geoff

On 8/12/2010 3:07 PM, GaryLau wrote:
gmclemmwrote:
See Patrick's comment about running reports.

If you use the Bridge, the requests are stored only in CQ (unlike
the
Synchronizer, which creates a copy, and keeps them synchronized), so
you
won't be able to see them with reports that run against the RQM
repository.

Cheers,
Geoff




Will CQ see defect logged in RQM with Bridge setup?

0 votes


Permanent link
Yes, with the Bridge, when you post a request/defect in RQM, it actually
creates that request as a CQ record, and then links that record back to
the appropriate RQM objects (test results, whatever).

So from a data perspective, everything about the request (except the
link) is stored in CQ, and the RQM WebUI just makes it easy for you to
create those requests, and then navigate to that request (when you click
on that link, you effectively end up in the CQ WebUI).

Cheers,
Geoff



We'll go with CQ Bridge now. If it doesn't meet our need, is it possible to switch to CQ Connector? Any impact if we switch?

Thanks,
Gary

0 votes


Permanent link
Going from the CQ Bridge to the CQ Synchronizer should be
straightforward. You would just write a query that would match all of
your CQ entries, and request they be synchronized into RQM as work items.

Cheers,
Geoff

On 8/13/2010 8:53 AM, GaryLau wrote:
gmclemmwrote:
Yes, with the Bridge, when you post a request/defect in RQM, it
actually
creates that request as a CQ record, and then links that record back
to
the appropriate RQM objects (test results, whatever).

So from a data perspective, everything about the request (except the

link) is stored in CQ, and the RQM WebUI just makes it easy for you
to
create those requests, and then navigate to that request (when you
click
on that link, you effectively end up in the CQ WebUI).

Cheers,
Geoff



We'll go with CQ Bridge now. If it doesn't meet our need, is it
possible to switch to CQ Connector? Any impact if we switch?

Thanks,
Gary

0 votes


Permanent link

ClearQuest bridge will allow RQM users to log defects in CQ as part of their workflow. The defects would be stored in CQ, and linked to from RQM.

ClearQuest connector will synchronize defect records between the CQ and RQM databases.

What are you using for reporting? The most robust solution is to use ClearQuest bridge and then use Rational Insight for reporting (it supports connectivity to multiple data sources -- in this case, RQM and CQ). If you do not have an Insight license available, you might want to consider using ClearQuest connector so that you can use the free reporting solution (Rational Common Reporting for RQM) to report on your defects.


Can the RCP that comes with RQM pull in data from CQ or do you need Insight for that?

0 votes


Permanent link

We want to track defect by requirement and test case/plan, and vice versa. So probably we'll run the report in RQM. Will it works if we configure CQ Bridge?

Also will the defect logged in RQM appears in CQ?

Thanks,
Gary


Gary -

Did you ever get the report you wanted with the ClearQuest Bridge? Do you know if a CQ defect report will have the associated test case / script /step listed, if the report comes from CQ?

Thanks,
Carson

0 votes

1–15 items
page 1of 1 pagesof 2 pages

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details

Question asked: Aug 12 '10, 11:05 a.m.

Question was seen: 12,510 times

Last updated: Aug 12 '10, 11:05 a.m.

Confirmation Cancel Confirm