Learn why load testing an online shop is critical to sustain your business growth. Keep your customers happy as you scale.
Business Growth Online E-commerce business is growing very quickly. From 2007 to 2015, the US Online retail sales have grown by 38%. And the market is still growing rapidly year over year.
In this context, being able to follow the business growth is critical. The goal of any online retailer is to increase the number of visitors, and thus increase the number of orders. But, bringing more people on an online shop can quickly become a pain if the shop is not prepared for it.
Learn how to capture your web or mobile application with Fiddler, and then load test it in the Cloud with OctoPerf.
Fiddler Fiddler is an HTTP proxy primarly designed to debug HTTP requests. It allows to capture HTTP traffic and export it in different format. OctoPerf supports importing HAR (Http Archive v1.2), which is precisely what Fiddler can do. In this post, you will learn how to record your web or mobile app with Fiddler, and then run a load test from the Cloud with OctoPerf.
We are going to use FiddlerCap, which is a very simple and powerful.
JMeter has a built-in Proxy recorder which allows to capture HTTP traffic quickly.
JMeter JMeter is an open-source load testing tool. See related posts if you want more information about JMeter. JMeter allows to record HTTP traffic with its built-in HTTP(S) Test Script Recorder. OctoPerf natively supports importing JMeter recordings.
Installation First, you need to install JMeter on your computer:
Get JMeter from JMeter Download Page, Decompress the archive, Run JMETER_HOME/bin/jmeter executable (extension depends on your OS). JMeter GUI should appear.
Real-time analytics was the trickiest part of our load testing tool. We went through many issues and learnt lessons from that.
Requirements When we first started to think about real-time analytics, we though that our previous experience in load testing would help us to get quickly to something working fine. It always seems easy to rethink about a problem you already solved in the past. We were totally wrong.
We wanted to provide our users a completely new analytics experience when load testing their website. Our requirements are :
Real-time: users should not wait the end of the test to analyze results, Blazingly Fast: users should experience sub-second response times, regardless of the number of concurrent virtual users, Scalable: we must be able to scale horizontally as the number of users grows, Reliable: the analytics system should be redundant to provide fault tolerance and avoid outage, Testable: we should be able to easily verify through unit testing that the analytics system is working correctly, Open-source: we don’t want to build this by ourselves.
Which load testing tool between Apache JMeter and Gatling Tool best suits your needs? Learn the key differences between those tools and make your choice.
I think you’ll agree when I say:
It’s REALLY hard to decide whenever JMeter or Gatling Tool should be used.
You’re probably wondering:
How does JMeter to Gatling Tool compare? Which tool has best documentation? Performances? Script Maintainability? Should I use JMeter or Gatling? Or maybe both? Well, it turns out you can gain significant insight on JMeter and Gatling differences in just 5 minutes reading!
Following up our article about why we chose JMeter to build OctoPerf, our Cloud Load Testing Platform, this post compares JMeter and Gatling Tool on many different fields:
When building a startup, is it really required to write crappy code to quickly get a working product? We don’t think so.
OctoPerf has been built from the ground with one unique idea: writing code that’s pleasant to work with. Code quality is our number one priority. When you create your own startup, you quickly understand that the number one enemy are not your competitors: it is yourself!
When creating a startup you realize that your product:
must be released as quickly as possible on the market, needs as many features as possible to catch back the competitors, must be bug free to give your users the best possible experience.
Performance improvements are great. But, they inevitably come with trade-offs. Know them and you’ll be safe.
Everyone knows that having a website which is fast is better than slow. But, did you know that improving the speed of your web application almost always comes with a trade-off?
Like Antoine Lavoisier said Nothing is lost, nothing is created, everything is transformed. What happens when altering a web or mobile app to improve its performances?
How fast do you want to be? First of all, you should ask yourself this question.
How to host a static website with Jekyll on Amazon S3 and Cloudfront? Get the best performances from anywhere.
Our need is to create a fast website, in as less time as possible. Time is money, and when you launch a Startup, it is a very scarce resource.
Best possible response times from anywhere in our geographical market (Worldwide: USA, Europe and India). An already designed website template, we are not CSS gurus, and building it from scratch takes too much time. Easy to customize, it must match our graphic design with just a few modifications.
Website pages loading speed is more and more important. It is a Search Engine Optimization (SEO) ranking criteria since 2009.
The visibility of a website or a web page in a search engine’s unpaid results depends on its loading speed. Since 2010, Google announced that Webmasters should optimize their web pages loading speed because it’s going to be a ranking criteria: Page speed and Search Engine Ranking. Matt Cutts predicted this change on his blog.
Moreover, global website performance is also important for your visitors. Most people dislike when a website is stuck loading the page, and leave without coming back.
Dilemna choosing between open-source load testing solutions: JMeter, Gatling or building a virtual users injection engine from scratch.
When we started to think how to build OctoPerf, about one year ago, we had several options to create our stress testing platform:
Write our own HTTP engine from the ground, Use command line tools like Curl, Reuse an existing open-source HTTP engine, but which one? (Gatling Tool, JMeter, Grinder…) It took us several months to choose which one was the right option. When you are building a startup, the biggest constraint is obviously Time.