Letter from the Editor


clockThis is our first Trends issue in our 10- year history. Trends are important to help foresee what is on the horizon and coming next.

For as long as I have been in software testing, there has been a constant demand to grow technology, grow skills, automate more, and do it all faster (that is a given). What has been so remarkable recently is the rate at which these demands shift gears and move in different directions, new products, and evolving technologies.

It’s the new normal. The explosion of every aspect of technology– from development methods to tools to products– is more diverse and more cross platform than ever: shift left, Lower level API and service testing, data in the cloud, multi-tool test automation suites – and always faster.

For example, mobile evolved into SMAC with huge demands for new skills, working faster, more cross environment tools. There have been embedded systems since hardware was first made. There has been data and databases since flat files. Now, embedded systems on IoT devices can stream massive amounts of data to giant data clusters in the cloud to be mined, then have analytic results sent back to the team.

The new systems being developed with a focus on mobility and smart devices on diverse platforms all need completely different test technologies and strategies all along the way.

There are so many aspects of software and hardware products we could use as examples in this rapid change- testing with often problematic local servers has evolved to testing on perfect, easy-to-build environments using containers in the cloud.

The question then becomes for any career in software testing: how do you respond to these rapid changes?

Before we get too deep in this conversation, an old school rule of thumb is that programmers need to be specialists, and testers need to be generalists. However, I am not suggesting that everybody has to learn to be effective in every aspect of product development, technology, tool, and test technique.

To some degree I still think that true testers can have a gentle knowledge of any certain area and do an effective testing job. The Agile principle of cross functional teams supports this idea of being a generalist in many fields.

One response could be to diversify and learn high level skills in diverse areas. Another response could be to specialize in one area to develop expert skills. Example areas include subject matter expertise, testing skills and technology.

It seems like a no-brainer to focus on technology, but before you make that decision, reflect.

I am asked quite often in my work about testing and subject matter expertise. Many software development engineers continue to struggle with understanding their users, understanding the market and understanding the domain where their product will live. If I’m working on a stock brokerage application, how much do I know about what the users do? For as long as software has been made, testers have been expected to specially understand users. The feedback about the subject matter of your product and your users will always be a benefit to the team, and the analytics world, which is growing so much right now, is trying to tackle this very problem of feedback to the Dev and Test.

Technology would include, for example, learning how to test microservices, how microservices work in containers, and what interfaces to apply testing when using containers as a platform.

You could learn a variety of tools and they could become an area of expertise. This would be especially useful in the DevOps world with so many tools changing the Dev process. The questions are: How and where do you include performance testing with new performance testing tools? What security testing tools would be useful for a functional software test engineer to use rather than a security testing expert? What tools can you use to test microservices that are different than testing web services or ideas that are the same?

You could focus on testing technology with the shifts from continuous testing to continuous delivery. However, what are the insertion points for software test teams? What are the responsibilities of the software test team in continuous delivery? What testing belongs to other teams like developers or Ops/IT? What testing belongs to performance engineers and security experts? What types of automated tests can I run in production that will be useful for immediate feedback and continuous monitoring but not be intrusive to the running system?

This is why we are looking ahead in a trends issue. What are the areas in software testing undergoing explosive growth and increased use to which any responsible software tester must be knowledgeable? As we often talk in this magazine, lifelong learning is a goal for any knowledge worker. It is an essential part of your job and job satisfaction! Whether you choose to do lifelong learning for yourself, or your company provides that for you, is situational to you. But you need to grow and change in your skills.

In this special issue our CEO, Hung, will be giving us perception of what he thinks are the new movements for 2017. Also, our contributor James Sivak, will be giving us his professional insight into security testing. We have plenty noteworthy articles in store for you including an exciting interview with Hans Buwalda, a newly launched video series, and our popular regular entries Leader’s Pulse, and TA Corner. You can also find out how you can contribute to the next LogiGear Magazine Issue, and take part in our Survey!

What’s more is, we are announcing the 2017 editorial calendar for LogiGear Magazine. If you want to submit an article, we are happy to consider it.

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.

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

A lot has changed since I began staffing test projects. From hiring college students and interns for summer testing programs, to building networks of offshore teams around the world, and from having 24-hour work schedules to having instant crowdsourced public beta or bug bounty testing—things have changed.
I remember the times when test teams sat in their own area and we were not allowed to “bother” developers.
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 ...
As fast as Mobile is growing, the platform is still immature and is evolving at a very rapid pace. While there are whole countries that have migrated large government services to mobile, countries ranging from Estonia to Turkey to Kenya have many longtime mobile users have yet to use mPay or other mobile payment systems. ...
On the whole, everyone wants to do a great job, have a better work environment, happy clients and customers, and to be employed by a company earning lots of money. All great goals! But this is not always the case. When it is not, you can suggest process improvements, better tool use, different estimating techniques, ...
Every organization goes through times when the internal, or home team, cannot execute the testing project easily or quickly enough. The reasons are many, from the lack of an effective test strategy to low automation engineering skill, to staff positions going unfilled due to a great job market. With everyone working and very few people ...
Digital Transformation and IT Modernization projects have shifted into high gear during the COVID-19 pandemic. Tough on some teams is having to do more with less and speed up projects on reduced budgets due to the resulting COVID-19 business climate. On the other hand, other companies are adding funding and pressing the schedule under the ...
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 ...
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, ...
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 ...
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 ...
I once consulted for a company to give a week-long course on testing and QA. It was a survey course covering a wide range of topics. I was setting up and chatting with students in the room. One man came over to me and said: “I have been testing for 6 months and I am completely ...

Leave a Reply

Your email address will not be published.

Stay in the loop with the lastest
software testing news

Subscribe