How to update and mail defects in Test Director?

Normal tracking of the defects requires too much efforts but tracking the repair of defects in a project just requires the periodic updates of the defects.

This can be done directly using either of the two:

1. Defects grid and
2. Defect details dialog box

However, the ability of both the methods to update some fields of the defects depends pretty much on the permission settings given by user. 

In this article we shall discuss how you can update the information of the defects by assigning different defects to different members of the development team, adding a comment and by changing the severity of the defects.

Steps for Updating Defects in test Director

1. Make sure that you have the defects module on display and if it is not do so by clicking on the defects tab.
2. Now, to update the defects directly using the defects grid, go to the defects grid and select the concerned defect that you also added using the ‘add new defects” dialog box. In order to assign the defect to a member, select the name of concerned member from the list by clicking on the ‘assigned to’ box in the defect  records.
3. Next click on the defect details tab and it will open up defect details dialog box for you.
4. In this defect details dialog box, do the following tasks:

a) Select the required severity from the severity box to change the severity level of the defect.

b)  Add a comment to explain the change in severity level if you wish so by clicking on the add comment button in the description menu.

5. To view all the attachments click on the attachments button in the left menu and you will see the list of URL attachments.
6. For viewing the history of the changes made to the defect click on the history button in the left menu. For every change made to the defect the date of the change, new value and name of the person who made the change is displayed by the test director.
7. When you are done with everything click OK to exit this dialog box and save the changes.

Steps to mail defects in Test Director

- The details about a defect can be shared with another user via e – mail. 

- With this, a routine of the inform development  and quality assurance can be developed regarding the defect repair activity.

- A ‘go to defect’ link is included in the test director using which the user can go directly to the concerned defect. 

- Follow the below mentioned steps to mail a defect to the concerned person:

1. First of all display the defects module by clicking on the defects tab.
2. Next select the defect you want to mail and click on the mail defects button. This will open up another dialog box called ‘send mail’ dialog box.
3. In this box you need to enter a valid e – mail address in the ‘To’ field.
4. For including any attachments or history of the defects select attachments and history option from the include box.
5. You can add your own comments under the additional comments.
6. When you are done composing the e – mail click on the send button. You will get a message box. Click ok.
7. The person to whom you have sent the mail can view it from his/ her mail box.

Even a test in the test plan can be associated with a specific defect in the defects grid. Whenever an association is created it can be determined whether the test is to be executed based up on the status of the defect. 

How to generate reports for analyzing the testing process in test director?

Reports and graphs in the test director testing process help you assess up to what extent have your requirements, test runs, test plans, defect tracking etc have progressed.

Generating Reports in Test Director

- In test director you have the facility of generating reports as well as graphs at any point of time in the testing process and from each of the test director modules. 

- You have the choice of working with the default settings as well as the customized ones. 

- While you customize the reports or the graphs you have the right to apply sort conditions as well as filters. 

- Also the information can be displayed according to your specifications if you wish so. 

- The settings you make can be saved as the favorite views and they can be reloaded whenever required. 

- A report can be generated from any of the modules of the test director. 

- Each module of the test director provides you with a variety of report generation options. 

- Once you have generated the report, you can customize various properties of the report as per your wish. 

- The information can be displayed according to your specifications by altering or customizing various properties of that report. 

In this article we shall provide you with the steps for generating a standard requirements report, customizing it for a specific user name and adding it to the favorites list.

Steps for generating reports in Test Director

Follow the steps mentioned below:

1. First step is to open your project and login. If the project is not open, log on to it.
2. To view the requirements tree you need to turn on the requirements module. To do so clicking on the requirements tab will display the requirements module.
3. Next step is to choose a report. To do so go to the analysis option, then reports, and then finally click on the standard requirements report. A report will open up containing the default data.
4. Next if you need to customize the report as per your needs and specifications.  Clicking on the configure report and sub reports button will launch a report customization page with all the default options already selected.
5. Here you will get various options for displaying the number of items per display page. Set the option to ‘all items in one page’ if you want them to be displayed all in one page.
6. If you want to define a filter to view the requirements that were created by a specific user name clicking on the set filter/ sort button will certainly help. A filter dialog box will open up where you will see a filed titled ‘author’. For this click the filter condition box and click on the browse button. This will again open up the select filter condition dialog box. For the users field select the test director log-in user name and click OK. This will close the select the filter condition dialog box. Once again click OK to close the filter dialog box.
7. Under fields specify the fields and order in which you want them to be displayed. Select the custom field layout and next click on the select fields button to open the select fields dialog box. You will observe the following two fields:

a) Available fields: fields that are not currently displayed.

b) Visible fields: fields that are currently displayed.

You need to select the attachment option in the visible fields box and click the left arrow in order to move it to the available fields. Move the required fields to the available fields box.

8. Clear the history.
9. You can add the report as a favorite view by clicking on the add to favorites button.
10. Close the report. 

What is Object Spy? How to Use it?

