© 2007 IBM Corporation ® ClearQuest Application Lifecycle Management Training Test Driven Development Practice Demo

ALM Training CRM29 Submitter Submit request Stakeholder is Owner Project Category Release Request

ALM Training CRM29 Project Category Release Task Developer Triages requests Add & plan Tasks Activate Task Set Tester as Owner Open Activities Deliver change Complete Activities Implement Solution Run Developer Test Request Tester Developer Submitter Submit request Stakeholder is Owner Implement Developer Test

ALM Training CRM29 Release Engineer Create Baseline Run Build Validate Build and Promote Project Category Release Task Baseline Build Request Submitter Submit request Stakeholder is Owner Developer Triages requests Add & plan Tasks Activate Task Set Tester as Owner Open Activities Deliver change Complete Activities

ALM Training CRM29 Project Category Release Task Baseline Build Request Builder Create Baseline Run Build Validate Build and Promote Tester Perform walkthrough Complete Task Developer Triages requests Add & plan Tasks Activate Task Set Tester as Owner OpenActivities Deliver change Complete Activities Submitter Submit request Stakeholder is Owner

ALM Training CRM29 Project Category Release Task Baseline Build Request Builder Create Baseline Run Build Validate Build and Promote Stakeholder Accept/Reject Task Tester Perform walkthrough Complete Task Developer Triages requests Add & plan Tasks Activate Task Set Tester as Owner Open Activities Deliver change Complete Activities

ALM Training CRM29 Request Submitter  In Windows Eclipse client or CQ Web  Login as ‘TDDP_Stakeholder’ (Blank Password)  If doing Demo, In Eclipse, you can also pre-log in as TDDP_Developer, TDDP_Tester, TDDP_ReleaseEngineer  Click New Request icon  Choose CategoryTypeLabel ‘TDDP’  Choose Category ‘Test Driven Development’ –Point out Project (If you set one on chosen Category) –Point out Phase (If you set one on chosen Project) –Point out Iteration (If you set one on chosen Phase) Note: If you do not set a Category->CurrentProject or if you do not choose a Category, the Request->Project will need to be chosen before you will see any choices in the Request->Type form Control  Enter Headline  Choose Type – choose ‘Defect’  Choose Severity  Give (brief) tour of Request  Owner should be set to ‘Stakeholder’  Click OK  All Queries in Public queries\Practices\Test Driven Development folder unless specified

ALM Training CRM29 Triage Requests  Creating Tasks and setting Developer Ownership  Login as ‘TDDP_Developer’ (Blank Password)  Execute ‘Triage Request’ query  Category = ‘Test Driven Development’  Click on Request in Result Set grid  Resize Display so Request->Tasks field shows  Highlight the Request and Click Utility CreateTask  Note new Request->Task  Defect  Owner should be set to Role->Primary for Project= ‘Test Driven Development’, RoleLabel = ‘TDDP_Developer’

ALM Training CRM29

ALM Training CRM29 Developer  Execute query ‘Dev Lead’  Category = ‘Test Driven Development’  Click on Task in Result Set grid  Change_State Activate Task  Set Owner = ‘TDDP:Tester’ then click Apply  Resize Display so Task->Activities field shows  Click Utility CreateActivity  Note 3 new Submitted State Task->Activities  Open ‘Implement Developer Test’ and set Owner = ‘TDDP:Developer’  Open ‘Implement Solution’ and set Owner = ‘TDDP:Developer’  Open ‘Run Developer Test’ and set Owner = ‘TDDP:Developer’  ratl_mastership for all Activities should be WorkConfiguration->Role->Primary->ratl_mastership for a WorkConfiguration where Project= ‘Test Driven Development’, Record_Type =‘Activity’, Type =

ALM Training CRM29

ALM Training CRM29 Non-UCM Developer (non-UCM demo)  Execute query ‘Developer’  Category = ‘Test Driven Development’  Click on Task in Result Set grid  Resize Display so Task->Activities field shows  For each of the Activities:  Highlight Activity  Simulate doing work  For the ‘ Implement Solution’ Activity only, highlight ID and Ctrl-C  For the ‘ Implement Solution/Implement Developer Test/Run Developer Test’  Dbl-Click then Choose Complete Action  Enter a Resolution Summary and Resolution Code  Click Apply

ALM Training CRM29 Project Release Engineer Create Baseline of Code  Switch hats to become RE  Login as ‘TDDP_ReleaseEngineer’ (Blank Password)  Choose Menu Actions->New Baseline  Baseline = ‘ Baseline’  PVOB = PVOB’  Project –ADD->Search <Highlight Project where Category = ‘Test Driven Development’ –Click Activities Tab, Activities field Add –Paste Copied Activity ID into Search Key Box and click Search –Highlight only record and click OK  Click OK on new Baseline

ALM Training CRM29 Project Release Engineer (Build) Simulate Build script (non- UCM)  Login as ‘TDDP_ReleaseEngineer’ (if not already logged in as that UserID)  Menu Actions->New Build  Build= ‘ Build’  On ALM Tab  Choose Project  ADD->Search  Highlight record for Project and click OK  Baseline click ADD  enter ‘ ’ used to create Baseline  click ->Search  Highlight Baseline created earlier and click OK  Build Status = ‘Passed’  Owner should be automatically set to Role->Primary for Project= ‘Test Driven Development’, RoleLabel = ‘TDDP_ReleaseEngineer’  Click OK on Build record

