Letter from the Editor – July 2011

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 great challenge for test teams.

This month’s theme naturally follows the Test Process Improvement Issue as it is common to identify a gap in testing skills, test methods or strategies during process improvement. This issue provides you a refreshing look at various traditional test methods.

Many test teams test out of old habits. However, today’s fast-moving and high-stakes software development world demands teams do more with less, reduce risks and be more agile─and do all this faster! These pressures require the ability to effectively communicate your strategy and risks.

This month’s issue addresses something helpful to me: I can fall into a rut and need to re-examine how I test. I’d like to find out how other people are practicing. Hearing how others handle testing challenges improves my own testing. Executing the same tactics will not address new issues─I need new ideas!

Our issue provides interesting vantage points and new concepts with progressive authors discussing current topics. Lindiwe Vinson reports on Organic Inc’s strategy in mobile testing, an area of tremendous growth in development and testing today. Nadine Shaeffer evaluates the basics of writing good user scenarios and distinguishing between user story, user scenario, and use case. Janet Gregory, co-author of Testing in Agile answers test practitioners’ questions on test methods and strategy for Spotlight Interview; and Blogger of the Month features Jason Barile pointing out key features in a test plan. Also included in this issue is also the latest installment of the 2010 Global Test Survey, presenting results in the areas of test methods, tools and metrics.

With a mixture of both new and traditional testing tactics, we’ve selected a line-up of articles that will address testing methods and strategies of today.

Our next issue will focus on outsourced and/or offshored testing projects. Stay tuned!

Michael Hackett

Senior Vice President

Editor in Chief

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

Test automation is a big topic. There are so many different areas to talk about: tool choice, jumpstart, cross platform, services, cloud… Each of these areas have changed so much in the recent past that they could each be worth their own magazine issue.
Integrated teams Something we’ve learned in the Covid-19 pandemic is that we have to work together-whatever together means. Very few teams stayed co-located; even teams in the same town worked at home. We’re all working remote. Hopefully all the thinking, tools, work and effort we put into having offshore teams work together benefited us here. ...
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 ...
I led the Editor’s Note in our very first mobile issue with “Everything is mobile”, but it is now way beyond what we thought. Mobile has come to mean only the smart phone, mobility is the word that describes everything a smart phone enables you to do. Mobility is more than a device! Mobility is ...
A while ago, I helped start a Software Quality Certificate Program as a part of the Software Engineering Program at the University of California, Santa Cruz Extension in Silicon Valley. I was on the Board of Advisors. While putting the curriculum together, a few people suggested a Measurement and Metrics course. Since I was teaching ...
As we settle into autumn, we’re taking the time to start some new traditions. This is LogiGear magazine’s first issue on SMAC. SMAC—social, mobile, analytics and cloud. We will be doing more issues in the next few years on these topics since so much of the product world is moving to this development stack.
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 ...
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.
Automation is a mantra in testing. Anyone associated with software development wants more test automation, but it’s often misunderstood. People who do test automation know how difficult it can be. But some people do not understand that automation is code, and that it needs to have architecture and design just like production code. They do ...
There is a growing software development dynamic of teams without Testers. When I first went into Software Quality, I learned one thing right away: My role was user advocate. My main job was to find bugs. This is the Lean principle called Amplified Learning. We learn about behavior by testing. Even then, validation was not ...
I spend about half my work time in the role of a consultant assessing, auditing and examining software development team practices and processes for the purpose of process improvement. I am regularly surprised to find teams that lack basic skills, management support, tools, information, access to users, Product Owners and to developers. And yet they’re ...
I have been training testers for about 15 years in universities, corporations, online, and individually – in both a training, managing and coaching capacity. So far, I have executed these various training efforts in 16 countries, under good and rough conditions – from simultaneous translation, to video broadcast to multiple sites, to group games with ...

One thought on “Letter from the Editor – July 2011

  1. Good questions and an imnpotart topic, Raj!My two cents:- Good agile managers are experienced in using agile methods, passionate about it, and yet realistic enough to realise that the people are the most imnpotart factor for successful new product development.- When talking about what a person is most proud of having accomplished previously in their careers, I expect to hear a good agile manager talking substantially about others not just themselves. They would ideally be proud of their ability to teach and lead via example, to coach, rather than to direct.- I think we agree and at least I have found that good agile managers disturb the status quo, look for how to improve continuously, are full of energy, have some humility about what they don’t know, love communication and technology, and are proud of team success.- I’ve seen different hiring styles in the several agile companies I have worked in, but all require a substantial investment in time by other experienced agilists, including ideally managers and non-managers the line between the two in the agile world is much less distinct and the opinion of those to be managed counts more than ever.Thanks for this blog posting!

Leave a Reply

Your email address will not be published.

Stay in the loop with the lastest
software testing news

Subscribe