Creativity in Software Testing

Software testing illustration

What’s in a name? Well, in the case of Art+Logic, our name conveys the idea that software development is a combination of both art and logic. We find this to be the case in all aspects of the software development life cycle. And this is definitely true with software testing.

Some testing can and should be very logical in nature. For example, any repetitive testing should be included in test cases and considered for automated test scripts. These can be executed quickly and can efficiently cover a large portion of the application under test.

A main goal here is to detect bugs as soon as possible; definitely before an end user sees them, and preferably as close to their appearance as possible — possibly when integrated into a code pipeline deployment. Fixing a bug earlier rather than later saves time, cost, stress, reputation, and much more. But that’s another topic altogether.

Relatively few software projects can be adequately covered with just formal test cases or automated testing. The vast majority also require manual testing. Although writing test cases and automated test scripts surely requires creativity, manual testing has creativity at the root.

Manual testing requires careful and creative planning and coordination with business and technical objectives to be sure they are all covered. Once the testing starts, the tester must draw upon previous experience and intuition to make this testing as effective as possible. We might call this directed creativity.

At the least-restrictive end of the creativity scale is exploratory testing, which is an especially valuable type of manual testing that is often neglected. This unscripted testing should be a regular activity in the software development lifecycle, because it can take full advantage of the tester’s creativity and intuition. This is testing without borders.

Smoke testing by a project manager or other team member as a final step before any release can also be considered a type of exploratory testing. Smoke testing brings in another set of eyes after planned testing has been completed, covering as much of the application under test as possible in a reasonably short period of time in order to increase confidence in the release, much like smoke quickly spreads out to fill a room.

Smoke testing may include a general goal in the otherwise unscripted testing session, such as exercising relatively common functionality, or perhaps particularly risky functionality. The tester may be someone with extensive knowledge of the project’s business and technical objectives, or it may be someone who represents either a casual or trained end user.

Whatever the case may be, exploratory testing is a really good tool for approximating the random or spontaneous behaviors of end users. It can cover user behavior that hasn’t been predicted. That’s what makes it so valuable, especially when utilized together with the other more logical testing methods. Exploratory testing should be included in any test plan.

End users are quite creative in getting software to do what they want it to do. It surely follows that software testers should apply an ample dose of creativity in helping to prevent bugs from being released to end users.

It turns out that there’s quite a lot in a name.

Art+Logic Harnesses Technical Excellence and Design Elegance to Tackle Software and Hardware “Impossibles”

From Music Entrepreneur News:
Art+Logic has been cultivating the creativity and skill required to navigate challenging software and hardware development projects for nearly 30 years. An all-remote team of North America-based developers and designers, the firm has worked with many household names, including Apple, Google, Trader Joe’s, and NASA, and with highly specialized companies doing everything from monitoring pipeline safety to assessing health risks. Go to articleArt+Logic Harnesses Technical Excellence and Design Elegance to Tackle Software and Hardware “Impossibles”

Digging In The Dirt: 27 Years Of Project Data

Art+Logic Trantor

About 10 years ago, Art+Logic christened its homebuilt project tracking and management system. At our Annual Conference that year, we voted on the name “Trantor.” I’m not a sci-fi nut like most of my colleagues but apparently the name comes from Isaac Asimov’s Foundation Series. Trantor was a planet which, in Asimov’s world, was at the center of the galaxy. Although I haven’t read the series, I do love that our company continues to celebrate and imbue in its culture all things geek.

We migrated all of our old project data over to Trantor and since then have been using the robust application as the backbone to our proprietary project management technique. It is a massive enterprise application, integrated with every division here at Art+Logic and, at this time, rightfully embodies its namesake. (more…)

Zen and the Art of Working with Internal Teams

Zen Image as metaphor for collaboration

I’ve had the pleasure of working with many internal development teams in my career in software development. For our company, working in partnership with internal development teams is, in fact, a common project type. Clients call on our particular services for any number of reasons but the most common are to a) increase development traction or b) supplement core internal skills with outside development expertise.

We’ve worked with internal teams comprised of a single developer as well as internal development teams for vast, multinational tech companies with internal departments that dwarf our entire company. (more…)