Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SELECT DISTINCT
td.SESSIONS_HISTORY.USER_NAME, td.Users.full_name,
td.SESSIONS_HISTORY.DOMAIN_NAME, td.SESSIONS_HISTORY.CLIENT_TYPE,
td.SESSIONS_HISTORY.PROJECT_NAME
FROM td.SESSIONS_HISTORY INNER JOIN
td.USERS ON td.SESSIONS_HISTORY.USER_NAME = td.USERS.USER_NAME
WHERE (td.SESSIONS_HISTORY.CLIENT_TYPE = 'Quality Center Client UI')
order by td.SESSIONS_HISTORY.domain_name
order by u.user_name
Requirement (REQ)
Req ID (RQ_REQ_ID)
Name (RQ_REQ_NAME)
Description (RQ_REQ_COMMENT)
Requirement Type (RQ_TYPE_ID)
Is Folder (RQ_IS_FOLDER) – beware. This contains incorrect data (folders with
value “N”)
Req Father ID (RQ_FATHER_ID) e.g. the folder id that the requirement is in.
Risk (RQ_USER_03)
Requirement (RC_REQ_ID)
Covering Entity ID (RC_ENTITY_ID)
Coverage Type (RC_ENTITY_TYPE) – always seems to be “TEST”. Do not put this
in a WHERE clause or you will filter out requirements that do not have an associated
test case.
Test ID (TS_TEST_ID)
Test Name (TS_NAME)
Execution Status (TS_EXEC_STATUS)
SELECT
REQ.RQ_REQ_ID AS 'Requirement ID',
REQ.RQ_USER_01 AS 'Req ID Project', -- this has the original REQ ID from proj
ect doco
REQ.RQ_REQ_NAME AS 'Requirement Name',
REQ.RQ_REQ_COMMENT AS 'Requirement Description',
REQ_TYPE.TPR_NAME AS 'Requirement Type',
REQ.RQ_USER_03 AS 'Risk'
FROM
REQ
JOIN REQ_TYPE
ON REQ.RQ_TYPE_ID = REQ_TYPE.TPR_TYPE_ID -- join to get the name of the req
uirement type e.g "Folder"
WHERE
TPR_NAME != 'Folder' -- Only retrieve requirements of type "Business" or "Fun
ctional"
ORDER BY
RQ_REQ_ID
SELECT
TEST.TS_TEST_ID AS 'Test ID',
TEST.TS_NAME AS 'Test Name',
TEST.TS_EXEC_STATUS AS 'Execution Status'
FROM
TEST
ORDER BY
TEST.TS_TEST_ID
SELECT
REQ.RQ_REQ_ID AS 'Requirement ID',
REQ.RQ_USER_01 AS 'Req ID Project', -- this has the original REQ ID from proj
ect doco
REQ.RQ_REQ_NAME AS 'Requirement Name',
REQ.RQ_REQ_COMMENT AS 'Requirement Description',
REQ_TYPE.TPR_NAME AS 'Requirement Type',
REQ.RQ_USER_03 AS 'Risk',
TEST.TS_TEST_ID AS 'Test Case ID',
TEST.TS_NAME AS 'Test Case Name',
TEST.TS_EXEC_STATUS AS 'Execution Status'
FROM
REQ
LEFT JOIN
REQ_COVER ON REQ.RQ_REQ_ID = REQ_COVER.RC_REQ_ID -- join requirements to te
st cases (REQ to REQ_COVER)
LEFT JOIN
TEST ON REQ_COVER.RC_ENTITY_ID = TEST.TS_TEST_ID -- join requirements to te
st cases (REQ_COVER to TEST)
JOIN
REQ_TYPE ON REQ.RQ_TYPE_ID = REQ_TYPE.TPR_TYPE_ID -- join to get the name o
f the requirement type e.g "Folder"
WHERE
REQ_TYPE.TPR_NAME != 'Folder' -- Only retrieve requirements of type "Business
" or "Functional"
ORDER BY
REQ.RQ_REQ_ID
1. Here are some helpful queries that I built for a dashboard for my company…
—Get status of all tests in a cycle
1. declare @completed float
declare @total float
declare @percentage float
declare @failed float
set @completed = (select count(DISTINCT(RN_TEST_ID))
from td.releases R
inner join td.Release_Cycles RC on r.Rel_ID = RC.RCYC_Parent_ID
inner join td.Cycle Cy on Cy_Assign_RCYC = RC.RCYC_ID
inner join td.TestCycl TC on TC.TC_Cycle_ID = Cy.CY_Cycle_ID
inner join td.Run Rn on Rn.RN_Test_ID = TC.TC_Test_ID
inner join td.Test TS on TS.TS_Test_ID = RN.RN_Test_ID
Where RCYC_ID = ’10’
AND Rn.RN_Execution_Date = DATEADD(DAY, DATEDIFF(DAY, 140,
GETDATE()), 0)
and rn.rn_status = ‘Passed’)
select distinct(ts_test_id) as ‘TestID’, ts_name as ‘Name’,
max(rn.RN_EXECUTION_DATE) as ‘Time’
into #tmpStatus
from td.Release_Cycles RC
inner join td.Cycle Cy on Cy_Assign_RCYC = RC.RCYC_ID
inner join td.TestCycl TC on TC.TC_Cycle_ID = Cy.CY_Cycle_ID
inner join td.Run Rn on Rn.RN_Test_ID = TC.TC_Test_ID
inner join td.test ts on ts.TS_TEST_ID = rn.RN_TEST_ID
Where RCYC_ID = ’10’
and rn.rn_execution_date = DATEADD(DAY, DATEDIFF(DAY, 140,
GETDATE()), 0)
group by ts_test_id, ts_name
order by TS_TEST_ID asc
select max(RN_RUN_ID) as ‘RunID’, RUN.RN_TEST_ID as ‘RunTestID’
into #tmpMaxRun
from td.RUN, #tmpStatus
where #tmpStatus.TestID = RUN.RN_TEST_ID
and RUN.RN_EXECUTION_DATE = #tmpStatus.[Time]
group by RN_TEST_ID
set @failed = (select count(RUN.rn_Status) as ‘Status’
from #tmpStatus
inner join #tmpMaxRun on #tmpStatus.TestID = #tmpMaxRun.RunTestID
inner join td.RUN on #tmpMaxRun.RunID = RUN.RN_RUN_ID
inner join td.TEST ts on ts.ts_test_id = #tmpstatus.testid
where RUN.rn_execution_date = DATEADD(DAY, DATEDIFF(DAY, 140,
GETDATE()), 0)
and RUN.RN_EXECUTION_DATE = #tmpstatus.[Time]
and RUN.rn_status = ‘Failed’)
Drop table #tmpStatus
Drop table #tmpMaxRun
set @total = (select count(DISTINCT(RN_TEST_ID))
from td.releases R
inner join td.Release_Cycles RC on r.Rel_ID = RC.RCYC_Parent_ID
inner join td.Cycle Cy on Cy_Assign_RCYC = RC.RCYC_ID
inner join td.TestCycl TC on TC.TC_Cycle_ID = Cy.CY_Cycle_ID
inner join td.Run Rn on Rn.RN_Test_ID = TC.TC_Test_ID
Where RCYC_ID = ’10’
AND Rn.RN_Execution_Date = DATEADD(DAY, DATEDIFF(DAY, 140,
GETDATE()), 0))
set @percentage = CAST((@completed/@total)*100 as Decimal (6,1))
select @total as ‘Total Tests’, @completed as ‘Passed Tests’, @failed as ‘Failed
Tests’, @percentage as ‘% Passed’
SELECT RCYC_Name As Cycle , cy_cycle as ‘Test Set’,
[Passed],[Failed],[No Run],[Blocked],[Not Completed],
([Passed]+[Failed]+[No RUN]+[Blocked]+[Not Completed]) as ‘Total Scripts’,
ROUND(Cast(([Passed]*100) AS FLOAT)
/
CASE WHEN ISNULL(CAST(([Passed]+[Failed]+[No RUN]+[Blocked]+[Not
Completed]) AS FLOAT),1) = 0 THEN 1 ELSE
ISNULL(CAST(([Passed]+[Failed]+[No RUN]+[Blocked]+[Not Completed]) AS
FLOAT),1) END,2) As ‘% Passed’
FROM
(
select RCYC_Name,cy_cycle,TC_STATUS
from td.TESTCYCL /*Test Instance*/
Inner Join td.Cycle on cycle.cy_cycle_id = testcycl.tc_cycle_id
inner join td.Release_Cycles on
testcycl.TC_ASSIGN_RCYC=Release_Cycles.RCYC_ID
inner Join td.Releases on Releases.Rel_id=Release_Cycles.RCYC_Parent_Id
where Rcyc_ID = ‘1001’
) AS MAIN
PIVOT
(
Count(TC_STATUS)
FOR TC_STATUS IN ([Passed], [Failed],[No Run],[Blocked],[Not Completed])
) as pvt
For i = 0 To lst.length - 1
Set node = lst.Item(i)
Set node1 = lst1.Item(i)
Set node2 = lst2.Item(i)
f.WriteLine Trim(node.Text+", "+node1.Text+", "+node2.Text)
Next
f.Close
MsgBox "Finished!"
When the QC \ ALM server is installed on a Linux\Solaris operating system and the log files
that are currently used by QC \ ALM process for writing are deleted, QC \ ALM server will
stop writing new logs until it is restarted.
Response
Before proceeding with the following steps and making any changes in site administration,
the best would be backing up the DB_USER_PASS value that is located in the qcsiteadmin
database/schema DBSERVERS table, or ideally backup the whole siteadmin
database(qcsiteadmin_db).
Steps to change the default ALM user password for ALM qcsiteadmin_db:
1. First the “Application Lifecycle Management User password” from Site Administration ->
DB Servers Tab should be changed with the new one.
This operation updates the DB_USER_PASS column (new password encryption) in the
DBSERVERS table in qcsiteadmin_db (Site Administration database/schema)
2. In Oracle Enterprise Manager edit qcsiteadmin_db user and type the new password (same
as one)
3. Go and display the contents of DB_USER_PASS column (new password encryption) in
the DBSERVERS table in qcsiteadmin_db (Site Administration database/schema) and copy
the encrypted value.
Save it somewhere.
4. On the application Server go to the ALM deployment location. For example it would be:
C:\ProgramData\HP\ALM\jboss\server\default\deploy\20qcbin.war\WEB-INF\
There you will find the siteadmin.xml file preserving information for the created siteadmin
schema.
Backup this file just in case.
Update:
< DefaultUserPassword>put_here_encrypted_password</DefaultUserPassword>
with the new (updated) DB_USER_PASS value from the DBSERVERS table
5. Save the changes in the siteadmin.xml file.
6. Go to the following location on your Server:
C:\ProgramData\HP\ALM\conf and edit the “qcConfigFile.properties”
Find the places where the old Encryption of the password is written and change it with the
new one. You need to focus over:
DefaultUserPassword=QCC\:PDvevcW2I7swsx85ave5GQ\=\=
1. The first option is to export SharePoint data to Excel, then use Excel add-in to
import the data to ALM.
2. The second option is to develop additional third party adapters for requirements or defect
synchronization using the HP ALM Synchronizer Adapter Software Development Kit:
https://hpln.hp.com//page/hp-alm-synchronizer-adapter-software-development-kit-0
HP ALM Synchronizer only synchronizes defect/ requirement data between HP ALM and
Rational ClearQuest or Microsoft Team Foundation Server directly, for SharePoint.
For example:
QUICKTEST_TEST to QTP_TEST
First of all, because this is a database (DB) change, it is highly recommended to make a
back up of your project database before doing any changes on it.
Please follow these steps in order to change the name of resource type “Testing Activity”:
4. Go to ENTITY_SUBTYPES Table
UPDATE ENTITY_SUBTYPES
UPDATE ENTITY_SUBTYPES
UPDATE ENTITY_SUBTYPES
WHERE EST_ID = ‘Resource Type ID’ — you can check it in the same table
7. Open your Temp folder (in windows explorer path enter %temp%)
10. Login into the project and check the name of the type you have changed.
Stack Trace:
at org.bouncycastle.crypto.paddings.PKCS7Padding.padCount(PKCS7Padding.java:63)
at
org.bouncycastle.crypto.paddings.PaddedBufferedBlockCipher.doFinal(PaddedBufferedBloc
kCipher.java:286)
at com.hp.sw.bto.ast.security.lwcrypto.LWBlockCrypto.decrypt(LWBlockCrypto.java:114)
at com.hp.sw.bto.ast.security.lwcrypto.LWBlockCrypto.decrypt(LWBlockCrypto.java:118)
at com.hp.alm.platform.crypto.QcCipher.decrypt(QcCipher.java:168)
Issue happens since the password in the dbid.xml does not match with the data in
Application Lifecycle Management (ALM).
· Make sure the password is the same for both new and failed to restore project.
The cause of this problem is because Mtours is disabled by default if it was not enabled
during the intallation of ALM.
1. Open and edit the “start.ini” file located in the following location:
C:\ProgramData\HP\ALM\server\conf
3. Edit this line and remove the ‘#’ character at the beginning of the line.
Invalid URL
After a client machine has been used to connect to a Quality Center instance deployed via
SSL, subsequent connections to QC are attempted via port 443. This results in a failure to
connect to the application.
The defect is known to R&D and a fix is being prepared. The ETA for this patch is not yet
known.
The setting is stored in the registry. There are two ways to correct the wrong value:
How to proceed with the migration from ALM 11 to ALM 11.5 when the confidential data
passphrase is not known
If the Application Lifecycle Management (ALM) Configuration Wizard fails and in the
upgdare.txt log file the following error is logged:
When upgrading from ALM 11 to ALM 11.5x and the confidential data passphrase is
unknown, the old "qcConfigFile.properties" file from ALM 11 which was used in the previous
installation needs to be used. This file has the encrypted confidential data passphrase inside.
It is stored in the <InString> key. This file needs to be placed in <ALM Deployment
Path/conf> of the new installation.
Note: Using this file will give the option to keep the current settings. Using this option allows
using the same passphrase and change the other values. This workaround will not extract
the password from the file.
Confidential Data Passphrase issues during migration of Lab Management project, when
migrating from ALM 11.0 to ALM11.5
What to do when Performance Center related Lab management project is migrated from
Application Lifecycle Management (ALM) 11.0 to 11.5 and the passphrase is wrong. If the
password is wrong or not known the Verify process will fail.
1. Fix the Confidential Data Passphrase of the server so it is the same as in the source
server (ALM11.0)
2. Reset the passwords in the Lab project before the Verify. Then after the upgrade login to
Lab Management and update the passwords of the AUT hosts, Diagnostic Server and
Standalone Unix Load generator.
More details may be found in the ALM Administrators guide Appendix A – Upgrade
preparation troubleshooting.- ‘Encrypted Values’.
Change the ALM user password for qcsiteadmin schema in Oracle database
The password for qcsiteadmin schema may need to be changed with a new one when using
Oracle as a database in Application Lifecycle Management (ALM) 11. This can be achieved
by following the next steps. Note that the new password will be only applied to ALM user
password for qcsiteadmin schema (different from project schema) and the projects password
will not be affected.
Before proceeding with the following steps and making any changes in site administration,
the best would be backing up the DB_USER_PASS value that is located in the qcsiteadmin
database/schema DBSERVERS table, or ideally backup the whole siteadmin
database(qcsiteadmin_db).
Steps to change the default ALM user password for ALM qcsiteadmin_db:
1. First the “Application Lifecycle Management User password” from Site Administration ->
DB Servers Tab should be changed with the new one.
This operation updates the DB_USER_PASS column (new password encryption) in the
DBSERVERS table in qcsiteadmin_db (Site Administration database/schema)
2. In Oracle Enterprise Manager edit qcsiteadmin_db user and type the new password (same
as one)
Save it somewhere.
4. On the application Server go to the ALM deployment location. For example it would be:
C:\ProgramData\HP\ALM\jboss\server\default\deploy\20qcbin.war\WEB-INF\
There you will find the siteadmin.xml file preserving information for the created siteadmin
schema.
Update:
<DefaultUserPassword>put_here_encrypted_password</DefaultUserPassword>
with the new (updated) DB_USER_PASS value from the DBSERVERS table
Find the places where the old Encryption of the password is written and change it with the
new one. You need to focus over:
DefaultUserPassword=QCC\:PDvevcW2I7swsx85ave5GQ\=\=
8. Try logging to ALM Site Admin page and to any ALM project.
Note that this change does not affect projects user password and they will keep the old ones.
If the port for HP Application Lifecycle Management (ALM) server is different from the default
one 8080, this could bring some issues with HP Sprinter 11.52 because it is using that port.
In this situation this port could be changed with editing some configuration files in HP
Sprinter 11.52.
2. Open ~/HP/Sprinter/Bin
– Sprinter.exe.config
– SprinterAgent.exe.config
– SprinterRTE.exe.config
In each file find <add key="InspectionPort" value="8080"/> and change the port to some
other available port.
Save the changes and try to start Sprinter.
In ALM 11.00 and above, you can experience the below issue in a project upgraded from QC
10.00, or a project newly created in ALM 11.00.
d. Or any other similar manifestations saying Customization allows update but update is
prevented in work in the modules themselves.
2. In ALM (11.00 and above) permission model, once a group G has at least the update
permission of a field F of a entity E, ALM should regard the update permission of E is also
granted to G .
However for some upgraded projects or new projects, by default we have the group G with
the update permission of a field F but without the update permission of its parent entity E.
Replace ‘<E>’ with the entity table name, and run this SQL in site admin, then if there’s any
inconsistency on the entity permission, the current permission (TB_GRANT_MODIFY) and
the correct permission (CORRECT_PERMISSION) will be listed.
The fix for this problem is contained in ALM 11 and ALM 11.5 patches.
The fix uses a verifier and repairer that find inconsistencies for the given tables and fix them
by allowing entity update where it finds the update of at least one of their fields is permitted.
Note: the fix will always change the entity update permission from no to yes. So prior to use
it, please make sure you really want to grant the entity update permission to this group.
· In ALM 11.5 and further, upgrade the version to at least ALM 11.52 patch 1.
Instructions for ALM 11 patch 14 or later and for ALM 11.52 patch 1 or later :
3. Repair all relevant projects – This will update the TABLES table to fix the inconsistencies
that were found.
Note: it’s possible to run “Repair” on a domain level – a one-click operation for all the
projects in a domain.
4. Return server to original state – Delete the site parameter added in step 2.
Note: You MUST return server to original state prior to project upgrade, otherwise some side
effect will take place during the project upgrade and will cause the upgraded project to be
unstable.
5. Once done, the problem should be fixed – Run the SQL above to see that no consistency
exists for those entities and check the functionality itself to see that the issue was fixed.
The Configuration Wizard cannot complete and results in error "Upgrade to 11.0 is not
supported" .
In order to instruct the Configuration Wizard to bypass the check of the Site Admin database
version, it is necessary to make the below steps. Then the ALM 11 Configuration Wizard
runs without facing the mentioned limitation:
set SKIP_VALIDATIONS=-wSaSchemaValidator
NOTE: This limitation is fixed in ALM 11.5 Configuration Wizard which provides a new option
"Connect to existing schema / second node". That allows to reconnect to the same
qcsiteadmin_db and reinstall ALM 11.5.
After migration from QC 9.2 to ALM 11 problems with the group permissions
After migrating from Quality Center (QC) 9.2 to Application Lifecycle Management (ALM) 11
issues with the Group permissions could cause different problems.
Note: If the above is not the exact reason for using this fix, running this repairer will actually
cause a security breach exposing this entity for update. This is a situation that needs to be
avoided.
One such example would be that although a user belongs to a group with the permissions to
create and update design steps, the user also cannot create a new design step by copy and
paste. The ALM current permission model has a rule. If a group has the update permission
over at least one of an entity’s fields that is exposed in the permissions User Interface (UI), it
should also have the update permission over that entity. Before running this repairer there
might be an entity with permissions to update its fields, but without permissions to update the
entity itself for some group. In this situation, the entity is blocked in all or most use cases
from being updated in the database (DB). After running this repairer this entity will have
permissions for updating the entity. This means that in all use cases it will be allowed to
update this entity. And also, on the contrary, if an entity has the permission of updating itself
without the permission of updating its fields, running the repairer will lead to disabling
updating the entity.
It is caused by a change in the way that Group permissions work between QC 9.2 and ALM
11.
4. When the migration of the projects is done, remove the lines from the XML files
Note: After adding the contents to these files, restarting ALM server, and repairing the
project, the greyed out buttons should be enabled.
Note: The above class is disabled (not declared in the list of verifiers/repairers) by default,
since it may contain a hidden risk. For example, in the above case, if the
"SYSTEM_FIELD.SF_GRANT_MODIFY" is incorrect, the repairer will always align
"TABLES.TB_GRANT_MODIFY" to it.
Note: It is very important to remove the lines from the XML files once the repair has finished
so other projects are not changed.
In order to move defects from one TestDirector / Quality Center database to another, you
can use the "Copy" and "Paste" functions to copy and paste defects from one instance of
TestDirector to another instance of TestDirector.
3. With both databases opened, go back to the TestDirector instance with db1 and select the
records from the grid that you want to copy. You can create a filter for the defects you want
to copy. Right-click and choose "Select All" or go to Edit -> Select All.
5. Switch to the other instance of TestDirector with db2 and click on the Track Defects tab.
Note:
When copying defects, the Defect IDs are not copied. This is because these ID numbers are
managed by TestDirector / Quality Center to maintain uniqueness.
The field type and field length of the corresponding fields in both projects should match in
order to copy the data over. For more information, please consult your TestDirector / Quality
Center administrator and the Open Test Architecture guide. For Quality Center 9.0, refer to
the Mercury Quality Center Database Reference found in Quality Center under Help ->
Documentation Library.
Additionally please note that this will only work if both projects have the same customization.
The following steps show one method to upgrade Quality Center (QC) 10 to QC 11
(NB: If this is a version control project ensure all checked out entities have been checked in
before taking a backup of the project)
4. Create a new project in QC 11 and name it the same way as the desired restored project
name.
5. Remove the newly created project from QC 11. (DO NOT DELETE IT)
6. Restore the DB backup of the QC 10 project schema in the new DB server on the schema
that was created when the new QC 11 project was created and restore project repository to
the new location.
7. Link the td user with the td login by executing the below SQL query on the restored project
schema in the DB server:
8. Edit the dbid.xml file. There is only 1 entry that needs to be edited from Y to N, please
check below:
PR_SMART_REPOSITORY_ENABLED>Y</PR_SMART_REPOSITORY_ENABLED>
to
PR_SMART_REPOSITORY_ENABLED>N</PR_SMART_REPOSITORY_ENABLED>
9. Delete the folder called "ProjRep" and leave just the already edited dbid.xml file.
How to execute, enable, disable, and hide a button using the VBScript Workflow
The Actions command can be used to execute, enable, disable, and hide a button. The
following example demonstrates how to disable and hide the R&D Comments button as well
as the corresponding R&D Comment view upon entering the Defect module.
Usage:
Execute
Actions.Action("BugAddDevCommentsAction1").Execute
Enable
Actions.Action("BugAddDevCommentsAction1").Enabled = true
Note:
Actions.Action("_dxact_main_menu_menu_rdcomments").Checked = true
Disable
Actions.Action("BugAddDevCommentsAction1").Enabled = false
Note:
Actions.Action("_dxact_main_menu_menu_rdcomments").Checked = false
Hide
Actions.Action("BugAddDevCommentsAction1").Visible = false
Example:
Sub Defects_EnterModule
Actions.Action("BugAddDevCommentsAction1").Enabled = false
Actions.Action("BugAddDevCommentsAction1").Visible = false
Actions.Action("_dxact_main_menu_menu_rdcomments").Visible = false
On Error GoTo 0
End Sub
2.3.4. TD_80
3. Clear Registry- Only on a client machine- not on a server!
3.1. Open the command line
3.2. Write regedit and click Enter
3.3. Navigate to: My Computer\HKEY_LOCAL_MACHINE\Software
3.4. Delete all folder that have to do with Quality Center:
3.4.1. Mercury
3.4.2. Mercury Interactive
4. Clear Loader Class
4.1. Open Explorer
4.2. In the toolbar select Tools -> Internet Options
4.3. In the window that opened navigate to tab General
4.4. Under the section Browsing Settings click the History Button
4.5. In the window that opened click on the button View Objects
4.6. In the window that opened delete all files that:
4.6.1. begin with Loader Class
4.6.2. begin with Spider91
4.6.3. begin with ALM
2.3.4. TD_80
2.4. Delete the following files:
2.4.1. interop.ALPLoader.dll
2.4.1. interop.ALM-Platform-Loader.11.cab
2.4.3. interop.ALM-Platform-Loader.11.ocx
3. Clear Registry- Only on a client machine- not on a server!
3.1. Open the command line
3.2. Write regedit and click Enter
3.3. Navigate to: My Computer\HKEY_LOCAL_MACHINE\Software
3.4. Delete all folder that have to do with Quality Center:
3.4.1. Mercury
3.4.2. Mercury Interactive
4. Clear Loader Class
4.1. Open Explorer
4.2. In the toolbar select Tools -> Internet Options
4.3. In the window that opened navigate to tab General
4.4. Under the section Browsing Settings click the History Button
4.5. In the window that opened click on the button View Objects
4.6. In the window that opened delete all files that:
4.6.1. begin with Loader Class
4.6.2. begin with Spider91
4.6.3. begin with ALM
5. Clear Temporary Internet Files
5.1. Open Internet Explorer
5.2. In the toolbar select Tools -> Internet Options
5.3. In the window that opened navigate to General tab
5.4. Under the section Browsing Settings click the History Button
5.5. In the window that opened click on the button View Files button
5.6. Delete all Temporally Internet Files
After the installation of JBoss , it is sometimes necessary to change the heap memory used
by JBoss. This is usually done when there is an increase in the number of active projects in
Quality Center or an increase in the number of concurrent user sessions.
For Windows, you can increase the heap size by uninstalling/reinstalling the Quality Center
Service and modifying the InstallJbossService.bat file. For Linux/Unix, you need to modify
the run.sh file. The user who re-installs the JBOSS service should be the same user that is
running the JBOSS service. Usually that is the Local System Account.
Notes:
Note: Verify that users are not working on Quality Center and Quality Center Service is
stopped.
Note: For TestDirector for Quality Center 9.0 the path is "<Drive Letter:>\program
files\Mercury\Quality Center\jboss\bin"
2. Execute the following command (this will uninstall the existing service):
InstallJbossService.bat -uninstall
Example:
5. Execute the following command (this will install the service with the modified heap size
parameter):
6. Verify that the service has been installed, Control Panel -> Administrative Tools ->
Services.
8. Check that the Quality Center Debug Console shows heap size that was specified as
available memory:
http://hostname:8080/qcbin/servlet/tdservlet?method=debuginfo
http://hostname:8080/sabin/servlet/tdsiteadminservlet?method=debuginfo
Notes:
If you are using a cluster environment, the hostname should be the cluster machine name,
and you will need to apply the above steps to each cluster.
Also edit the run.bat file to ensure it is synchronized with the way the QC service runs.
Note: For TestDirector for Quality Center 9.0 the path is <System Drive:>\Program
Files\Mercury\Quality Center\JBoss\bin.
Example: