banner-649x60

Category Archives: Test Process Improvement

Where Does QA Fit In DevOps?

Fitting QA into a modern DevOps group

By Tim Hinds

In a traditional software engineering organization, the QA group is often seen as separate from the Development group. Developers and testers have different roles, different responsibilities, different job descriptions, and different management. They are two distinct entities.

However, for folks outside the engineering team – say in Operations – they generally consider Development and QA to be in the same group. From this perspective those teams are working together to do a single job, with a single responsibility: deliver a product that works.

So what happens with QA in a DevOps organization? When Development and Operations merge together, where does that leave QA? How does the testing team fit into a modern DevOps group? This article will take a look at exactly that question.

The Reason Behind DevOps: Automated Deployment

Facebooktwittergoogle_plusredditpinterestlinkedinmail

Infographic: Struggling with Continuous Testing? You’re not alone….

By Christine Paras

The problems around automation have become increasingly complex. And now, automation is much more integrated into the software development process…

We see CI moving onto virtual machines and DevOps running our automation all the time, on all kinds of environments. It is no longer just the test team that runs automation, and reports results, and these tests are occurring whenever a build happens. Many teams are still struggling with getting automated tests into their current sprints, or new sprints. Some teams struggle just to get more tests automated in their development cycle at all, and end up settling for adding new automation after a release, because they just do not have the time. If this is your situation fix it! It may not be an easy fix, but not fixing it has a negative impact on development.

What you need to consider before you make the jump to Continuous Testing…

LogiGear_Struggling with Continuous Testing

Facebooktwittergoogle_plusredditpinterestlinkedinmail

3 best DevOps practices to create a test-driven development environment

How to ensure a successful test-driven environment

By Sanjay Zalavadia

In order to ensure a higher quality product is released in the end, many teams have turned to test-driven development. Under this scenario, quality assurance metrics professionals first create various QA tests, and then software engineers code based on these tests, typically while using a robust enterprise test management tool.

It’s easy to see the benefits of such an approach, as it ensures that QA metrics are kept front and center throughout the entire process. However, it can also introduce problems even for teams following agile development best practices and using free agile test management tools. In particular, test-driven development requires quality assurance metrics professionals to have a very clear understanding of what the final product is supposed to do and all of the steps they need to take to get there.

Facebooktwittergoogle_plusredditpinterestlinkedinmail

LEADER’S PULSE: Direct your organization into DevOps

The ownership of quality has evolved, don’t get left behind

By Michael Hackett

Welcome to our new feature in LogiGear Magazine! We will be doing a column in each issue on current topics and how to manage, deal with, and support your team through them.

shutterstock_236659255

This first installment of Leader’s Pulse is about making the move to DevOps.  This is a large topic and will be covered over a few magazine issues. What I would like to cover in this article are two topics: high-level mindset topic: the growing and evolving ownership of quality, and a low-level details topic of DevOps and its impact on test environments and data.

Facebooktwittergoogle_plusredditpinterestlinkedinmail

Making the Case for Better Test Design

The No-Nonsense Guide for How to Write Smarter and Low Maintenance Test Cases

By Michael Hacket

TD1

Test design is a phrase that is often used when planning testing and test efforts, but I do not believe it is well understood. Also, opinions vary widely about the importance of test design ranging from irrelevant to the crucial ingredient for success.

Recently, I was at a company where they are throwing out their entire test automation suite and starting over. The regression suite they had been building for a few years was bloated and verbose. To make matters worse, the pass-rate (percentage of automated tests passing each run) kept dropping, and the team had long ago lost confidence that the regression suite even gave much assurance.

Their idea two years ago was to invest a bunch of money in a new tool and hire more technical staff. Next, take the manual test cases and automate them since they seem to work, and automating is better than manual. Good idea? Eighteen months later they had a large number of automated scripts, but the tests were poorly designed in the first place.

Facebooktwittergoogle_plusredditpinterestlinkedinmail

Are Test Design Techniques Useful or Not?

An Overview of Four Methods for Systematic Test Design Strategy

By Hans Schaefer

Many people test, but few people use the well-known black-box and white-box test design techniques. The technique most used, however, seems to be testing randomly chosen valid values, followed by error guessing, exploratory testing and the like. Could it be that the more systematic test design techniques are not worth using?

I do not think so. When safety-critical software is produced, it is tested very systematically using tried and true techniques: standards recommend or require doing so. Therefore there must be some value. What kind of value?

HANS1

Facebooktwittergoogle_plusredditpinterestlinkedinmail

TestStorming™: Build a collaborative approach to software test design in 11 easy steps

By Randy Rice

TS1

There are many ways to approach test design. These approaches range from checklists to very precise algorithms in which test conditions are combined to achieve the most efficiency in testing.

There are situations, such as in testing mobile applications, complex systems and cyber security, where tests need to be creative, cover a lot of functionality, and go beyond what may be described in a requirements document, use case or user story.

Over the last thirty years or more, a variety of test design techniques have been described in books and training courses. These techniques include boundary-value analysis, decision tables, requirements-based testing and so on. Each of these approaches has upsides and downsides which require the test analyst to fully understand the limitations and requirements of the techniques used in a particular situation.

Facebooktwittergoogle_plusredditpinterestlinkedinmail

MindMaps: A Killer Way to Increase your Test Coverage

Plan your Test Cases with these Seven Simple Steps

By Prashant Hegde

MM1

What is a mind map?

A mind map is a diagram used to visually organize information. It can be called a visual thinking tool. A mind map allows complex information to be presented in a simplified visual format. A mind map is created around a single concept. The concept is represented as an image in the center to which the associated ideas are added. Major ideas are connected directly to the central concept, and other ideas branch out from those.
Mind mapping is great for note taking, planning, studying, brainstorming etc. The term “mind map” was first used by Tony Buzan in 1974. In school, I preferred visual mind mapping over traditional note-taking, and it proved to be a great aid to revise and recall the concepts quickly. This is because the information in a mind map is structured in a way that mirrors exactly how the brain functions — in a radial rather than linear manner. A mind map literally maps out your thoughts, using associations, connections and triggers to stimulate further ideas.

Facebooktwittergoogle_plusredditpinterestlinkedinmail

Pushing the Boundaries of Test Automation: An Overview of How to Automate the UX with Heuristics

By Julian Harty

One of my current responsibilities is to find ways to automate, as much as practical, the ‘testing’ of the user experience (UX) for complex web-based applications. In my view, full test automation of UX is impractical and probably unwise; however, we can use automation to find potential UX problems, or undesirable effects, even in rich, complex applications. I, and others, am working to find ways to use automation to discover these various types of potential problems. Here’s an overview of some of the points I have made. I intend to extend and expand on my work in future posts.

In my experience, heuristic techniques are useful in helping identify potential issues. Various people have managed to create test automation that essentially automates different types of heuristics.

Facebooktwittergoogle_plusredditpinterestlinkedinmail

LogiGear Magazine – Dec 2015 – The Rise of Test Automation in Agile

Cover

LogiGear Magazine, December 2015: Test Automation

Facebooktwittergoogle_plusredditpinterestlinkedinmail
Subscribe