ALM Training CRM29

ALM Training CRM29 Tester conducting Walkthrough and Completing Task  Tester Completing Task  Login as ‘TDDP_Tester’ (Blank Password)  Execute ‘Completing Tasks’  Category = ‘Test Driven Development’  Assess Activity States  At this point, you could use this Task and its Activities to arrange a Walkthrough  Note Build containing ‘Implement Solution’ fix (if Build was created)  Click Task Actions button and click Complete  Enter ResolutionSummary and Resolution  Click Task Apply

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29 Request Submitter  Throughout the development cycle, I may be checking on the status of my Requests  Login as ‘TDDP_Stakeholder’ (Blank Password)  Execute ‘Requestor’ query  Category = ‘Use-Case Driven Development’  Request State = ‘Opened’  Task State = ‘Completed’  Note States of Task and Task.Activities  Accept the work done on the Request

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29 Comments, Questions and Responses  Owner of a record is expected to be the only person directly modifying or state transitioning the record  This is not hard coded into the system, merely a suggested approach  If you wish to modify a record you are not the Owner of, do a QuestionOrComment Action  May indicate that you are just commenting or that you are Requesting a Response  You may Respond to a Question or Comment  You may also indicate that a Request is a Duplicate  MarkAsDuplicate  DuplicateComplete  Query Unanswered Questions

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29

ALM Training CRM29 Duplicates  In order to indicate that a Request is a Duplicate of another Request, we do the following:  1) Request2 is seen as a duplicate of Request1.  2) Select Request2.  3) Choose the MarkAsDuplicate Action. (This creates a Comment on the Request->Comment Tab with ResponseRequested on Request2 and a Comment = " >".)  4) DBl-Click the Comment and Modify it to update the Comment indicating that this is seen as a ‘Duplicate’. The DuplicateOf field will be Mandatory. Enter the ID of Request1 in the Comment->DuplicateOf field and Save the Comment  5) The Owner of Request2 runs a query (Duplicates Needing Completion) or is notified of the DuplicateOf Comment with ResponseRequested by .  6)The Owner of Request2 decides if they agree that their Request is a ‘Duplicate’ of Request1.  7) If they agree that their Request2 is a ‘Duplicate’ of Request1 they execute the Request->DuplicateComplete Action on Request2. This State transitions Request2 to ‘Completed’ State.  8) The Owner of Request2 dbl-Clicks the Request->Comment and choose the Respond Action.  9) They dbl-click the Comment->Response and Modify it to add their response and save it.  10) If they do not think that Request2 is a ‘Duplicate’ of Request1, The Owner of Request2 dbl-Clicks the Request- >Comment and chooses the Respond Action.  11) They dbl-click the Comment->Response and Modify it to add their response saying that they do not agree for the following reasons and save their Response. They do not Complete the Request2 by Accepting it.

ALM Training CRM29 Rejected, Unreproducible and WorksAsDesigned Requests  Perform steps on ‘Request Submitter’ Slide  Note the Request->ID for later use  Login as ‘TDDP_Developer’  Execute \Public queries\Practices\Test Driven Development\Triage query  Click Utilities icon on Request  Choose Reject_Request (or Unreproducible or WorksAsDesigned)  A Task for the ‘ALL’ Project will appear in the Request->Task Form Control  It will be in the Completed State  No further Tasks will be permitted to be created  Any pre-existing Tasks will be Commented  Reverse this  Login as ‘TDDP_Tester’  Access Request by Request->ID then ReOpen the Task  Change the Project to ‘Test Driven Development’  Set Mandatory field values with Type = ‘Defect’, etc.  Click ‘OK’ button

ALM Training CRM29 Rejected, Unreproducible and WorksAsDesigned Tasks  Login as ‘TDDP_Developer’  Execute \Public queries\Practices\Test Driven Development\Dev Lead query  Note the Task->ID for later use  Click ChangeState icon and choose Complete Action on the Task just ReOpened  Set ResolutionCode = ‘Reject_Task’  The Task will be state transitioned to the Completed State  Any pre-existing Activities will be Commented (CQ ALM 1.1 only)  Reverse this  Login as ‘TDDP_Tester’  Access Task by Task->ID then ReOpen the Task  Click ‘OK’ button

ALM Training CRM29 Rejected, Unreproducible and WorksAsDesigned Activities  Login as ‘TDDP_Developer’  Activate the Task just ReOpened  Set Owner = ‘TDDP_Tester’  Do Utilities-> CreateActivity  Execute \Public queries\Practices\Test Driven Developer\Dev Lead query  Open the ‘Dev’ Activity and set ‘TDDP_Developer’ as the Owner  Login as ‘TDDP_Developer’  Execute \Public queries\Practices\Test Driven Developer\Dev \Developer query  Click ChangeState icon and choose Complete Action on ‘Implement Solution’ Activity  Set ResolutionCode = ‘Reject_Activity’  The Activity will be state transitioned to the Completed State  To reverse this, ReOpen the Activity, Change the Project and reset auto-generated field values  Note: Commented records (CQ ALM 1.1 only) will now be out of synch, but few records, if any, will be effected

ALM Training CRM29 ClearQuest Application Lifecycle Management Demo End of CQ ALM Training