Continuous performance Monitoring
Performance testing is an important and integral part of most testing projects. This type of testing corresponds to Q4 of the Agile testing quadrant. You can find interesting insights on the agile testing quadrants in this post by Lisa Crispin.
Usually performance testing teams are different from functional testing teams and their reports / data etc are not easily available to to the entire team. I wanted to have more visibility, integration and feedback about the performance of application - essentially I was looking for Continuous Performance Monitoring.
In this post I will discuss what is continuous performance monitoring and how useful it is to report performance trends for every build.
In my current project, I am using TeamCity as the build server. TeamCity supports custom charts for any data. I thought, It should be possible to have performance data from all the teams in a particular format and ...
Web applications are everywhere and most of us test them to earn our bread and butter. Broadly speaking, there are two types of web applications or websites - One which provide service and another which provide content. Web applications such as emails, facebook, bank or blogging platform provide a specific service and BBC, Times and many such sites provide content.
Irrespective of the type of web application, all of them need to understand user behaviour on the site and gather key usage pattern. One common way of doing this is with the help of analytic code. As a tester, it is important for us to understand how it works and how it can be tested. In this entry, I will discuss this in more detail and show you how iCheckWebsite can be used to test analytic code.
So what is Analytic code? Analytic code is usually a java script snippet which ...
This article talks about the following areas in Performance testing.
- Determine the type of Performance tests to be conducted
- Determine the transaction mix
- Methodology for Tool selection
- Considerations while scripting those transactions
The ‘take-away’ from this article would be all of the above and the risks and benefits of each type of Performance tests, which will help you understand the kind of tests that you need to conduct based on your Client’s specifications.
Determine the type of Performance test to be conducted
In order to solve a performance need. It is very important to know the types of performance tests that can be conducted that fits the Customer’s requirement.
Performance tests can be broadly classified in to * Load tests * Stress tests * Endurance tests * Spike tests * Capacity testing * Load test
Load tests are performance tests which are focused on determining or validating performance characteristics of the product under test ...
The scope of this article is limited to the need, approach for requirement collection and the steps involved for Performance Testing.
We all know and understand that not “one-size-fits-all”. The approach discussed in this article predominantly fits in to most scenarios but is not limited to or the only process to go about.
Performance is a "must have" feature. No matter how rich your product is functionally, if it fails to meet the performance expectations of your customer the product will be branded a failure.
Application architectural design decisions may be greatly influenced by the importance placed by the customer on one or more specific requirements. Incorrect design decisions, made at the outset of a project as a result of invalid assumptions, may become impossible to remedy downstream. The goal of performance testing is not to find bugs, but to eliminate bottlenecks and establish a baseline for future regression ...
Crating checklists for performance & security is extremely important. This checklist helps in better definition of performance and security requirement. In the absence of properly defined performance & security testing requirements, teams can spend great deal time in things which probably does not matter much.
- Many users requesting a certain page at the same time or using the site simultaneously
- Increase the number of users and keep the data constant
- Does the home page load quickly? within 8 seconds
- Is load time appropriate to content, even on a slow dial-in connection?
- Can the site sustain long periods of usage by multiple users?
- Can the site sustain long periods of continuous usage by 1 user?
- Is page loading performance acceptable over modems of different speeds?
- Does the system meet its goals for response time, throughput, and availability?
- Have you defined standards for response time (i.e. all screens should paint within 10 ...