Object spy is one of the most important tools in winrunner as well as in quick test professional. In this article we are going to discuss what role object spy serves in quick test professional and how it is used in the same. 

What is an Object Spy?

- With the help of object spy the basic structure of any of the test objects can be known. 

- The best thing about object spy in quick test professional is that the structure of a particular object can be viewed in the tree format. 

- All this makes understanding of the test objects much easier. 

- In addition to this use, the object spy can also aid us in viewing the test object and run time properties as well as methods of all the objects present in the software system or application. 

How the object spy can be used in quick test professional?<>

- For launching object spy just go to tools menu and click on the object spy tab. 

- Clicking on this tab will open up a dialog box named “object spy”.

- In that dialog box you need to select the application software whose object methods and properties you wish to see. 

- After this in the object spy window you need to select the pointer image. 

- All the objects present in that particular application will be listed and from these you can select the one whose object methods and properties you wish to view. 

- There are two particular things that can be viewed using the object spy as mentioned below:

1. Properties of a specific object and
2. Methods applicable for that object.

- Many different properties of the selected objects can be viewed. 

- This viewing of the object methods and properties is facilitated by the pointing hand mechanism of the object spy. 

- As this pointer is hovered above the objects, their corresponding methods and properties are displayed in the window of the object spy dialog box. 

- The details of the object may also include the hierarchy tree of the test objects. 

- The object spy also displays the syntax for the object methods at your command. 

- Different properties can be viewed in different environments. 

- Objects such as following can be viewed using the object spy in quick test professional:

1. Dialog
2. Static
3. Active X
4. Edit and so on.

- The object spy can be considered to be the same as the GUI spy that comes with the winrunner. 

- The object spy contributes a lot while writing descriptive programming. 

- In object, the properties of the objects are displayed along with their corresponding values. 

- Object spy is such a feature provided by the quick test professional with which the total information regarding the objects can be obtained.

- There are 3 tabs in the object spy dialog box namely:

1. Properties tab
2. Methods tab and
3. Navigation tab

- Clicking on the properties tab all the properties of the objects along with the values and hierarchy tree are displayed. 

- Clicking on the methods tab all the methods of the test objects and run time objects are displayed. - Clicking on the navigation tab, the tool bar is displayed. 

- Object spy just like the gui spy of the winrunner is an in built feature. 

- For opening the object spy apart from just clicking on the object spy option on the tool bar there are two more ways:

1. Go to the object repository window and double click the object spy icon.
2. After opening the object repository navigate to the tools and select the object spy option. 

What is a step generator in QTP?

Step generator as we all know is quite a useful as well as popular feature of the complete test automation suite “quick test professional”. 

What is a Step Generator?

- It generates a library of the functions which also forms a part of the quick test professional suite.

- The step generator serves the purpose of the non recordable as well as record able steps.

- To get to the step generator in quick test professional, just go to the insert menu, then hog down to the step generator option and here you have it. 

- Or, if you do not want to go for this method you can straightaway press the function key F7 which is the short cut key for this whole procedure.

- A range of context sensitive functions are provided by the step generator. 

- With the help of these context sensitive functions it becomes very easy for one to add the steps as required. 

- The steps in the step generated can be added with the required values. 

- The steps mentioned below can be defined in the step generator via the step generator dialog box:

1. Utility object operations
2. Tests only steps or test object operations
3. Call to library functions in tests only
4. Internal script functions
5. Visual basic script functions and so on.

Some examples of such steps are:

1. Adding a step that checks regarding the existence of a particular object i.e., whether it exists or not.
2. Adding a step in which the output or the returned value of a sub routine or method or the result of a conditional statement is stored.

- Any of the values present in the step can be parameterized. 

- Another purpose that is served by the step generator is that using it one can insert steps in tests as well as in functions also. 

- But it has got a limited use when it comes to the library functions. 

- Step generator cannot be used to get access to collections or test object names or a list of the library functions either. 

- Before the step generator is opened up for defining a new step, the place or the point where that particular step is to be inserted is selected and then the step is defined.

What happens when you open the step generator dialog box?

- When you open up the step generator dialog box, the first thing that you need to do is to select the category of the step operation out of the categories mentioned above.

- Then, you should select the function library or the object that is required. 

- The step after this involves the selection of the appropriate operation like either method or property or function. 

- The final step involves the defining of the return values as well as the arguments or the parameters as and when required. 

- After the completion of all these steps, the step is inserted by the generator in to the required test with the corrected syntax. 

- Later, one can add many more steps at the same location itself without shutting down the step generator. 

- Later whenever needed the step generator can be accessed from either of the following:

1. Expert view or
2. Key board view or
3. Active screen.

For what purpose step generator is used?

- Step generator is mostly used for breaking down the tests to obtain better testing results. 

- It will not be wrong to consider this as a debugging process i.e., debugging by giving breaks. 

- Since particular steps can be generated in between the actions, a lot of time is saved. 

- Also, if while recording the tester misses out one step it can be easily inserted afterwards using step generator. 

