PC SOFT

ONLINE HELP
FOR WINDEV, WEBDEV AND WINDEV MOBILE

Home | Sign in | English US
  • Overview
  • How to proceed?
  • Running the test of the current dynamic page or dynamic AWP page
  • Processes run
  • Stopping the test of a dynamic page or dynamic AWP page
  • Notes
  • Directory of data files used for test
  • Managing passwords (analysis or data file)
  • Checking the runtime environment before the test
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaReports and QueriesUser code (UMC)
WEBDEV
WindowsLinuxPHPWEBDEV - Browser code
WINDEV Mobile
AndroidAndroid Widget iPhone/iPadApple WatchUniversal Windows 10 AppWindows Mobile
Others
Stored procedures
Overview
The test of a single page allows you to run the current page in WEBDEV.
This allows you to run the test of your project from a given page or to check the operating mode of a page as soon as its development is ended.
The debugger can be started during this test.
How to proceed?

Running the test of the current dynamic page or dynamic AWP page

To run the test of the current dynamic page from the editor:
  1. Select "Code .. Run the page test" (or press [F9]). Click among the quick access buttons (or press [F9]).
  2. The editor is automatically minimized and the page is run in the default browser.
Tip: To select the browser used when running the test of the page, click the test icon of the page. The arrow on the right expands a menu allowing you to choose the browser that will be used for test.
Tip: To select the browser used when running the test of the page, click the test icon of the page among the quick access buttons. The arrow on the right expands a menu allowing you to choose the browser that will be used for test.
The choice of the default browser can also be performed in the WEBDEV options. The choice of the test browser can be performed via "Project .. Test browser".The test browser can be selected on the "Project" pane, in the "Test mode" group, by expanding "Test mode" and by selecting "Test browser".
Notes:
  • When running the test of a page that expects one or more parameters, a window for entering the parameters is automatically displayed.
  • To start the debugger, all you have to do is use the STOP keyword in the code or a breakpoint.
  • Versions 21 and later
    The last test run (window, query, report, ...) can be re-run from any project element via "GO .. Re-run the last test" found in the quick access buttons.
    New in version 21
    The last test run (window, query, report, ...) can be re-run from any project element via "GO .. Re-run the last test" found in the quick access buttons.
    The last test run (window, query, report, ...) can be re-run from any project element via "GO .. Re-run the last test" found in the quick access buttons.

Processes run

When running the test of a dynamic page, the following processes are run:
  • Declaring the classes (server code)
  • Initializing the project (server code)
  • Declaring the global variables of the current page (server code)
  • Initializing the controls found in the current page (server code)
  • Initializing the current page (server code)
  • Loading the current page (browser code)
  • Entering the first control of the current page (if this control has an entry process) (browser code)
When running the test of an AWP dynamic page, the page is run with an URL containing the parameters of the page and the command line of the project (defined by "Project .. Test mode .. Configure the test mode'). The following processes are run:When running the test of a dynamic AWP page, the page is run with an URL containing the parameters of the page and the command line of the project. The command line of the project is defined on the "Project" pane, in the "Test mode" group, by expanding "Test mode" and by selecting "Configure the test mode". The following processes are run:
  • Declaring the classes (server code)
  • Initializing the project (server code)
  • Declaring the global variables of the current page (server code)
  • Initializing the controls found in the current page (server code)
  • Initializing the current page (server code)
  • Loading the current page (browser code)
  • Entering the first control of the current page (if this control has an entry process) (browser code)
During the test:
  • the initialization codes (project, classes, sets of procedures, ...) are re-run whenever an action is performed in the AWP page and whenever a new AWP page is displayed.
  • All the features of the page can be run. You will have the ability to open other pages for example. When going from a page to another one (PageDisplay for example), the debugger locks the execution of the next page as long as the previous page has not been entirely traced.
  • InTestMode returns True.

Stopping the test of a dynamic page or dynamic AWP page

Several methods can be used to stop the test:
  • 1st method: Close the site whose test is currently run. WEBDEV displays the editor that was used at the beginning of test.
  • 2nd method: Go back to the editor with the taskbar or with [Alt] + [Tab] and confirm the ending of the test. WEBDEV displays the editor that was used at the beginning of test.
Notes

Directory of data files used for test

To configure the data files used when running the test of the application in the editor:
  1. Display the project description ("Project .. Project description").Display the project description: on the "Project" pane, in the "Project" group, click "Description".
  2. In the "File" tab, select the location of the test files:
    • Current directory: The data files will be found in the EXE sub-directory of the project.
    • Specific directory: The data files will be found in the specified directory.

Managing passwords (analysis or data file)

No password is requested during the test of the dynamic page, no matter whether the page is associated with an analysis protected at run time or with a password-protected data file.
The necessary passwords must be specified by programming in the initialization code of the project:
  • If the page handles a file from a password-protected analysis, this password must be specified in HOpenAnalysis.
  • If the page handles one or more password-protected files, this password must be specified in HPass.
If the passwords are not specified in the initialization code of the project, a WLanguage error occurs during the test of the page.
Versions 15 and later

Checking the runtime environment before the test

Before running a project test, WEBDEV checks whether the test environment is properly configured.
If a problem is detected, WEBDEV proposes to display the diagnostic window:
Proposition of diagnostic for the test environment
The available options are as follows:
  • "Start the diagnostic" opens the window for detailed diagnostic.
  • "Run the test" ignores the diagnostic and runs the test. This option must be used if the diagnostic is incorrect.
  • "Cancels" cancels the test.
The window for detailed diagnostic is as follows:
Details of the diagnostic
This window performs a set of tests to check whether the test environment is properly configured.
For each detected error, a "Correct" button is used to automatically restore the correct test environment.
The "Help" button will be enabled if an additional help is available.
New in version 15

Checking the runtime environment before the test

Before running a project test, WEBDEV checks whether the test environment is properly configured.
If a problem is detected, WEBDEV proposes to display the diagnostic window:
Proposition of diagnostic for the test environment
The available options are as follows:
  • "Start the diagnostic" opens the window for detailed diagnostic.
  • "Run the test" ignores the diagnostic and runs the test. This option must be used if the diagnostic is incorrect.
  • "Cancels" cancels the test.
The window for detailed diagnostic is as follows:
Details of the diagnostic
This window performs a set of tests to check whether the test environment is properly configured.
For each detected error, a "Correct" button is used to automatically restore the correct test environment.
The "Help" button will be enabled if an additional help is available.

Checking the runtime environment before the test

Before running a project test, WEBDEV checks whether the test environment is properly configured.
If a problem is detected, WEBDEV proposes to display the diagnostic window:
Proposition of diagnostic for the test environment
The available options are as follows:
  • "Start the diagnostic" opens the window for detailed diagnostic.
  • "Run the test" ignores the diagnostic and runs the test. This option must be used if the diagnostic is incorrect.
  • "Cancels" cancels the test.
The window for detailed diagnostic is as follows:
Details of the diagnostic
This window performs a set of tests to check whether the test environment is properly configured.
For each detected error, a "Correct" button is used to automatically restore the correct test environment.
The "Help" button will be enabled if an additional help is available.
Minimum required version
  • Version 9
Comments
Click [Add] to post a comment