Letter from the Editor – June 2015

API testing– an old school technology gets way cool again. APIs and testing them is nothing new; the technology has been around for decades. The most basic definition of an API is an exposed function— a producer (person or company) writes a function and exposes it so that others, consumers, can use it. We copy text from a word processing document and paste it into a spreadsheet thanks to the clipboard API being exposed, so that both the word processing and spreadsheet applications can use it.

My first job in testing was for a product that shipped with printer drivers for all the popular printers. At the time, each application installed on the desktop machine handled printing itself. I tested dozens of printer drivers. It was mindless and boring. By the next product release, Windows95 launched and the operating system took over all the printing through a Print API. One set of printer drivers was stored in the OS, and when an app needed to print, it called the OS print function and let the OS do all the work.

Today, APIs still work basically the same way, but the applications — especially with web services and social APIs — are broader. When I go shopping at my five favorite online stores I can check out at all of them using PayPal. Rather than each store writing code for checkout, or for individual credit card processing, they need only integrate with, and test, the PayPal web service — Paypal handles all the coding work. And using web services has facilitated the huge growth in mobile apps.

Now APIs are a key part of product development from enterprise to mobile to wearable Internet of Things (IoT) devices. Many new applications are just a combination of APIs, whether you call them “traditional” APIs, web APIs, web services or even social APIs.

Not too long ago the major concerns for testers were:

  • “It’s easy enough to test through the UI, so let’s wait to test.”
  • “I don’t have any good low level details on how it works, so testing it is tough.”
  • “You need a tool to interface with the API at that level, and we don’t have one.”

These aren’t really concerns any more. API testing usually needs to be done before the UI is complete, and for some companies, the API is the product, so there is no UI to test. There is a lot of documentation and plenty of detail on just about any web service or social API, plus forum discussions. And, tools are abundant — some API providers have great custom tools, then there are off-the-shelf tools specifically for web service technologies. All of this makes API testing easier. But, the real key to successful API testing today is knowledge! You need to have a good understanding of the various technologies and tools – as well as great test design skills – for effective API testing.

This issue’s Special Section is a foundation for web service testing. Its purpose is to help you understand that, just because web services are common, it doesn’t mean they not complex and don’t require thorough testing. We already have another issue of LogiGear Magazine on API/Web Service testing on our 2016 editorial calendar, since this area of work is growing so dramatically. Until then – learn a lot about APIs, web services and social APIs!

Michael Hackett
Michael is a co-founder of LogiGear Corporation, and has over two decades of experience in software engineering in banking, securities, healthcare and consumer electronics. Michael is a Certified Scrum Master and has co-authored two books on software testing. Testing Applications on the Web: Test Planning for Mobile and Internet-Based Systems (Wiley, 2nd ed. 2003), and Global Software Test Automation (Happy About Publishing, 2006). He is a founding member of the Board of Advisors at the University of California Berkeley Extension and has taught for the Certificate in Software Quality Engineering and Management at the University of California Santa Cruz Extension. As a member of IEEE, his training courses have brought Silicon Valley testing expertise to over 16 countries. Michael holds a Bachelor of Science in Engineering from Carnegie Mellon University.

The Related Post

Hello everyone – I’m hoping each one of us is having a great October. This time of the year is always my favorite, with the changing of the seasons, Fall was always my favorite time of year; it signified change and renewal – but I don’t want to digress to much from what’s going on ...
Every year, LogiGear Magazine devotes one full issue to Test Automation. We could do more than one, and perhaps even that would not be enough. The problems around automation have become increasingly complex. And now, automation is much more integrated into the software development process. For over a decade teams have been faced with “do ...
There has been a tectonic shift in software development tools in just the past few years. Agile practices and increasingly distributed teams have been significant factors but, in my opinion, the main reason is a new and more intense focus on tools for testing driven by more complex software and shorter development cycles. There have ...
Testing tools – very important, very often overlooked, and very often where mistakes are made. First, the most common mistake people make about tools is thinking tools are only about test automation! False. Automation tools are merely one type testing tool. We will try to balance this issue between test automation tools and other test ...
How do you test software? How do you validate it? How do you find bugs? These are all good questions anyone on your project team or anyone responsible for customers may ask you. Can you articulate your test strategy─not your test process, but explain your approach to testing? I find that this can be a ...
As part of my work, I spend a lot of time at client’s sites and talk to various software development organizations. I am beginning to see a problem arise regarding Test Automation. There is too much automation! Surprised? While there are still many teams struggling to make progress with Test Automation, many teams have been doing ...
Happy New Year from LogiGear to those of us who celebrated New Years on January 1! And for our lunar calendar followers, an almost Happy New Year come February 3rd. We look forward to an exciting and full 2011 as its predecessor was a tough year for many in the software business. At LogiGear Magazine, ...
I have been excited about this issue since I included it in the 2011 editorial calendar. This issue of LogiGear Magazine dives into an exploration of agile automation—from the most efficient methods for test automation, to skill sets and better preparation for test teams, and even to understanding the variety of tools in question. We ...
Testing the Software Car. As usual with the LogiGear Magazine, we are tackling a big subject. With our goal of having single-topic issues, we have the ability to grab and disseminate as much information as we can related to a current topic that is interesting and also on the frontier of Software Testing.   Some ...
DevOps can be a big scary thing. Culture change, constant collaboration— whatever that means— a big new set of tools… it’s a lot. What most teams want is to have a smooth running software development pipeline. I have stopped using the phrase “DevOps,” and now I say “Continuous Delivery.” There are many reasons for this.
What is testing in Agile? It’s analogous to three blind men attempting to describe an elephant by the way it feels to them. Agile is difficult to define and everyone has their own perspective of what Agile is. When it comes to testing and Agile the rules are what you make them. Agile is ideas ...
This is LogiGear magazine’s first issue on the big world of DevOps. DevOps is a very large topic. Just when you thought you were safe from more process improvement for a while—not so fast. There’s DevOps, Continuous Testing, Continuous Delivery and Continuous Deployment. In this issue, we are focusing on Continuous Testing, the part most ...

Leave a Reply

Your email address will not be published. Required fields are marked *

Stay in the loop with the lastest
software testing news

Subscribe