testing

Articles

Deconstructing Our Tools

Does your team need an application lifecycle management (ALM) tool? What is an ALM tool, anyway? Since this term was coined a few years ago, Danny Faught hasn't quite gotten comfortable with it. ALM covers a broad set of possible tools. In this week's column, Danny maps out some of the various things that tools actually can do to help you. Once you understand which components you'd like to use in your work, then you can start to evaluate which bundles of features are a good fit for you.

Danny R. Faught's picture Danny R. Faught
New Year, New Level: What's Next in Automation

Sometimes we get so focused on solving the problem in front of us that it doesn't occur to us to ask if we are solving the right problem. Linda Hayes finds that starting a new year makes her think less about what has been and more about what could be. In this column, she offers her thoughts on the validity of the way we approach the most variable of all factors: the user.

Linda Hayes's picture Linda Hayes
Doing More with Less

We may be in the midst of an economic downfall, but that hasn't slowed the efforts of cyber criminals. In this week's column, Bryan Sullivan reviews the importance of making sure that your software and organization remains secure. He also offers advice on how to keep security in the forefront of your development process without straining your project's budget.

Bryan Sullivan's picture Bryan Sullivan
Testers from Another Planet

Software professionals are prone to classic nerdy behavior, but a few may actually be suffering from something deeper that interferes with both their work and their personal life. It may feel like they are from an alien culture and speak a different language, even though they're using the same words as everyone else. In this column, Danny R. Faught describes how this problem has affected him and how you can better integrate into the alien culture if you or someone you know is affected.

Danny R. Faught's picture Danny R. Faught
Manual vs. Automated Code Review

It's a battle between human and machine-a theme that could be ripped straight from a science-fiction story, but it is not. This is a reality many testers face when trying to determine if human expertise and intuition can detect more security flaws than automated tests. In this week's column, security expert Bryan Sullivan weighs both sides and offers his verdict.

Bryan Sullivan's picture Bryan Sullivan
Automation Déjà Vu—Again!

A decade's worth of test automation history reveals that not much has changed. Experts still dwell on how much to automate and how to estimate different types of ROIs. Test automation's growth is stunted because it's not revered as a discipline different from manual software testing. In this column, Dion Johnson urges us to correct the situation so that test automation can develop into a more lucrative opportunity.

Dion Johnson's picture Dion Johnson
A Word with the Wise: Automation Analyzed with Linda Hayes

Linda Hayes has witnessed automation's growth and evolution firsthand and, while the field may retain its detractors and abusers, Hayes believes there are more positive changes ahead. In this interview with editor Joey McAllister, Linda Hayes discuss those changes.

Joey McAllister's picture Joey McAllister
Unit vs. System Testing-It's OK to be Different

There are two distinct roles in many software projects that are involved with testing: developers and testers. Should they take the same approach to testing, or are there some principles that apply to only one of the roles? What should they do to coordinate their work? Danny Faught went through an exercise to compare and contrast and found that the questions he couldn't answer were as interesting as the questions he could answers.

Danny R. Faught's picture Danny R. Faught
Warm and Fuzzy

Automated tools are essential to software development. Tools can take the drudgery out of the more tedious development and testing tasks and let us get back to what we love: writing code (or in the tester's case, breaking code). This is especially true for security testing where the goal is not to prove that the software does what it is supposed to do, but rather that it doesn't do what it's not supposed to do. This is a much more difficult, if not actually an impossible, but, thankfully, we have some great tools to help us out. In this week's column, Bryan Sullivan covers one of the most valuable of these tools: the fuzzer.

Bryan Sullivan's picture Bryan Sullivan
Agile Testing as if People Mattered

As a test professional in waterfall, I was used to getting the code much later and buggier than I expected and being under tremendous pressure to finish my testing before the go-live date hit. Then one day, I found out that there was a better way. Testers could be involved much earlier in the lifecycle, they could participate in requirements and design decisions as they happened, and the code could actually be unit tested before I received it! Heaven? Nope, agile.

Daryl  Kulak's picture Daryl Kulak

Pages

StickyMinds is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.