Here are some more information for Modem Tested:

How to design a Scenario for Load testing using HP - LoadRunner?

Brief Introduction of Scenario: A scenario is a file containing all the information about groups of Vusers which emulate human users during our testing session.

It is a means through which we emulate a real-life user. When we run a scenario, the Vusers generate load on the server, and LoadRunner monitors the server and transaction performance.

Objective of this Tutorial: Is to design a scenario, which can be used to test an application under load. For illustration purpose, we shall create emulate the actions of say ten travel agents concurrently using the flight reservation system and analyze the performance of the system under load.

We shall create a scenario, which will emulate various actions performed by a group of ten travel agents. The user actions can be simultaneously logging on to the system, searching various flights, purchasing the desired flight tickets, checking itineraries and finally logging off the system.

Basic steps for designing a scenario for load testing are as under

Step - 1: Launching LoadRunner & its Controller Module:

a)
Open the HP LoadRunner Launcher window by clicking
"Start" > "Programs" > "LoadRunner" > "LoadRunner".

b)
Open the LoadRunner Controller by clicking
"Run Load Tests" In the "Load Testing tab". "New Scenario dialog box"
shall open. Here we shall be able to select scripts for our new scenario.

Step - 2: Making a selection of method of creation of scenario: out of two methods like 1) Manual Scenario 2) Goal-Oriented Scenario - in case we wish LoadRunner to create a scenario for us.

In this tutorial we shall select a "Manual Scenario".Select a script out of the list of Scripts already available. Selected Scripts appear in the Scenario pane. Alternatively we can click the "Browse" button & navigate to the desired script ( for example: say basic_script) lying in our known directory.

Step - 3: Adding a script to the load test:

For the sake of illustration here we shall use just one Vuser script describing a single group of users performing identical actions. Whereas in case of real world scenario involving variety of user profiles, we can create different groups running several scripts with different user settings.

Step - 4: Defining the group attributes for the script:

a) Locate the desired script: Navigate to find out that that our desired script (basic_script in this case) appears in the Group Name column of the Scenario Groups pane.

b) Change Scenario group name: Select the script and click the "Details" button to launch the "Group Information" dialog box. Provide easily understandable enter a more meaningful name, for example travel_agent.

c) Vusers Quantity: Provide the desired number of Vusers intended to be created in the group.

Click "OK" to display the name in the Scenario Groups pane under the Design tab.

Step - 5: Adding a load generator or localhost: for creating load on our application by running the Vusers.

a) For using already available Load Generator: Click the "Load Generators" button In the Design view to launch the "Load Generators" dialog box.

b) For creating & using a new Load Generator: When the desired load generator does not appear in the list, select "Add" from the Load Generator Name list to launch the "Add New Load Generator" dialog box.

Provide the information like "Name" of the load generator and the type of "Platform" on which the load generator is running. Click "OK" to close the "Add New Load Generator" dialog box.

Involves instructing the Controller to make attempts to connect to the load generator machine.

a) Select "localhost" and click "Connect".

b) When the connection gets established, the status changes from "Down" to "Ready". Click "Close".

Step - 6: Testing the Load Generator Connection:

Step - 7: Scheduling of scenario in schedule pane of the Controller window:

In real world scenario, the actual users do not log on and off the system exactly at the same time. Here we instruct the LoadRunner users to gradually log on to and off the system by scheduling the scenario.

Select "Scenario" radio button under "Schedule by" and select "Real-life schedule" radio button under "Run Mode", in the "Scenario schedule" Dialog Box;

Step - 8: Setting the schedule actions definitions in Actions Grid:

In the Global Schedule Actions Grid four definitions are set.

We need to Double-click on every action in the first column like 1) Initialize 2) Start Vusers 3) Duration 4) End Vusers, one by one in the above Action grid to launch the respective dialog Boxes for defining the settings.

Step - 9: Initializing of Vusers - for getting ready for the load test run by running the vuser_init action in the script & readying the load generators.

Double-click "Initialize" in the Action grid to launch the "Edit Action" dialog box. For this tutorial, select the radio button of "Initialize all Vusers simultaneously".