How will you call from one action to another action in QTP?

In the test scripts produced with the help of quick test professional, one action can be called from another action. In this article we are going to discuss the same i.e., how this can be done? 

How to call from one action to another action?

- A call to a reusable action can be inserted easily that might be stored in some local test (current test) or in some external test (external test). 

- Calling one action from some other action is just like inserting an action call in an existing action or just linking it to it.

- The steps involved in this whole process can be viewed using the action view tool but they cannot be modified. 

- The local object repository of the action that has been called is read only. 

- It is not necessary that each and every calling and called action must have a local object repository. 

- It may or may not have a repository.

- If the external action that has been called has some data in the data table, you get two options:

1. Either you take the data from the data sheet of the action and import it as a editable or local copy,
2. Or you take the data from the original action but here the data is read only type.

- The data obtained from the global data sheet of the action that has been called is imported to the test as an editable and local copy of data.

- In order to modify an existing external action you need to open the particular test where you have the action stored and make modifications there itself. 

- These modifications will be visible in all the tests that will call that particular function. 

- If you choose to go for the second option as mentioned above then the changes that you will make will apply to original data as well. 

Step by step procedure of how a call to an action can be inserted?

1. Go to insert menu, the select the “call to existing action” option and you will be provided with a list of actions. From that select “insert call to existing action” or you can also right click on any of the steps. The go for the action button and then click on “insert call to existing” option. Now a action properties dialog box pops up.
2. There is a browse button called “from test” and can be used to find the test that holds the action to be called. All the reusable actions in the test that you select are displayed in this action box.
3. From the action that is displayed select the action that is to be called and its type as well as description both are displayed if available. This type and description help you further in proper identification of the action that you wish to be called.  You can even set other properties of the actions by going to the “setting general action properties”.
4. Now you are done with setting the properties, decide on where the function has to be inserted. For inserting the function you are provided with two options namely:

a)   After the current step or

b)   At the end of the test

There is one thing to be noted which is that if the step that is in current selection is a reusable action from some another test, then the action call is added at the end of the test automatically.

5. Now the last step is to just clock on the OK button and you have your action inserted. This action can be moved to any other desired location by just dragging it to that position.

What are the types of Exception available in Win Runner? How do you handle an Exception in WinRunner?

In this article, we talk about the various kinds of exceptions available in winrunner and how to handle them. Basically 4 types of exceptions are available in winrunner and they have been mentioned below:

1. Pop up exceptions
2. Object exceptions
3. TSL exceptions and lastly
4. Web exceptions

Web exceptions are available only if you have installed the web add- ins.

How are different types of exceptions are handled in WinRunner?

- A pop up exception handler is provided in the wirunner package for handling the pop up exceptions that often show up during the execution of the test scripts during the running of acceptance user test.  

- Winrunner can be made to handle pop ups by making it learn the window and by specifying a handler for the exception. 

- These handlers can be:

1. User defined handlers: The names of these handlers can be specified by clicking on the user defined function name and changing it according to your own will.
2. Default actions: Winrunner makes its own choice whether to press ok or cancel option. The desired default handler can be selected in the dialog box.

What if your batch test is executing up on a highly unstable version of the software system or application? 

- Obviously it will crash and you would want to recover the test execution. 

- This is possible only through the TSL exceptions which help in the test recovery by instructing the winrunner to exit the current test and restart the application.

- The winrunner can be easily instructed upon how an unexpected event or error can be handled that may occur in the testing environment while you test your web site. 

Here now we explain how to handle such exceptions. 

- Whenever you load some web test add in, the winrunner can be very well instructed up on how a particular exception can be handled that occurred during a test run in your web site. 

- The simplest example that can be given is of the security alert dialog box that some times appears during the test run. 

- The user can resume the normal testing by clicking on the yes button of the security alert dialog box. 

- All the exceptions that are supported by the winrunner are mentioned in a list and can be viewed in the web exception editor.

- This list can be modified and additional exceptions that you want the winrunner to support can be configured and added to the list. 

- All the new exceptions are to be added to the list of exceptions stored in the web exception editor. 

- You need to go down to the tools menu and select the option of web exception handling.

- This opens the web exception editor. 

- There is a pointing hand, clicking on that adds a new exception to the list. 

- For categorizing the exception you need to select a category in the type list. 

- The MSW_class, message and title of the exception are displayed by the editor.

- There is an action list available which provides you the options for carrying out the following execution:

1. Web_ exception_ handler_ dialog_ click_ default: For activating the default button.
2. Web_ exception_ handler_ fall_ retry: For reloading the web page as well as activating the default button.
3. Web_ exception_ enter_ user name_ password: For using the given user id and password.
4. Web_ exception_ handler_ dialog_ click_ yes: For activating the yes button.
5. Web_ exception_ handler_ dialog_ click_ no: For activating the no button.

- The other operations that can be carried out in winrunner up on exceptions are defining, modifying, activating and deactivating them.