If test automation is a key practice of modern software testing, it will be a big mistake to automate 100% of your test cases. This article provides some tips on how to select the test cases that can be automated if you want to achieve the maximum benefits of your software testing efforts.
Software testers are expected to come up with a lot of test artifacts during the process of software testing. The traditional test artifacts are time-intensive, bulky and their structure do not support the agile approach of software development. When working in an agile environment, software testers work in highly compressed test execution cycles.
It can be intimidating for inexperienced software development teams embarking on their test automation journey for an existing code base. There is so much to test, and so many ways to test. You can often see teams stuck with debating on where to start software testing and what tools to use and best practices:
If you perform software testing as a software quality assurance (QA) engineer, you have to deal with many documents that are not all produced during your activities. This article discusses the software testing documentation that is important for software QA engineers, like the product requirements document or the user guide.
QuAck is a web-based open-source test management tool that can store test cases and test suites and execute them. It is based on a pluggable architecture that allows implementation of custom authentication providers, integration with tracking and test executing systems. This article presents the key features of QuAck.
Hardware-as-a-service (HaaS) allow using distinct hardware components through the Internet analogously to the cloud services. This article discusses the differences of the testing approaches that could be used to test hardware compared to software.
Every test suite has them: a few tests that usually pass but sometimes mysteriously fail when run on the same code. Since they can’t be reliably replicated, they can be difficult to fix. The good news for software testing is that there is a set of usual suspects that cause these issues: test order, async code, time, sorting and randomness.
Copyright © 2009-2025 Software Testing Magazine by Martinig & Associates