 |
Clean Coding Practices for a Scalable Test Automation Framework Many organizations are looking to expand their automation abilities by designing and developing test automation frameworks. However, we often abandon good coding practices in favor of working as fast as possible. We need to treat this project like any other application development project. Here are three of the most important clean coding practices to keep in mind in order to make a scalable test automation framework. |
|
 |
Whole-Team Testing for Whole-Team Quality Whole-team testing means the whole team understands and participates in testing, using testing education as a tool to support quality efforts. And to be able to support testing in a meaningful way, team members must experience how testing is done by professional testers. Understanding skilled testing can help non-testers realize what quality criteria should be there and what elements of a product contribute to great quality. |
|
 |
Testing What You Can’t See: Risk Blindness in Coverage Models The way we think about what necessitates test coverage being “complete” influences how we test and the cases we create. After all, you wouldn't design tests for situations that don't occur to you—and you can't test what you can't see. It's time to take off the blinders. Here's how you can find where the bugs in your products are occurring, and then adjust your strategy to pinpoint them. |
|
 |
Brew vs. Pip: Which Package Installer Should You Use? A command-line package installer is a handy tool that installs your desired software package without a fancy UI, yet it often proves to be more effective than some tools integrated into expensive IDEs. Brew and Pip are two of the more popular options for package installers when using the script language Python. But what’s the difference between them, and which makes more sense for your use? Here’s an introduction to Brew and Pip for testers. |
|
 |
Taking the Negativity out of Negative Testing Everyone on the software team has the same goal of delivering the best product they can, so letting testers discover bugs is always good—the more bugs found, the better! But misconceptions often lead to testers getting the bad rap of "breaking" the software. It's a tester's job to think like a user. Developers and stakeholders might call that negative testing, but the result is a better product, and that’s all positive. Let's change the way we talk about testing. |
|
 |
Testing AI Systems: Not as Different as You’d Think AI-based tools have transformed from a vague, futuristic vision into actual products that are used to make real-life decisions. Still, for most people, the inner workings of deep-learning systems remain a mystery. If you don’t know what exactly is going on while the input data is fed through layer after layer of a neural network, how are you supposed to test the validity of the output? It’s not magic; it’s just testing. |
|
 |
Finding the Information inside Your Data Data analysts have to know a lot about diverse business areas so that our reports provide usable information, not just data. We can use this awareness of the value of information to merge different data sets in order to answer new questions, and even help our users make better decisions. But in order to do this, we need to present not just the data, but the information value represented in that data. |
|
 |
6 Reasons Automation Projects Fail No matter what the domain or company, there are some common problems that always tend to affect new automation projects. Here are six top reasons automation projects can fail. Keeping these pitfalls in mind will help you to avoid them and instead build stable automation frameworks, making the endeavor a collaborative experience so that your whole team owns automation. |
|
 |
Why You Shouldn't Use Cucumber for API Testing Many people misunderstand the purpose of Cucumber. Because it seems to yield clearer, plain-language test scripts, testers want to use Cucumber as a general-purpose testing tool, including for API tests. But its true purpose is as a BDD framework. You may be thinking, what’s the harm? Here’s why it makes a difference—and why you should choose another tool for API testing. |
|
 |
The Simple Rules of Software Testing Simple rules are great for guiding us through an overwhelming workload. Sometimes complicated solutions are necessary, but simple rules often outperform complex algorithms, making them more efficient than sophisticated, difficult flows. They can also break down big goals into practical daily guidelines testers can follow to perform more effectively. Let’s see how simple rules can be applied in software testing. |
Pages
Upcoming Events
| Oct 01 |
STARWEST Software Testing Conference in Anaheim & Online |
| Nov 05 |
Agile + DevOps East The Conference for Agile and DevOps Professionals |
| Apr 28 |
STAREAST Software Testing Conference in Orlando & Online |
