FORM-2
THE PATENTS ACT, 1970
(39 OF 1970)
AND
THE PATENTS RULES, 2003
(As Amended)
COMPLETE SPECIFICATION
(See section 10; rule 13)
"Dynamic Testing of an Application"
HCL Technologies Ltd., a corporation organized and existing under the laws of India, of 50-53 Greams Road, Chennai - 600006, Tamil Nadu, India.
The following specification particularly describes the nature of this invention and the manner in which it is to be performed:

DYNAMIC TESTING OF AN APPLICATION
Field of the disclosure: -
The present disclosure relates to dynamic testing of an application and more specifically, but not limited to, launching dynamic testing services for the entire testing organization over a data communication network.
Background: -
Software testing is a critical activity to be performed by any service provider. It is extremely challenging as software testing may get quite complicated due to the complex nature of the software. Testing is a trade-off between budget, time and quality and many testing tools are available in the market for the same.
However, none of the existing tools provide a holistic approach to testing of an application and do not provide any control to a user regarding the visibility and transparency of the testing of an application.
Summary: -
Embodiments of the present disclosure relate to dynamic testing of an application over a data communication network while overcoming issues present in the conventional art. An embodiment of the present disclosure relates to a method for dynamic testing of an application comprising receiving test requests for an application, initiating testing upon validation of said application, assessing and classifying test requests for the application into several test categories and testing the application as per the test categories. An example of the present embodiment enables a user to implement the embodiment in a data communication network.
According to an embodiment of the present disclosure, the method may further comprise ensuring seamless transition of the application for classifying the test requests for the application into several test categories.
According to an embodiment of the present disclosure, the method may comprise identifying and approving variation in the application and the transitioned application. According to yet another

embodiment of the present disclosure, the validation of said application may comprise verifying suitability of the application for the dynamic testing. According to yet another embodiment of the present disclosure assessing and classifying test request into test categories may comprise estimating time and resources required for testing. According to an example of the embodiment, the test categories may be such as as functional, automation and specialized testing such as Performance and security testing..
An embodiment of the present disclosure refers to a system for dynamic testing of an application comprising an initiation unit, a classification unit coupled to the initiation unit and an application-testing unit coupled to the classification unit. According to an embodiment, the initiation unit may be configured to receive test requests for an application and initiate testing upon validation of said application. According to an embodiment, the classification unit may be configured to assess and classify test requests for the application into several test categories. According to yet another embodiment, the application testing unit may be configured to test the application as per the test categories.
tin its described in previous embodiments are not configured to function automatical and do need manual intervention.
Brief Description of Drawings: -
The detailed description is described with reference to the accompanying figures. In the figures, the left¬most digit(s) of a reference number identifies the figure in which the reference number first appears, The same numbers are used throughout the drawings to reference like features and components,
Figure 1 illustrates a flow diagram representation of a method for dynamic testing of an
application in accordance with an embodiment of the present disclosure.
Figure 2 illustrates the technical architecture of flow of a method for dynamic testing of an
application in accordance with an embodiment of the present disclosure.
Figure 3 illustrates a functional diagram representation of dynamic testing of an application in
accordance with an embodiment of the present disclosure.

Figure 4 illustrates a biock diagrammatic representation of a system for dynamic testing of an
application in accordance with an embodiment of the present disclosure.
Figures illustrates a diagrammatic representation of a system for dynamic testing of an
application in accordance with an example of an embodiment of the present disclosure.
Detailed Description: -
The following discussion provides a brief, general description of a suitable computing environment in which various embodiments of the present disclosure can be implemented. The aspects and embodiments are described in the general context of computer executable mechanisms such as routines executed by a general purpose computer e.g. a server or personal computer. The embodiments described herein can be practiced with other system configurations, including Internet appliances, hand held devices, multi-processor systems, microprocessor based or programmable consumer electronics, network PCs, mini computers, mainframe computers and the like. The embodiments can be embodied in a special purpose computer or data processor that is specifically programmed configured or constructed to perform one or more of the computer executable mechanisms explained in detail below.
Exemplary embodiments now will be described with reference to the accompanying drawings. The disclosure may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey its scope to those skilled in the art. The terminology used in the detailed description of the particular exemplary embodiments illustrated in the accompanying drawings is not intended to be limiting.
Figure 1 illustrates a method for dynamic testing of an application according to an embodiment of the present disclosure. The method comprises receiving test requests for an application 101, where after the testing is initiated upon validation of the application 102. Each test request is assessed and classified fir the application into several test categories 103 and the application is then tested as per the classified test categories 104. According to an embodiment of the present disclosure, the method may additionally comprise seamless transition of the application for classifying the test requests for the application into several test categories.
According to yet another embodiment of the present disclosure, the method may comprise identifying and approving variation in the application and the transitioned application. The step enables