Step - 10: Starting of Vusers at specified Intervals: Double-click "Start Vusers" in the Action grid to launch the "Edit Action" dialog box.

For this tutorial, feed 8 Vusers in the Start Vusers box, and select the second option box & feed 2 Vusers every 30 seconds.

Step - 11: Specifying a duration: Through "Interactive Schedule Graph" a duration is defined so that the Vusers keep on doing the scheduled action for a specific period thereby enabling us to measure the continuous load on the server.

During the specified duration, the script will keep on doing as much iterations as possible irrespective of the number of iterations defined in the script's run-time settings.

Click the "Duration" in the Action grid or click the horizontal line representing the duration in the graph. The time line gets highlighted and a dot and a diamond appear at its endpoints. Drag the diamond shaped endpoint to set the desired time say 00:11:30. This means that Vusers shall run for a duration of 10 minutes.

Step - 12: Stopping of Vusers - is done gradually.

Double-click "Stop Vusers" in the Action grid to launch the "Edit Action" dialog box.

For this tutorial, select the second option box & feed 2 Vusers every 30 seconds.

Step - 13: Configuring the Run-time settings: to define the behavior of the Vusers during the test.

Click the "Run -Time Settings" button in the "Design" tab. Then select the desired script and modify the following run-time settings if necessary.

a) Run Logic to define the number of times a user repeats a group of actions.

b) Pacing to define the time to wait before repeating an action.

c) Log to define the type of information needed to be captured during the test.

d) Think Time to define the time a user stops to think between steps.

e) Speed Simulation to define network connections like modem, DSL or cable.

f) Browser Emulation to define different browsers.

g) Content Check for automatically detecting user-defined errors.

Step - 14: Enabling think time - Select the "General:Think Time" node. Select "Replay think time" radio button, and select the "Use random percentage of recorded think time" radio button. For this tutorial, specify a minimum of 50% and a maximum of 150%.

Step - 15: Enabling the logging option- Select the "General:Log" node. Select "Enable logging" check Box. In the Log options, select "Always send messages". Select "Extended log" radio button, and select "Data returned by server" check box for this tutorial.

Click "OK" to close the Run -Time settings dialog Box.

Step - 16: Configuring the Windows Resources monitor: To view the performance of every single tier, server and component of the application during the load test in real time.

a) Opening of the Run view - by clicking the "Run" tab in the Controller window to display the Windows Resources graph which is one of four default graphs getting displayed in the graph viewing area.

Right-click the "Windows Resources graph" and select Add Measurements to open the Windows Resources dialog box.

b) Selection of monitored server - Click "Add" In the Monitored Server Machines section of the Windows Resources dialog box to open the "Add Machine" dialog box.

Type "localhost" in the "Name" field & specify the Name of the Platform say Win 2000 in the "Platform" field. Click "OK" to close the "Add Machine" dialog box.

c) Activation of the monitor - by clicking "OK" in the Windows Resources dialog box.

With these steps the design of our Scenario gets complete & becomes ready for the load testing.

About the Author

Moderator of website http://www.softwaretestinggenius.com

Connecting Huge Pine USB to Serial Converter to a modem?

Huge Pine converter has been detected successfully by Win XP and a port has been assigned. When I tried to connect it to an external modem, it seemed that no communication happened at all. When I tried to query modem, windows said that the modem was not responding. I have tested the modem and it worked fine on other machine with real serial port.
What should I do to get the converter work? How do I test the converter to make sure it works?

but if the port has been assigned did u said to ur modem to use this port ,u know the modems can use any com ports ,try to reinstall ur modem by adding hardware again to find out if really the port assigned ,for testing convertor ,the fast way is to use it on another computer with ur modem that doesnt want to work,yesssssss,u move the both set of them to another computer ,some of times standards are different ,it means may be ur external modem doesnt want to work but ur serial mouse work ,also try to find out if the xp know it well

Pendle laptop stand review
If you spend any length of time working on a laptop, you really should consider a laptop stand. The ergonomic benefits are well documented and from personal experience it has certainly reduced the aches and pains associated with looking down on a MacBook.

Thanks for visiting!