Related Content
 |
5 Reasons You Should Have More Unit Tests The test pyramid is a valuable visual in agile. In particular, it argues that unit tests should make up the majority of tests, and while agile teams recite this principle, it is often not clear why it is so important. Here are five reasons unit tests should make up the majority of tests written for an application. |
|
 |
Feature Branching Is Not Evil Some people believe branching and pull requests are inherently bad. True, branching done poorly can slow down a team, but advocating for avoiding branching altogether can lead you to ignore the more important goal of an agile process: rapid integration of changes. First, make sure you're considering the right metrics. |
|
 |
4 Takeaways from Agile + DevOps East 2018 With a week full of sessions, tutorials, training classes, and events, the Agile + DevOps East software conference had plenty of takeaways. Here are four highlights, including discussions about agile estimation, finding your ideal job, some challenges to advancing test automation, and leading self-organizing teams. |
|
 |
Agile and DevOps Bring the Focus Back on Quality As companies move to agile and DevOps, silos are coming down and there is more interaction and collaboration among teams. Quality is also becoming everyone's responsibility for the entire software development lifecycle. Quality is more than just testing: Consider a quality value stream along the overall value chain. |
|
 |
A New Approach to Load Testing with Browser-Level Users Since the inception of load testing, the approach has been mostly the same: simulate the traffic of an application by creating load at the API level. But there have been market shifts that make load testing with browser-level users more feasible—allowing us to test with real load and measure true user performance. |
|
 |
Frameworks Are an Agile Leader's Best Friend With a framework in place, engineers can stop worrying about everything that framework does for them. Your team can focus on solving your business problems instead of building yet another solution to an old problem that's been solved before. Look around and identify the mistakes your team is making over and over. |
|
 |
Making Continuous Integration Work for You Many developers learn about using continuous integration to improve their deliverability speed and decrease the amount of effort needed to launch new features. Actually practicing continuous integration, however, is nowhere near as straightforward as it sounds. Here's how to get started in making CI work for you. |
|
 |
Rethink Your Strategy to Innovate Inexpensively Many companies avoid genuine innovation for fear of making potentially complex changes without producing measurable results. But you can start small with internal changes that have limited scope and that deliver prompt solutions, so there's less upfront investment—and less risk. Here's how to innovate inexpensively. |
