In January, we posted an article talking about Shift-Left Testing and its role in the software development lifecycle.
As a quick recap, shift-left testing entails moving the testing phase from right to left in the software lifecycle. Testing is performed earlier in the cycle, and testing takes place continuously, not just at the end of the cycle. This offers an alternative approach to testing that keeps up with continuous deployment.
Chronologically in the SDLC, the earliest forms of shift-left testing typically revolve around automation (i.e. running unit tests). This is because the smallest units come first, and customer-facing features have not yet been implemented or fully built out (thus making it difficult to test for functionality). Of course, you can still test early and often using automation, but is there a place for manual testing at the far left?
If so, when? And how would you implement it?
Going beyond software Customers come to test IO for many different reasons. Sometimes, an internal product or QA team needs a force multiplier for real-world testing – to extend the existing QA team’s processes and activities beyond their internal team. Other times, it’s crisis mode – perhaps QA leadership has left the company, or there is a critical product release upcoming that […]
Here's our guide to which method you should use you to distribute your IOS app to the crowd.
Exploratory testing emphasizes creativity and learning. Test Case testing emphasizes planning and execution. Which one is right for you?