identification of any gaps during the transition of an application onto the testing unit and incase these gaps are insignificant, the application is approved for testing.
Further, according to an embodiment of the present disclosure, the validation of said application comprises verification of suitability of the application for the testing unit. Some examples are whether the application would be compatible with the platform used for testing and whether the transition of the application onto the platform of the testing unit would be seamless or not.
According to an embodiment of the present disclosure, assessing and classifying test requests into test categories may comprise estimating time and resources required for testing. These test categories may be such as functional, automation and specialized testing like performance and security testing.
Figure 2 illustrates a system for dynamic testing of an application according to an embodiment of the present disclosure. According to the present embodiment, the system for dynamic testing comprises an initiation unit 201, a classification unit 202 coupled to the initiation unit 201. and application testing unit 203 coupled to the classification unit 202.
According to the embodiment, the initiation unit 201 may be configured to receive test requests for an application and initiate testing upon validation of said application. According to an embodiment of the present disclosure, the validation of said application may comprise verification of suitability of the application for the testing unit.
According to another embodiment of the present disclosure, the classification unit 202 may be configured to assess and classify test requests for the application into several test categories. According to an embodiment, the classification may be achieved by estimating time and resources required for testing an application. According to yet another embodiment, the classified test categories may be such as functional, automation and specialized testing like performance and security testing .
According to yet another embodiment, the application testing unit 203 may be configured to test the application as per the test categories classified by the classification unit 202.
According to yet another embodiment, the system further comprises a transition unit coupled to the initiation unit 201 configured to ensure seamless transition of the application to the classification unit 202. The classification unit 202 may be coupled to the transition unit and may be configured to identify and approve variations in the application and the transitioned application. This shall ensure the identification of any gaps between the original application and the "on-board" application.

Figure 3 illustrates the technical architecture of dynamic testing of an application according to an embodiment of the present disclosure. According to the present embodiment, the system for dynamic testing of an application may be developed using a J2EE environment and designed based on the struts MVC (Mode! View Controller) architecture wherein the system is segregated into different layers. The servlet request 301 is initiated from the client, which may be a browser, and forwarded to Request Processor 302 for processing and then delegated to the Action Proxy 303. The Action Proxy 303 is coupled to the configuration Files manager 304, which is initialized from the struts.xml 306. The Action proxy 303, then produces an Action invocation 305, which implements the command pattern to arrive at testing of an application. The Action Invocation 305 invokes the action 305a where it searches for proper result 305c after processing the business logic with DAO (Data Access Object) 305b. The result is executed, which involves the rendering of JSP (JavaServer Pages) or document 307 and finally the response returns as configured in strutsconfig.xml file.
Figure 4 refers to a functional diagram representation of dynamic testing of an application according to an embodiment of the present disclosure. The functional flow of the diagram is that the user of the system is prompted to provide the credentials i.e. the user ID and password 401 and according to the credentials provided, each user may be provided with privileges by an administration module of the system. The user is then able to navigate through the system according to the privileges accorded 403 while viewing the work flow process steps and the activities to be completed for the day 402. According to the privileges accorded, the user may view the progress and planning of a testing project whereby phases such as initiation, transition, on-boarding and implementation may be viewed and assessed. These phases are handled separately by teams allocated to each test category by the classification unit such as Test Planning, Test Designing and Test execution.
The user is enabled to launch testing tools 405, defined for the project's usage and test as per various groups such as Quality Center 407, QTP (Quick Test Professional) 408, Load Runner 409, PPM (Project Portfolio Management) 410, PM Smart 411. The user is also enabled to access live dashboard 406, which indicates the health index of a project/application being tested, which enabled better decisions to be taken by the managers and leadership teams. According to an embodiment, the user may view roles and responsibilities of different users involved in the testing and its functioning governance model. At a time convenient, the user may log out of the system 412,
The functional diagram of Figure 4 clarifies the ease of visibility and transparency allowed by embodiments of the present disclosure, which conventional art lacked.

