If you're going to participate in developing requirements and design documents, particularly ones with output, it's worth having peer review around them.
You have probably run into quality issues when your Agile organization is siloed by function and team. Often, this is even compounded by two more issues...
Let's take a look at some documentation that your group may be producing, and explore the idea of having peer review to go along with it. We'll look at an answer to the question, "what technical documents should you review?"
We reached out to hundreds of developers, across a wide variety of industries, and asked them to share advice for other developers. The question we wanted to answer was, “What is the best piece of advice you have for a developer or a team of developers to write better code?”
See how AlertSite helps 1-800-Flowers deliver more smiles with less headaches
Rapid delivery processes can certainly help, but only when continuous performance improvement is planned and implemented at each iteration. Implementing a process for improving the performance of your applications requires the right tools to help you do it. These tools go beyond the responsibilities
The answer to “What is a Defect?” may seem obvious. Team members usually think of ‘defect’ as meaning something is wrong. But, how do testers really identify what’s wrong when testing a program? Are defects always incorrect behavior or can they be something unusual or
The agile manifesto suggests software teams should focus on working software over comprehensive documentation. That lead to the slow erosion of detailed specifications, and the rise of the poem-like snippet just above this paragraph. The example above is from classic story template format. These
With exploratory testing the tester builds their own map of a product, in the mind, and decides the appropriate places to go to get what they need to know. Not only that, the tester can change their mind, deciding to spend more time on one street and less on another. Think more Lewis and Clark, less