wiki.accu.org

User Tools

Site Tools

Trace: • how_we_test_software_at_unity_technologies • software_quality_dashboard_for_agile_teams
2014:automated_test_hell_or_there_and_back_again

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
2014:automated_test_hell_or_there_and_back_again [2013/11/21 17:33] – jonjagger2014:automated_test_hell_or_there_and_back_again [2016/06/11 14:05] (current) – external edit 127.0.0.1
Line 6: Line 6:
 **Duration**: 90 mins\\ **Duration**: 90 mins\\
 **Description**: \\ **Description**: \\
-\\ 
 Almost 2 years ago we faced the fact that we are hitting the wall with our large scale automated testing of Atlassian JIRA - the product we have been developing in agile way for almost a decade. The cost of running and maintaining tests was growing exponentially. We analysed the problems and possible solutions and started the improvement program. Since then we've implemented a lot of significant changes and learnt new quite unexpected things. Almost 2 years ago we faced the fact that we are hitting the wall with our large scale automated testing of Atlassian JIRA - the product we have been developing in agile way for almost a decade. The cost of running and maintaining tests was growing exponentially. We analysed the problems and possible solutions and started the improvement program. Since then we've implemented a lot of significant changes and learnt new quite unexpected things.
 This session shows the findings from our journey - escaping from Test Hell - back to the (almost) normality. If you are interested in hearing what problems you can (and probably will) face if you have thousands of automated tests on on levels of abstractions (functional, integration, unit, UI, performance) across multiple platforms and what solutions can be applied to remedy them - this presentation is for you. This session shows the findings from our journey - escaping from Test Hell - back to the (almost) normality. If you are interested in hearing what problems you can (and probably will) face if you have thousands of automated tests on on levels of abstractions (functional, integration, unit, UI, performance) across multiple platforms and what solutions can be applied to remedy them - this presentation is for you.
 You will learn that there are no sacred cows and your biggest problems may be hidden everywhere - including the least suspected place. You will learn that there are no sacred cows and your biggest problems may be hidden everywhere - including the least suspected place.
 \\ \\
-The session describes our story - the story of JIRA team (joint work of Atlassian teams in Sydney and Spartez team in Gdansk) which started religiously (or maybe not really) writing automated tests of all kinds (unit, functional, integration, performance) more than 10 years ago and ... which painfully learnt that what it means to maintain thousands of tests. \\+The session describes our story - the story of JIRA team (joint work of Atlassian teams in Sydney and Spartez team in Gdansk) which started religiously (or maybe not really) writing automated tests of all kinds (unit, functional, integration, performance) more than 10 years ago and which painfully learnt that what it means to maintain thousands of tests. \\
 \\ \\
 So the session explains how the XP promise of flat cost curve (in time) really means in practice (for us of course).\\ So the session explains how the XP promise of flat cost curve (in time) really means in practice (for us of course).\\
2014/automated_test_hell_or_there_and_back_again.1385055196.txt.gz · Last modified: 2016/06/11 14:05 (external edit)