Figure 5 illustrates a system for dynamic testing of an application according to an example of an embodiment of the present disclosure. The example comprises a web browser 501 coupled to a web server 502. The web server is coupled to the application server 503, which is enabled to launch dynamic testing of an application according to embodiments of the present disclosure. The tools of dynamic testing of an application are stored in a database 505, which are directly accessed by the application server 503.
A user is enabled to access the application server 503 via a URL with default port configured through the web browser 501 and the web server 502. The user however, is not enabled to directly access the database 505, which is configured to store the testing tools for dynamic testing of an application, According to an embodiment of the present disclosure, the system comprises a file system 504 and external systems 506 for efficient functioning of the system. According to yet another embodiment, the application server 503 may couple the platform i.e. J2EE through 1521/1522 port, which are required to be placed in the local area network (LAN).
All units/modules described in embodiments of the present disclosure are not configured to function automatically and do need manual intervention.
Embodiments of the present disclosure ensure a "One Stop Shop" for testing services for an entire organization while enabling visibility and transparency in the operations of the test organization. The embodiments ensure that test organization optimize the resources, tools and processes while leveraging the best practices and frameworks across the enterprise. The embodiments drive to engage and deliver cost effective, specialized testing services that are scaleable and on demand. The seamless transition offered by the present disclosure improves productivity of test organization by 20%. Further, due to the clear separation of service lines, resource aggregation benefits are significant.
As will be appreciated by one of skill in the art, the present invention may be embodied as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, a software embodiment or an embodiment combining software and hardware aspects ail generally referred to herein as a "circuit" or "module." Furthermore, the present invention may take the form of a computer program product on a computer-usable storage medium having computer-usable program code embodied in the medium.

Furthermore, the present invention was described in part above with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention.
It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer- readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer program instructions may also be loaded onto a computer to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computes-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and schematic diagrams of Figures 1-5 illustrate the architecture, functionality, and operations of some embodiments of methods, systems, and computer program products of dynamic testing of an application. In this regard, each block may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in other implementations, the function(s) noted in the blocks may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending on the functionality involved.

In the drawings and specification, there have been disclosed exemplary embodiments of the invention. Although specific terms are employed, they are used in a generic and descriptive sense only and not for purposes of limitation, the scope of the invention being defined by the following claims.

We claim: -
1. A system for dynamic testing of an application comprising: -
a. Initiation unit configured to receive test requests for an application and initiate testing
upon validation of said application;
b. Classification unit coupled to the initiation unit configured to assess and classify test
requests for the application into several test categories; and
c. Application testing unit coupled to the classification unit configured to test the
application as per the test categories.
2. A system as claimed in claim 1 wherein the system further comprises a transition unit coupled to the initiation unit configured to ensure seamless transition of the application to the classification unit.
3. A system as claimed in claim 2 wherein the classification unit is coupled to the transition unit and configured to identify and approve variations in the application and the transitioned application.
4. A system as claimed in claim 1 wherein the validation of said application comprises verification of suitability of the application for the testing unit.
5. A system as claimed in claim 1 wherein the classification unit is configured to assess and classify the test requests into test categories by estimating time and resources required for testing.
6. A system as claimed in claim 1 wherein the test categories are such as functional, automation and specialized testing such as Performance and security testing..

7. A method for dynamic testing of an application comprising: -
a. Receiving test requests for an application;
b. Initiating testing upon validation of said application;
c. Assessing and classifying test requests for the application into several test categories;
and
d. Testing the application as per the test categories.
S. A method as claimed in claim 7 wherein the method further comprises ensuring seamless transition of the application for classifying the test requests for the application into several test categories.
9. A method as claimed in claim 8 wherein the method comprises identifying and approving variation in the application and the transitioned application.
10. A method as claimed in claim 7 wherein the validation of said application comprises verifying suitability of the application for the testing unit.
11. A method as claimed in claim 7 wherein assessing and classifying test requests into test categories comprises estimating time and resources required for testing.
12. A method as claimed in claim 7 wherein the test categories are such as functional, automation and specialized testing such as Performance and security testing.
13. A testing module in a server network comprising: -
a. Initiation unit configured to receive test requests for an application and initiate testing
upon validation of said application;
b. Classification unit coupled to the initiation unit configured to assess and classify test
requests for the application into several test categories; and

c. Application testing unit coupled to the classification unit configured to test the application as per the test categories.
14. A testing module as claimed in claim 13 wherein the system further comprises a transition unit coupled to the initiation unit configured to ensure seamless transition of the application to the classification unit.
15. A testing module as claimed in claim 13 wherein the classification unit is coupled to the transition unit and configured to identify and approve variations in the application and the transitioned application.
16. A testing module as claimed in claim 13 wherein the validation of said application comprises verification of suitability of the application for the testing unit.
17. A testing module as claimed in claim 13 wherein the classification unit is configured to assess and classify the test requests into test categories by estimating time and resources required for testing.
18. A testing module as claimed in claim 13 wherein the test categories are such as as functional, automation and specialized testing such as Performance and security testing.
Dated this 18th day of May 2011
Of Anand and Anand, Advocates Agents for the Applicants