Docker announced a collaboration with Amazon Web Services (AWS) to simplify the lives of developers by allowing them to focus on application development, streamlining the process of deploying and managing containers in AWS from their local development environment.
For teams moving to test-first methodologies, helping developers and testers acquire new technical skills, workflows and processes is job one.
With the mainstreaming of Agile and DevOps, software testing has been turned upside down. No longer a manual, last-stage effort of development, much of testing is now being automated and moved in front of coding. Developers must write code that will pass each test, ensuring that quality is built into products from the beginning. Meanwhile, testing earlier in the process speeds up the release of code for production. Consequently, specified tests can now replace verbose requirements as the primary design document – and that's quite a mind shift for developers and testers alike.
Test-first methodologies are quickly gaining in favor by software development teams. 51 percent of organizations have implemented test-first methodologies, including 37 percent in the past year, according to a recent global survey of 200 software testers conducted by our company. The majority (48 percent) said that improving software quality was a top benefit of adopting test-first development.
Test-first development practices and processes are still maturing. The practice has been defined across three broad terms: Behavior-Driven Development (BDD), Test-Driven Development (TDD) and Acceptance Test-Driven Development (ATDD).
TDD is an umbrella term for the practice, although it has traditionally focused more on technical, unit testing.
BDD and ATDD incorporate user requirements and business benefits along with technical testing.
BDD differentiates through its adoption of specific automation frameworks and language for writing and running tests.
When implemented effectively, test-first development creates significant efficiencies in the development cycle and also prevents costly and time-consuming redesign late in the development cycle. Another benefit is that automated tests (or their components) can be reused when new code is written. That saves time and helps standardize the testing process. Test-first development also allows for easier separation of features so that teams can improve pieces of the application separately.
Helping teams transition smoothly to a new way of working is the first priority, over purchasing tools. Here's what you need to consider from a people and skills development perspective:
Both developers and testers will need to gain new skills and learn how to work differently. No longer can these groups work in isolation, but they need to work together and cross train in order for test-first development to work.
Testers will need more technical skills than ever before, specifically learning basic development techniques to work with new test automation frameworks.
Manual testing should be used judiciously as it can cause delays with the quick code revisions that occur in TDD and BDD environments.
Testers will also benefit from high-level knowledge of modern programming languages such as Ruby or Python. The good news is, those languages are easier to learn than Java and.NET, and there are plenty of online and in-person courses to help someone get up to speed. Some test automation platforms are language specific, but many of the open source ones are language agnostic so testers and developers can both contribute in the languages of their choice. All testers don't need to code per se, but understanding how the languages work is tremendously helpful for assisting in test design and debugging.
Developers need to understand testing processes and gain an appreciation for testing overall. While the latter requires education and incentives from senior levels of the organization, the technical piece shouldn't be hard for most developers to pick up. It requires creating the test immediately as part of the design phase, and then writing and running code against that test for it to pass. Again, understanding of automated testing platforms is critical.
Developers should also integrate the use of monitoring and logging tools into their work to mitigate the inevitable missed bugs that will happen as developers begin writing their first tests. The biggest hurdle for developers is that they are used to working independently, and are motivated (especially today) by speed. Helping developers understand the need to balance quality, user experience and speed is a critical responsibility of organizational leaders when moving to test-first development.
Progressive software development teams are already adopting more collaborative practices, given the move to Agile practices and DevOps processes. Because of the tighter integration between developing and testing in test-first development, team members will need to work together closely and exchange information frequently to keep all the wheels turning.
As a result, co-locating teams is ideal. This facilitates real-time collaboration and eliminates the impact of time zone differences. Splitting testers and developers between onshore and offshore locations will make any TDD or BDD effort many times more difficult.
Regardless, there are many tools to help teams stay in touch and exchange information no matter where they sit. Using code repository platforms for storing and archiving code is essential for allowing teams to have one version of the truth. Test management platforms will enable developers and testers to view, change and approve tests in popular project lifecycle platforms.
Collaboration will not be easy at first. Developers, testers and business analysts are not accustomed to working together and some will invariably oppose this change. Those who can't adapt, may not have a future with the organization. Yet with the right leaders in place who can set attainable goals and incentives for change, any team can shift with a little bit of time and patience.
Additional considerations for moving to test-first development include timing and organizational readiness. Given other business, leadership and operational challenges, can a major change be effectively supported now? Can the company change wholesale or will you need to operate in a hybrid manner for a period of time, with some groups still developing in traditional waterfall style and others moving to TDD or BDD? Planning ahead of time can help determine the resources you will need to make the transition without disrupting business.
Once a team moves to test-first methodologies and achieves initial success, it's hard to imagine any organization wanting to go back. Test-first development is the wave of the future; it can achieve the optimal balance of user-focused quality, speed and efficiency which defines competitive advantage today in software-driven businesses.
Kevin Dunne is VP of Business Development & Strategy at QASymphony.