Related Content
 |
You Can’t Rush Agile Change Too often, organizations try to rush agile change. It is usually because they want to see the business benefits of agile as quickly as possible. Unfortunately, change doesn’t work like that—you can’t rush it. In fact, trying to change too fast often results in no change at all. Here are some examples to avoid. |
|
 |
Lessons Learned (and Unlearned) at STARCANADA 2018 With a week full of sessions, tutorials, training classes, and events, the STARCANADA software testing conference had plenty of takeaways. Some highlights: what jobs will look like in the future with AI, why testers should lead efforts to make quality everyone's responsibility, and the importance of unlearning. |
|
 |
How Failed Agile Transformations Can Still Have Value Not all agile transformations are successful in the same way; in fact, it’s possible to get tremendous value out of a failed attempt. A team that doesn't end up fully transitioning to an agile framework can still borrow some lessons from agile development methods to improve their processes. |
|
 |
Agile for Everything: Taking the Manifesto beyond Software The values of the Agile Manifesto, while written to apply to software, can form a basis for an adaptive approach to any project. Going from specific to general and inspecting and adapting along the way are great design ideas, no matter what you’re working on. Here's how to use feedback to take agile beyond software. |
|
 |
How Are You Managing Your Test Debt? Just as debt can be good and bad in everyday life (such as a home mortgage), debt in the engineering world can also be good and bad. This applies to quality engineering as well—with good and bad test debt. As testers, how do we create a balance and stay at the right test-debt quotient? |
|
 |
4 Lessons from the STARWEST 2018 Keynote Presentations With a week full of sessions, tutorials, training classes, and events, the STARWEST software testing conference had plenty of takeaways useful for your professional and personal life. Here are four lessons distilled from the conference’s keynote presentations on testing, communication, and directing your career. |
|
 |
Code Katas for Testers A kata is a small programming task you build a solution to. The point is to develop programming skill through familiarity with programming patterns, which is a useful practice for testers today. You’ll learn about software development, testing, continuous integration, exploration—and even how to be a better person. |
|
 |
Writing Tests: Action Abstraction Keywords have become a popular way of writing tests. Hans Buwalda used keywords to devise the Action Based Testing method in which tests are written as sequences of “actions” represented with keywords. However, keywords are just a physical representation of actions, and there are other ways to do this. |
