�ݺ�ߣshows by User: agilesoftware

�ݺ�ߣshows by User: agilesoftware / http://www.slideshare.net/images/logo.gif �ݺ�ߣshows by User: agilesoftware / Fri, 16 Apr 2010 10:28:24 GMT �ݺ�ߣShare feed for �ݺ�ߣshows by User: agilesoftware Why Your Selenium Tests are so Dang Brittle, and What to Do About It /slideshow/why-your-se-tests-are-brittle/3749262 whyyoursetestsarebrittle-100416102831-phpapp01
If you are writing automated through-the-GUI tests for a web application, you are in danger of creating tests that are more expensive to maintain than they are worth. With well-factored Selenium RC tests running in Junit or TestNG, you can keep your abstraction layers or "Lingos" -- small bounded bits of slang for discrete parts of the object model -- separate, thereby reducing the maintenance costs of your tests, and improving your sanity. This presentation is from a technical track webinar on: •How and why automated web app code gets so dang brittle •Why the expressiveness, readability, and fluency of your test code is so important to its maintenance cost •Some basic, useful OOD patterns for writing very expressive web app tests using Selenium RC, in Java and in C#/.NET •Some useful OOD principles to guide your design decisions, like keeping modules small, the SRP, DRY, "Lingos", and "Lingual Design" •Some OOD principles worth violating, frequently, when writing automated test code, because it's just very different from application code •How and why to prefer element locators like Id and Value attributes to xPath; how to keep xPath least brittle •An introduction to Domain Specific Languages (DSLs) built on top of Selenium RC, using FitNesse •An introduction to "fluent" Selenium RC testing using Scala Prerequisites include experience with Java or C#, and ideally some basic OOD familiarity (inheritance, composition, encapsulation, polymorphism). To view or download a replay of the event (WMV format), which included live demonstrations, please visit: http://www.pillartechnology.com/content/webinardetail/id/16 ]]>
If you are writing automated through-the-GUI tests for a web application, you are in danger of creating tests that are more expensive to maintain than they are worth. With well-factored Selenium RC tests running in Junit or TestNG, you can keep your abstraction layers or "Lingos" -- small bounded bits of slang for discrete parts of the object model -- separate, thereby reducing the maintenance costs of your tests, and improving your sanity. This presentation is from a technical track webinar on: •How and why automated web app code gets so dang brittle •Why the expressiveness, readability, and fluency of your test code is so important to its maintenance cost •Some basic, useful OOD patterns for writing very expressive web app tests using Selenium RC, in Java and in C#/.NET •Some useful OOD principles to guide your design decisions, like keeping modules small, the SRP, DRY, "Lingos", and "Lingual Design" •Some OOD principles worth violating, frequently, when writing automated test code, because it's just very different from application code •How and why to prefer element locators like Id and Value attributes to xPath; how to keep xPath least brittle •An introduction to Domain Specific Languages (DSLs) built on top of Selenium RC, using FitNesse •An introduction to "fluent" Selenium RC testing using Scala Prerequisites include experience with Java or C#, and ideally some basic OOD familiarity (inheritance, composition, encapsulation, polymorphism). To view or download a replay of the event (WMV format), which included live demonstrations, please visit: http://www.pillartechnology.com/content/webinardetail/id/16 ]]> Fri, 16 Apr 2010 10:28:24 GMT /slideshow/why-your-se-tests-are-brittle/3749262 agilesoftware@slideshare.net(agilesoftware) Why Your Selenium Tests are so Dang Brittle, and What to Do About It agilesoftware If you are writing automated through-the-GUI tests for a web application, you are in danger of creating tests that are more expensive to maintain than they are worth. With well-factored Selenium RC tests running in Junit or TestNG, you can keep your abstraction layers or "Lingos" -- small bounded bits of slang for discrete parts of the object model -- separate, thereby reducing the maintenance costs of your tests, and improving your sanity. This presentation is from a technical track webinar on: •How and why automated web app code gets so dang brittle •Why the expressiveness, readability, and fluency of your test code is so important to its maintenance cost •Some basic, useful OOD patterns for writing very expressive web app tests using Selenium RC, in Java and in C#/.NET •Some useful OOD principles to guide your design decisions, like keeping modules small, the SRP, DRY, "Lingos", and "Lingual Design" •Some OOD principles worth violating, frequently, when writing automated test code, because it's just very different from application code •How and why to prefer element locators like Id and Value attributes to xPath; how to keep xPath least brittle •An introduction to Domain Specific Languages (DSLs) built on top of Selenium RC, using FitNesse •An introduction to "fluent" Selenium RC testing using Scala Prerequisites include experience with Java or C#, and ideally some basic OOD familiarity (inheritance, composition, encapsulation, polymorphism). To view or download a replay of the event (WMV format), which included live demonstrations, please visit: http://www.pillartechnology.com/content/webinardetail/id/16 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/whyyoursetestsarebrittle-100416102831-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /><br> If you are writing automated through-the-GUI tests for a web application, you are in danger of creating tests that are more expensive to maintain than they are worth. With well-factored Selenium RC tests running in Junit or TestNG, you can keep your abstraction layers or "Lingos" -- small bounded bits of slang for discrete parts of the object model -- separate, thereby reducing the maintenance costs of your tests, and improving your sanity. This presentation is from a technical track webinar on: •How and why automated web app code gets so dang brittle •Why the expressiveness, readability, and fluency of your test code is so important to its maintenance cost •Some basic, useful OOD patterns for writing very expressive web app tests using Selenium RC, in Java and in C#/.NET •Some useful OOD principles to guide your design decisions, like keeping modules small, the SRP, DRY, "Lingos", and "Lingual Design" •Some OOD principles worth violating, frequently, when writing automated test code, because it's just very different from application code •How and why to prefer element locators like Id and Value attributes to xPath; how to keep xPath least brittle •An introduction to Domain Specific Languages (DSLs) built on top of Selenium RC, using FitNesse •An introduction to "fluent" Selenium RC testing using Scala Prerequisites include experience with Java or C#, and ideally some basic OOD familiarity (inheritance, composition, encapsulation, polymorphism). To view or download a replay of the event (WMV format), which included live demonstrations, please visit: http://www.pillartechnology.com/content/webinardetail/id/16

Why Your Selenium Tests are so Dang Brittle, and What to Do About It from Jay Aho

]]> 1430 6 https://cdn.slidesharecdn.com/ss_thumbnails/whyyoursetestsarebrittle-100416102831-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 https://cdn.slidesharecdn.com/profile-photo-agilesoftware-48x48.jpg?cb=1522914466 Business consultant specializing in IT agility Private Pilot Husband, Dad, not necessarily in that order Enterprise Agile Coach for pillartechnology.com www.agiletransformation.org