Organization of tests...
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-05-2010
10:22 AM
08-05-2010
10:22 AM
Organization of tests...
I've made it to the point I'm dangerous. I know I can automate most elements on our product's UI as well as pulling info from most objects on screen for testing purpose. (The developers may need to help me with some of their UI elements.)
I've begun to think about how to organize the scripts and tests for as much reuse as possible.
I currently have scripts broken down into a number of folders based on where in the sw workflow they can be accessed.
Now, I think the way I need to organize the tests is to add groups and workflow tests to the Test Items page. The tests thereon call workflows and subroutines from the scripts folders. The nice thing about this is that it is easy to create the groups of tests and turn them on and off.
I wonder about a few things:
- initially I had a number of tests called from main and there was a sendlog performed at the end of main. With the restructure, should I just added a final "test" item on the Test Items Page which only calls the sendlog (for the entire set of tests that were run.) For that matter, most of the tests assume a particular intial state (login has occurred); should I just call this setup routine prior to running the group of tests that require it?
- in perusing the Help files, I think I saw an example where main was used to iteratively call a number of tests. Is this a more common structuring?
- finally does it sound like I'm approaching the structuring in a reasonable fashion? Being a novice, I'm sure I'm overlooking lots of things. Can someone provide a little feedback about test structuring or point to an existing example or help topic or training clip, ...
Thanks in advance,
chris
I've begun to think about how to organize the scripts and tests for as much reuse as possible.
I currently have scripts broken down into a number of folders based on where in the sw workflow they can be accessed.
Now, I think the way I need to organize the tests is to add groups and workflow tests to the Test Items page. The tests thereon call workflows and subroutines from the scripts folders. The nice thing about this is that it is easy to create the groups of tests and turn them on and off.
I wonder about a few things:
- initially I had a number of tests called from main and there was a sendlog performed at the end of main. With the restructure, should I just added a final "test" item on the Test Items Page which only calls the sendlog (for the entire set of tests that were run.) For that matter, most of the tests assume a particular intial state (login has occurred); should I just call this setup routine prior to running the group of tests that require it?
- in perusing the Help files, I think I saw an example where main was used to iteratively call a number of tests. Is this a more common structuring?
- finally does it sound like I'm approaching the structuring in a reasonable fashion? Being a novice, I'm sure I'm overlooking lots of things. Can someone provide a little feedback about test structuring or point to an existing example or help topic or training clip, ...
Thanks in advance,
chris
1 REPLY 1
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-06-2010
05:35 AM
08-06-2010
05:35 AM
Hi,
There's no typical or recommended way to organize tests. The way to organize them depends on your needs and on how it will be more convenient for you. So, you can use any test structure, which you find the most useful.
Saying in general, the TestItems feature is very convenient for test organization. The following articles can be useful for you:
"Managing Projects, Project Suites and Project Items" (general information on managing projects)
"Tests and Test Items" (information about Test Items)
Working With Test Items in Scripts (how to work with Test Items from script)
Also, using Events can help you organize the testing process. For example, you can create initialization and finalization routines and handle the OnStartTest and OnStopTest events:
Creating Event Handlers - General Procedure
"List of TestComplete Events".
-----
Alexander
Customer Care Manager
Alexander
Customer Care Manager
