This document provides an overview and agenda for a training on performance testing using Visual Studio 2010. It discusses why functional testing is not enough and introduces performance, load, and stress testing. It covers the performance testing process in Visual Studio, including creating web, load, and ordered tests. It also addresses measuring system performance, applying load, and analyzing test results. Key points about testing methodology and best practices are provided.
Performance Testing And Its Type | Benefits Of Performance TestingKostCare
Performance testing is in general, a testing practice performed to determine how a system performs in terms of responsiveness and stability under a particular workload. It can also serve to investigate, measure, validate or verify other quality attributes of the system, such as scalability, reliability and resource usage.
Load Testing Best Practices: Application complexity is increasing, yet the stringent requirements for web performance is increasing exponentially. Learn more about the three major types of load testing, determine which you need and how to conduct them.
In this presentation which was delivered to testers in Manchester, I help would-be performance testers to get started in performance testing. Drawing on my experiences as a performance tester and test manager, I explain the principles of performance testing and highlight some of the pitfalls.
Performance Testing And Its Type | Benefits Of Performance TestingKostCare
Performance testing is in general, a testing practice performed to determine how a system performs in terms of responsiveness and stability under a particular workload. It can also serve to investigate, measure, validate or verify other quality attributes of the system, such as scalability, reliability and resource usage.
Load Testing Best Practices: Application complexity is increasing, yet the stringent requirements for web performance is increasing exponentially. Learn more about the three major types of load testing, determine which you need and how to conduct them.
In this presentation which was delivered to testers in Manchester, I help would-be performance testers to get started in performance testing. Drawing on my experiences as a performance tester and test manager, I explain the principles of performance testing and highlight some of the pitfalls.
Enterprise software needs to be faster than the competition.
In this presentation we will explore what is performance testing, why it is important and when should you implement these tests.
The most important aspect to release any product or application in the market is to deliver a satisfying user experience. And this can only be achieved when the application performs impeccably. To help understand the ways and means to ensure the same, this PPT will shed light on the essential elements under performance testing. To know more on software performance testing, performance testing, app performance testing, web performance testing, website load testing and performance tuning, go through this presentation and gear up for the upcoming ones.
Infographic: Importance of Performance TestingKiwiQA
Performance testing help to establish the scalability, speed, and stability of apps. It includes numerous testing types that simulate user scenarios and analyze app performance.
To learn more about performance testing, visit: https://www.kiwiqa.com/load-performance-testing.html
it is based on the introduction of performance testing and its modules and the process which include performance testing and it consist of name of software or tools which are used to check the performance of any software.
During the session I would like to bring basic concepts about the performance testing and highlight the activities,
that we are running in CTCo. I believe, that primary audience for this session
would be test engineers, that do not have experience in this activity and would like to gain some knowledge in this area.
Performance issues are regularly caught too late leading to increased cost for fixing. We propose a process on how to make performance testing lightweight, execute it on early stages, reduce time and cost of fixes. Applying the same principal that we use for functional testing, performance testing could be integrated in CI/CD pipeline. Learn more about CPT in our blog: https://blog.griddynamics.com/what-is-continuous-performance-testing-and-why-it-is-needed
BugRaptors Perform performance testing using different types of tools helps determining how fast some aspect of a system performs under a particular workload. It can help different purposes like it demonstrates that the system meets performance criteria in any condition.
Enterprise software needs to be faster than the competition.
In this presentation we will explore what is performance testing, why it is important and when should you implement these tests.
The most important aspect to release any product or application in the market is to deliver a satisfying user experience. And this can only be achieved when the application performs impeccably. To help understand the ways and means to ensure the same, this PPT will shed light on the essential elements under performance testing. To know more on software performance testing, performance testing, app performance testing, web performance testing, website load testing and performance tuning, go through this presentation and gear up for the upcoming ones.
Infographic: Importance of Performance TestingKiwiQA
Performance testing help to establish the scalability, speed, and stability of apps. It includes numerous testing types that simulate user scenarios and analyze app performance.
To learn more about performance testing, visit: https://www.kiwiqa.com/load-performance-testing.html
it is based on the introduction of performance testing and its modules and the process which include performance testing and it consist of name of software or tools which are used to check the performance of any software.
During the session I would like to bring basic concepts about the performance testing and highlight the activities,
that we are running in CTCo. I believe, that primary audience for this session
would be test engineers, that do not have experience in this activity and would like to gain some knowledge in this area.
Performance issues are regularly caught too late leading to increased cost for fixing. We propose a process on how to make performance testing lightweight, execute it on early stages, reduce time and cost of fixes. Applying the same principal that we use for functional testing, performance testing could be integrated in CI/CD pipeline. Learn more about CPT in our blog: https://blog.griddynamics.com/what-is-continuous-performance-testing-and-why-it-is-needed
BugRaptors Perform performance testing using different types of tools helps determining how fast some aspect of a system performs under a particular workload. It can help different purposes like it demonstrates that the system meets performance criteria in any condition.
Performance testing interview questions and answersGaruda Trainings
In software engineering, performance testing is in general testing performed to determine how a system performs in terms of responsiveness and stability under a particular workload. It can also serve to investigate, measure, validate or verify other quality attributes of the system, such as scalability, reliability and resource usage.
Detailed presentation on performance testing and Loadrunner.
Complete course is available on udemy.
Use below link to get the course for just 20 USD
https://www.udemy.com/performance-testing-using-microfocus-loadrunner-basics-advanced/?couponCode=PTLR20D
Performance testing Web Application - A complete GuideTestingXperts
Application Performance testing validates various factors and checks applications to ensure and maintain their reliability and scalability. Leverage TestingXperts Performance testing services to enhance your application performance and such high performing apps are bound to drive more traffic and help spread your brand
Into the Box Keynote Day 2: Unveiling amazing updates and announcements for modern CFML developers! Get ready for exciting releases and updates on Ortus tools and products. Stay tuned for cutting-edge innovations designed to boost your productivity.
Code reviews are vital for ensuring good code quality. They serve as one of our last lines of defense against bugs and subpar code reaching production.
Yet, they often turn into annoying tasks riddled with frustration, hostility, unclear feedback and lack of standards. How can we improve this crucial process?
In this session we will cover:
- The Art of Effective Code Reviews
- Streamlining the Review Process
- Elevating Reviews with Automated Tools
By the end of this presentation, you'll have the knowledge on how to organize and improve your code review proces
We describe the deployment and use of Globus Compute for remote computation. This content is aimed at researchers who wish to compute on remote resources using a unified programming interface, as well as system administrators who will deploy and operate Globus Compute services on their research computing infrastructure.
Developing Distributed High-performance Computing Capabilities of an Open Sci...Globus
COVID-19 had an unprecedented impact on scientific collaboration. The pandemic and its broad response from the scientific community has forged new relationships among public health practitioners, mathematical modelers, and scientific computing specialists, while revealing critical gaps in exploiting advanced computing systems to support urgent decision making. Informed by our team’s work in applying high-performance computing in support of public health decision makers during the COVID-19 pandemic, we present how Globus technologies are enabling the development of an open science platform for robust epidemic analysis, with the goal of collaborative, secure, distributed, on-demand, and fast time-to-solution analyses to support public health.
TROUBLESHOOTING 9 TYPES OF OUTOFMEMORYERRORTier1 app
Even though at surface level ‘java.lang.OutOfMemoryError’ appears as one single error; underlyingly there are 9 types of OutOfMemoryError. Each type of OutOfMemoryError has different causes, diagnosis approaches and solutions. This session equips you with the knowledge, tools, and techniques needed to troubleshoot and conquer OutOfMemoryError in all its forms, ensuring smoother, more efficient Java applications.
Field Employee Tracking System| MiTrack App| Best Employee Tracking Solution|...informapgpstrackings
Keep tabs on your field staff effortlessly with Informap Technology Centre LLC. Real-time tracking, task assignment, and smart features for efficient management. Request a live demo today!
For more details, visit us : https://informapuae.com/field-staff-tracking/
Climate Science Flows: Enabling Petabyte-Scale Climate Analysis with the Eart...Globus
The Earth System Grid Federation (ESGF) is a global network of data servers that archives and distributes the planet’s largest collection of Earth system model output for thousands of climate and environmental scientists worldwide. Many of these petabyte-scale data archives are located in proximity to large high-performance computing (HPC) or cloud computing resources, but the primary workflow for data users consists of transferring data, and applying computations on a different system. As a part of the ESGF 2.0 US project (funded by the United States Department of Energy Office of Science), we developed pre-defined data workflows, which can be run on-demand, capable of applying many data reduction and data analysis to the large ESGF data archives, transferring only the resultant analysis (ex. visualizations, smaller data files). In this talk, we will showcase a few of these workflows, highlighting how Globus Flows can be used for petabyte-scale climate analysis.
OpenFOAM solver for Helmholtz equation, helmholtzFoam / helmholtzBubbleFoamtakuyayamamoto1800
In this slide, we show the simulation example and the way to compile this solver.
In this solver, the Helmholtz equation can be solved by helmholtzFoam. Also, the Helmholtz equation with uniformly dispersed bubbles can be simulated by helmholtzBubbleFoam.
Your Digital Assistant.
Making complex approach simple. Straightforward process saves time. No more waiting to connect with people that matter to you. Safety first is not a cliché - Securely protect information in cloud storage to prevent any third party from accessing data.
Would you rather make your visitors feel burdened by making them wait? Or choose VizMan for a stress-free experience? VizMan is an automated visitor management system that works for any industries not limited to factories, societies, government institutes, and warehouses. A new age contactless way of logging information of visitors, employees, packages, and vehicles. VizMan is a digital logbook so it deters unnecessary use of paper or space since there is no requirement of bundles of registers that is left to collect dust in a corner of a room. Visitor’s essential details, helps in scheduling meetings for visitors and employees, and assists in supervising the attendance of the employees. With VizMan, visitors don’t need to wait for hours in long queues. VizMan handles visitors with the value they deserve because we know time is important to you.
Feasible Features
One Subscription, Four Modules – Admin, Employee, Receptionist, and Gatekeeper ensures confidentiality and prevents data from being manipulated
User Friendly – can be easily used on Android, iOS, and Web Interface
Multiple Accessibility – Log in through any device from any place at any time
One app for all industries – a Visitor Management System that works for any organisation.
Stress-free Sign-up
Visitor is registered and checked-in by the Receptionist
Host gets a notification, where they opt to Approve the meeting
Host notifies the Receptionist of the end of the meeting
Visitor is checked-out by the Receptionist
Host enters notes and remarks of the meeting
Customizable Components
Scheduling Meetings – Host can invite visitors for meetings and also approve, reject and reschedule meetings
Single/Bulk invites – Invitations can be sent individually to a visitor or collectively to many visitors
VIP Visitors – Additional security of data for VIP visitors to avoid misuse of information
Courier Management – Keeps a check on deliveries like commodities being delivered in and out of establishments
Alerts & Notifications – Get notified on SMS, email, and application
Parking Management – Manage availability of parking space
Individual log-in – Every user has their own log-in id
Visitor/Meeting Analytics – Evaluate notes and remarks of the meeting stored in the system
Visitor Management System is a secure and user friendly database manager that records, filters, tracks the visitors to your organization.
"Secure Your Premises with VizMan (VMS) – Get It Now"
Large Language Models and the End of ProgrammingMatt Welsh
Talk by Matt Welsh at Craft Conference 2024 on the impact that Large Language Models will have on the future of software development. In this talk, I discuss the ways in which LLMs will impact the software industry, from replacing human software developers with AI, to replacing conventional software with models that perform reasoning, computation, and problem-solving.
Software Engineering, Software Consulting, Tech Lead.
Spring Boot, Spring Cloud, Spring Core, Spring JDBC, Spring Security,
Spring Transaction, Spring MVC,
Log4j, REST/SOAP WEB-SERVICES.
Listen to the keynote address and hear about the latest developments from Rachana Ananthakrishnan and Ian Foster who review the updates to the Globus Platform and Service, and the relevance of Globus to the scientific community as an automation platform to accelerate scientific discovery.
In software engineering, the right architecture is essential for robust, scalable platforms. Wix has undergone a pivotal shift from event sourcing to a CRUD-based model for its microservices. This talk will chart the course of this pivotal journey.
Event sourcing, which records state changes as immutable events, provided robust auditing and "time travel" debugging for Wix Stores' microservices. Despite its benefits, the complexity it introduced in state management slowed development. Wix responded by adopting a simpler, unified CRUD model. This talk will explore the challenges of event sourcing and the advantages of Wix's new "CRUD on steroids" approach, which streamlines API integration and domain event management while preserving data integrity and system resilience.
Participants will gain valuable insights into Wix's strategies for ensuring atomicity in database updates and event production, as well as caching, materialization, and performance optimization techniques within a distributed system.
Join us to discover how Wix has mastered the art of balancing simplicity and extensibility, and learn how the re-adoption of the modest CRUD has turbocharged their development velocity, resilience, and scalability in a high-growth environment.
Paketo Buildpacks : la meilleure façon de construire des images OCI? DevopsDa...Anthony Dahanne
Les Buildpacks existent depuis plus de 10 ans ! D’abord, ils étaient utilisés pour détecter et construire une application avant de la déployer sur certains PaaS. Ensuite, nous avons pu créer des images Docker (OCI) avec leur dernière génération, les Cloud Native Buildpacks (CNCF en incubation). Sont-ils une bonne alternative au Dockerfile ? Que sont les buildpacks Paketo ? Quelles communautés les soutiennent et comment ?
Venez le découvrir lors de cette session ignite
Globus Connect Server Deep Dive - GlobusWorld 2024Globus
We explore the Globus Connect Server (GCS) architecture and experiment with advanced configuration options and use cases. This content is targeted at system administrators who are familiar with GCS and currently operate—or are planning to operate—broader deployments at their institution.
Strategies for Successful Data Migration Tools.pptxvarshanayak241
Data migration is a complex but essential task for organizations aiming to modernize their IT infrastructure and leverage new technologies. By understanding common challenges and implementing these strategies, businesses can achieve a successful migration with minimal disruption. Data Migration Tool like Ask On Data play a pivotal role in this journey, offering features that streamline the process, ensure data integrity, and maintain security. With the right approach and tools, organizations can turn the challenge of data migration into an opportunity for growth and innovation.
2. Agenda – Day 1
Why Functional Testing is not enough ?
Why Performance Test ?
Difference between Performance, Load and Stress Testing
Performance testing process
Different Methods for Applying Load
How to Measure the System Performance ?
Points to be considered before & during testing
Risks Addressed Through Performance Testing
Why VSTS (From Testing Perspective) ?
Types of Tests
Web test
Load test
Ordered test
3. Agenda – Day 1
Web Testing
How it works ?
Creating a web test
Recording the web test
Editing the web test
Configuring the web test
Running the web test
7. Difference between Performance, Load and
Stress Testing
Performance - is about response, time lapses, duration ... etc.
Load testing - is about test behavior under normal/peak workload conditions. Load is more
about characterizing / simulating your actual workload.
Stress testing - is about surfacing issues under extreme conditions and resource failures.
8. Testing objective (Perf , Load , Stress)
Common Action: Apply Load and Measure Performance
Performance Testing Load Testing Stress Testing
Measuring the System
Performance under
constant load
Performance metrics:
Speed
Accuracy
Stability
But With Different Objectives… !!
Measuring the System
Performance under
incremental load to study the
relation between the applied
load and the system
performance
Applying Incremental load on
the system till it reach a
break point at which the
system crash in order to
avoid reaching this point in
the future or to Enhance the
system performance)
9. Performance testing process
Identify Test Environment
Identify Performance Acceptance Criteria
Plan and Design Tests
Configure Test Environment
Implement Test Design (Configuration & Test Data)
Execute Tests
Analyze , Report and Retest
10. Different Methods for Applying Load
Constant number of users accessing the system concurrently
Variable number of users accessing the system concurrently
Constant size of data uploaded to the system by some users
(Ex: Different types of files)
Variable size of data uploaded to the system by some users
Constant size of data downloaded from the system by some users
Variable size of data downloaded from the system by some users
Combination of all of the above
11. Required Settings for the applied load
If the load is Virtual users (VU):
Number of users
Start time
End time
Ramp-UP period (Time taken for generating all VUs)
If the load is data file:
File name
File path
12. How to Measure the System Performance
Metrics used for measuring the system performance
Speed Accuracy Stability
Always measured by one of
the following:
Avg. Page Load time
Avg. Transaction time
Avg. Response time
Can be measured using the
Standard Deviation and the
coefficient of variation.
CV=SD/Avg.Res.time*100%
CV< 5% High Stability
5%<CV<10% Acceptable
CV>10% Poor
Can be measured using the Avg%
of Error for all requests
%Error<2% High Accuracy
2%<%Error<4% Acceptable
%Error>4% Poor
System Speed
System Accuracy
System Stability
13. Example for Performance Testing (1)
Test objective:
We need to know the system performance during the rush hour
Test inputs and Prerequisites:
1) Duration of the rush hour
2) Number of users accessing the system concurrently at the rush hour
3) Ramp-UP Period
4) The commonly used scenarios
5) The users distribution among the scenarios (i.e. % of users executing each scenario)
6)Any input data like user credentials, Serials,..etc
14. Example for Performance Testing (2)
Test Results and Reports:
1) Indication about the System Speed (Avg. Page time, Avg. Response time or Avg. Transaction time)
2) Indication about the System Accuracy(Avg. % of Error)
3) The Errors that occurred and the URL of the failed requests
4) Indication about the System Stability(Avg. Standard deviation and Coefficient of Variation)
5) Tabular Report for all the results logged during the test run (Optional)
6) Graphical report for System Speed, Accuracy and Stability Vs Time (Optional)
15. Example for Load Testing (1)
Test objective:
We need to study the effect of increasing load on the system performance
Test inputs and Prerequisites:
1) Initial load to be applied on the system
2) maximum load to be applied on the system (Optional)
3) Type of the load to be applied
4) Step of the incremental load
5) The commonly used scenarios
6) The users distribution among the scenarios (i.e. % of users executing each scenario)
7) Any input data like user credentials, Serials,..etc
16. Example for Load Testing (2)
Test Results and Reports:
1) Tabular report indicating the effect of increasing load on the system speed
2) Graphical chart indicating the effect of increasing load on the system speed
3) Tabular report indicating the effect of increasing load on the system Accuracy
4) Graphical chart indicating the effect of increasing load on the system Accuracy
5) Tabular report indicating the effect of increasing load on the system Stability
6) Graphical chart indicating the effect of increasing load on the system Stability
7) List of the switching points at which the system performance was greatly impacted
17. Example For Stress Testing
Test objective:
We need to Know the maximum load that we could apply to the system
Test inputs and Prerequisites:
1) Initial load to be applied on the system
2) Defining the test exit criteria (System crash point)
3) Type of the load to be applied
4) Step of the incremental load
5) The commonly used scenarios
6) The users distribution among the scenarios (i.e. % of users executing each scenario)
7)Any input data like user credentials, Serials,..etc
Test Results: The Load at witch the system crash
18. Points to be considered before & during
testing
Testing Environment should simulate the production Environment
Incase of inability to simulate the production Environment, a scaling for the test results should
be done
The network factor should be isolated usually by preparing a closed test lab for the testing
machine and the SUT
The testing tool should be compatible with the SUT
The firewall and Antivirus should be disabled on both testing machine and SUT during
recording and execution
Pop-Ups and warnings should be disabled during the recording and execution
While recording, Suitable thinking time should be considered between different actions in the
scenario
19. Risks Addressed Through Performance
Testing - Speed
Speed-related risks are not confined to end-user satisfaction, although that is what most
people think of first. Speed is also a factor in certain business- and data-related risks. Some of
the most common speed-related risks that performance testing can address include:
Is the application fast enough to satisfy end users?
Is the business able to process and utilize data collected by the application before that data
becomes outdated? (For example, end-of-month reports are due within 24 hours of the close
of business on the last day of the month, but it takes the application 48 hours to process the
data.)
Is the application capable of presenting the most current information (e.g., stock quotes) to
its users?
Is a Web Service responding within the maximum expected response time before an error is
thrown?
20. Risks Addressed Through Performance
Testing - Scalability
Scalability risks concern not only the number of users an application can support, but also the volume
of data the application can contain and process, as well as the ability to identify when an application is
approaching capacity. Common scalability risks that can be addressed via performance testing include:
Can the application provide consistent and acceptable response times for the entire user base?
Can the application store all of the data that will be collected over the life of the application?
Are there warning signs to indicate that the application is approaching peak capacity?
Will the application still be secure under heavy usage?
Will functionality be compromised under heavy usage?
Can the application withstand unanticipated peak loads?
21. Risks Addressed Through Performance
Testing – Stability (1)
Stability is a blanket term that encompasses such areas as reliability, uptime, and recoverability.
Although stability risks are commonly addressed with high-load, endurance, and stress tests, stability
issues are sometimes detected during the most basic performance tests. Some common stability risks
addressed by means of performance testing include:
Can the application run for long periods of time without data corruption, slowdown, or servers needing
to be rebooted?
If the application does go down unexpectedly, what happens to partially completed transactions?
When the application comes back online after scheduled or unscheduled downtime, will users still be
able to see/do everything they expect?
22. Risks Addressed Through Performance
Testing – Stability (2)
When the application comes back online after unscheduled downtime, does it resume at the correct
point? In particular, does it not attempt to resume cancelled transactions?
Can combinations of errors or repeated functional errors cause a system crash?
Are there any transactions that cause system-wide side effects?
Can one leg of the load-balanced environment be taken down and still provide uninterrupted service to
users?
Can the system be patched or updated without taking it down?
23. Why VSTS (From Testing Perspective)
VSTS Provide Testers with many useful features such as the following:
Provide many types of tests to satisfy the Testers needs
Simple GUI for recording and configuring tests
Powerful in analyzing and Reporting test results
High flexibility in Test Management and control
Test scripting is allowed for Advanced Editing and control
24. Types of Tests in VSTS
Web test Load test Ordered test
Used for functional
testing of web
Applications
Types of Tests in VSTS
Used for Performance, load
and stress testing of web
applications
Used for managing and
controlling the order of
tests execution)
VSTS Provide many types of tests such as:
Web test
Load test
Ordered test
Manual test
Unit test
Generic test
The scope of this training is focusing only on the most important types of them
25. Web Testing -How it Works ?
Web tests are used for testing the functionality of the web applications,
Web sites, web services or a combination of all of this.
Web tests can be created by recording the interactions that are performed in the
browser which are normally a series of HTTP requests (GET/POST).
This requests can be played back to test the web application by setting a validation
point at the response to validate it against the expected results
Step 1
Step 2
Step 3
Record the user interactions [Test Scenario] o0n0 the web browser
Play back the recorded scenario after setting validation points on the response
Get the test result [Either Success or failure] after validating against the expected results
26. Web Testing - Creating a Web test
1) From FILE menu, Select New -> Project -> Test
Project then determine the Project name and path
2) In the Solution Explorer Panel, Select the test project, right–click,
and choose Add New test from the context menu which opens
the Add New Test window that contains the different test type
templates.
3) Select the Web Test template from the list of different test types
and determine the test name
4) Once you select the Web Test and click OK you can see the test
getting added to the selected test project and a new instance of a
web browser opens.
27. Web Testing - Recording the Web test
When the browser open to record the user interactions it will contain the Web Test Recorder in the left
pane that is used for recording the test scenarios.
Recorder has five different options discussed as follows:
Record: To start recording the web page requests.
Pause: used to pause the recording as In some cases we may need to skip the recording of some actions
that it is not included in the test scenario then continue the recording normally
Stop: This is to stop the recording session. Once we click on the Stop button, the browser will close and
the session will stop.
Add a Comment: This option is used for adding any comments to the current request in the recording.
Clear all requests: Used in case we need to clear out all the recorded requests
28. Web Testing - Editing the Web test
After completing the recording of all requests, Now you can see
the Web Test editor window is open and see the recording
details in the Web Test editor.
The HTTP requests sent to the server usually contains
parameters sent with it.
We have two types of these parameters
Types of Parameters
Form post parameters
These parameters are sent along
with the request if the method used
for the request is POST. All field
entries made by the user in the web
page are sent to the server as Form
POST parameters.
Query string parameters
These parameters are sent along with
the request if the method used for the
request is GET. Web page will be
retrieved from server depending on
this parameters.
(Ex: User name and password)
29. Web Testing - Editing the Web test (Web test
properties)
There is some Properties for the Web Test that we can set such as user
credentials or giving a description to the test.
Also there is some properties for the requests that we can set for each
request individually such as the timeout or think times.
Web test properties are as follows:
Description: To specify the description for the current test.
Name: Name of the current Web Test application.
User Name: To specify the username of the test user,
if we are using any user credential for this test.
Password: This is the password for the username specified in the
Username field.
Proxy: we use this field to set the proxy server name to be used by the
test.
Stop On Error: This is useful to inform the application whether to stop
the test or continue in case of any errors.
30. Web Testing - Editing the Web test (Requests
properties)
Requests properties are as follows:
-------------------------------------------------
Cache Control: This property is to simulate the caching property of the
web pages. The value can be true or false.
Expected Response URL: This is set to the response URL that we expect
after we sent the current request. This is to be validated against the actual
Response URL
Method: This property is used to set the request method used for the
current request. It can be either GET or POST.
Think Time(Seconds): Think time is set for the think time taken by the user
between actions (Requests). This is not the exact time that the user can
spend in thinking but is just an estimation. This property is not very useful
for the normal single web test but very useful in case of Load test as it
affects the system performance.
31. Web Testing - Editing the Web test (Requests
properties)
Timeout (Seconds): This is the expiry time for the request. This is the maximum time for the request to respond
back. If it doesn't return within this time limit then the page gets timed out with error. Default is 300.
Response Time Goal: Used to determine the desired response time for this request so you can check whether the
actual response time meet the desired one or not. The default value is 0 which means the property is not set.
URL: This is the URL address for the request
Parse Dependent Requests: This property can be set to True or False to parse the dependent requests within the
requested page. For example, we may not be interested in collecting the details for the images loaded in the web
page. So we can turn off the requests for loading the images by setting this to False. Only the main request details
will be collected.
Record Results: Used if we need to collect the performance data for the HTTP request.
32. Web Testing - Editing the Web test
(Extraction rules)
Extraction rules are useful for extracting the data or information from the
HTTP response.
Normally in web applications many web forms depend on other web
forms. It means that the request is based on the data collected from the
previous request's response.
The data from the response has to be extracted and then passed to the
next request in the form of values for query string parameters.
VSTS provides several built-in types of extraction rules. This helps us to
extract the values based on the HTML tags or different type of fields
available in the web form.
33. Web Testing - Editing the Web test
(Extraction rules)
The different types of Extraction rules:
------------------------------------------------------
Extract Attribute Value: This is to extract the attribute value from the response
page based on the tag and the attribute name. The extracted value will be
stored in the context parameter. Attribute could be an image, link,..etc.
Extract Form Field: To extract the value from any of the Form fields in the
response. The field name is identified here.
Extract Text: This is to extract the text from the response page. The text is
identified based on its starting and ending value with text Casing as optional.
We can add as many rules as we want, but we should make sure that the
Context Parameter Names are unique across the application.
34. Web Testing - Editing the Web test
(Extraction rules)
How to add an extraction rule to a Web test:
------------------------------------------------------
Open a Web test.
2) Select the request to which you want to add the extraction rule.
3) Right-click the request and select Add Extraction Rule. The Add
Extraction Rule dialog box is displayed.
4) In the Add Extraction Rule dialog box, select Extract Attribute Value.
5) In the Properties, set the Context Parameter Name property to a
descriptive name such as First Link.
35. Web Testing - Editing the Web test
(Extraction rules)
Example:
Consider the HTML format of what we are trying to extract is
<a href=http://www.contoso.com>
where a is referred to as the tag and href is the attribute of interest.
6) Set the Attribute Name property to href and the Tag Name
property to a.
7) After running the test the extracted value
http://www.contoso.comwill be stored in the context parameter
First Link
8) You can use this extracted value in further sections in the test
36. Web Testing - Editing the Web test
(Validation rules)
Validation rules are mainly used to validate certain data or text
in the response against our expectations.
How to add a validation rule to the web test:
---------------------------------------------------------------
1) Right click on the request
2) Select the Add Validation Rule option which opens the
validation rule's dialog
3) Select the type of validation rule required and fill the
parameters required for the rule.
VSTS provides a set of predefined validation rules.
37. Web Testing - Editing the Web test
(Validation rules)
The different types of validation rules:
------------------------------------------------------
Form Field: Used to verify the existence of a form field with a certain value.
The parameters are Form Field Name and Expected value.
Find Text: This is to verify the existence of a specified text in the response.
The parameters used for this are:
Find Text: The text to search for
Ignore Case: To determine whether the search will be case sensitive or not.
[True: Ignore case / False: Don’t Ignore case]
Pass If Text Found: To determine the acceptance criterion
[True: The test will pass if the text is found / False: The test will pass if the text is
not found]
Use Regular Expression: Used if you need to search for a regular expression (i.e.
Special sequence of characters)
38. Web Testing - Editing the Web test
(Validation rules)
Maximum Request Time: This is to verify whether the request finishes
within the specified Maximum request Time.
The parameter is Max Request Time (milliseconds)
Required Attribute Value: This is similar to the attribute used in the
Extraction rules. The parameters used here are the same as those used in
extraction rules with two additional fields which are:
Expected Value: The expected value of the attribute
Index: The index is used here to indicate which occurrence of the string to
validate. If this index is set to -1, then it checks any occurrence in the
response.
The option Level that appears above the parameters of all validation rules
is used in load testing to determine which level of rules should be
validated
39. Web Testing - Editing the Web test
(Validation rules)
Required Tag: To verify if the specified tag exists in the response. The parameters are:
Required Tag Name: The name of the Tag to be validated
Minimum Occurrences: set the minimum number of occurrence if needed
Response URL: Verify that the response URL is the same as the recorded response URL
40. Web Testing - Configuring the Web test
How to set the properties of the web test
-----------------------------------------------------------
1) Open the “Test” menu from the menu bar
2) Select “Edit Test Run Configurations”
3) Select “Local Test Run” from the sub menu
4) The test configuration window will open
5) Select the “Web Test” from the left panel
6) Set the settings of the web test
This section describes all of the settings required for web testing.
These settings are applied only for the web testing but Some of the
properties will be overridden in case of load testing.
41. Web Testing - Configuring the Web test
The different properties of the web test:
---------------------------------------------------------
Number of run iterations: This is to set the number of times the test
has to run.
This property does not apply to load test as the number of iterations
is determined in the load test properties and override this property.
You can set the web test to run for each row in the available Data
source
Browser type: This property is to set the type of browser to use for
the web test.
Network type : This is to simulate the network type on which you
want to run the web test
Think time: This is to simulate the think time between the requests
that will be sent in the web test
42. Web Testing - Running the Web test
Once we've made all the required settings and finished recording all
the required requests we can start running the test.
Use the Run Test option in the Web test editor toolbar to start
running the test.
You can notice the test execution progress in the web test window.
After completing the execution, the result window displays success
and failure by marking against each request.
If any one of the requests in the test fails, the test result window will
show the final result of the test as “Failed”
43. Web Testing - Running the Web test
If there are multiple requests in the test, we can view the detailed
results of each request
Web Browser: This tab displays the same web page used by the
request
Request: This tab contains all the information about the request
like Headers, Cookies, Query String Parameters and Form Post
Parameters.
Response: This tab shows the response for the requested web
page represented in HTML
Context: All the run-time details assigned to
the test can be viewed here.
Details: It shows the status of the validation rules that were
executed during the test.