The slides of my session "Unit vs. Integration Tests" I gave at our Softwerkskammer Meetup Munich.
Abstract:
Unit and integration test fan boys have been fighting against each other since the early days of TDD. Nevertheless in the last years the test pyramid has become the common sense strategy for automated tests synthesizing both approaches in an economic ratio. Unfortunately in practice the vague and abstract concept leaves us alone with a lot of remaining questions.
I will start the session introducing the test pyramid strategy and the strengths and weaknesses of the different kinds of tests followed by implementation approaches valuable for real life. Then we will split up into small groups and discuss there what in our current projects works well for us and work together on how we can approach remaining challenges. In the end we will come together again and exchange our solutions in the full audience.
We investigate one of the most popular approaches to creating software: test driven development. From the basic understanding why tests are important to a new software development paradigm, where you start with tests and them do the implementation. We glance over different areas of testing and see how one should really do the software testing in different situation.
Lightening Talk I gave at Inaka in April 2014.
I was in charge of investigating test-driven development for our iOS mobile team. Since I realized it was such a big concept, after having gathered enough information and having played with it enough, I decided to introduce my fellows on the topic by presenting it in a formal talk with slides. The aim was teaching them a different way of developing, which, for us, at that moment, was completely new and controversial.
4 Nisan 2015 tarihinde Kadir Has Üniversitesi'nde yapılan 9. Yazılım Teknolojileri Seminer etkinliğinde Eralp Erat'ın yaptığı TDD (Test Driven Design) sunumu
We investigate one of the most popular approaches to creating software: test driven development. From the basic understanding why tests are important to a new software development paradigm, where you start with tests and them do the implementation. We glance over different areas of testing and see how one should really do the software testing in different situation.
Lightening Talk I gave at Inaka in April 2014.
I was in charge of investigating test-driven development for our iOS mobile team. Since I realized it was such a big concept, after having gathered enough information and having played with it enough, I decided to introduce my fellows on the topic by presenting it in a formal talk with slides. The aim was teaching them a different way of developing, which, for us, at that moment, was completely new and controversial.
4 Nisan 2015 tarihinde Kadir Has Üniversitesi'nde yapılan 9. Yazılım Teknolojileri Seminer etkinliğinde Eralp Erat'ın yaptığı TDD (Test Driven Design) sunumu
In this experiential webinar, our guest Mohamed Shaaban will share with you his wide experience in Unit Testing in addition to practical techniques for unit testing your code using C#, NUnit, and Moq.
Test-Driven Development is about approaching software development from a test perspective and knowing how to use the tools (e.g. JUnit, Mockito) to effectively write tests.
Source code examples @...
https://github.com/codeprimate-software/test-driven-development
Test-Driven development; why you should never code without itJad Salhani
This is a deep dive into the TDD world where you will discover how it helps scale the development
process. The talk tackles the business side as well as the technical side of the software development
to accommodate all audiences, i.e; Why you should invest in a testing "department" for example, or
why you should always take a look at your tests when writing code.
YouTube Link: https://youtu.be/8UfQ8quw0Eg
(**Test Automation Masters Program: https://www.edureka.co/masters-program/automation-testing-engineer-training **)
This Edureka PPT on "What is Integration Testing?" will help you get in-depth knowledge on integration testing and why it is important to subject software builds to integration tests before moving on to next level of testing.
Levels of Software Testing
What is Integration Testing?
Different Approaches to Integration Testing
How to do Integration Testing?
Examples of Integration Testing
Integration Testing Challenges & Best Practices
Follow us to never miss an update in the future.
YouTube: https://www.youtube.com/user/edurekaIN
Instagram: https://www.instagram.com/edureka_learning/
Facebook: https://www.facebook.com/edurekaIN/
Twitter: https://twitter.com/edurekain
LinkedIn: https://www.linkedin.com/company/edureka
Castbox: https://castbox.fm/networks/505?country=in
Lightening Talk I gave at Inaka in May 2014.
This is sort of the continuation of my previous iOS TDD talk.
Since TDD and DI go quite hand in hand and they are both extend concepts to learn in one shot, I had to prepare a completely separated talk for spreading to my fellows the DI knowledge I had acquired.
Software quality is critical to consistently and continually delivering new features to our users. This talk covers the importance of software quality and how to deliver it via unit testing, Test Driven Development and clean code in general.
This is the deck from a talk I gave at Desert Code Camp 2013.
This workshop is designed specially for Queen Mary University of London alumni, in order to teach them TDD.
You will learn: What is TDD, Why and How.
If you want to learn more: https://github.com/MyPitit/TDD
These are the slides of my "Fake it Outside-In TDD" session at the #XP2017 conference. Do not miss to check out the referenced screencasts that illustrate the approach very well: https://www.youtube.com/playlist?list=PL_ueet93U84VIy8O7U4dUV0GyGvuzFAt8
The slides of my talk "Mockist vs. Classicists TDD" at the Softwerkskammer Berlin Meetup http://www.meetup.com/de-DE/Software-Craftsmanship-Berlin/events/227959647/.
Abstract:
There are two different schools of TDD: the proponents of "London School TDD" ("Mockists") drive their design "outside-in" top-down starting with end-to-end acceptance tests. They focus on the interaction between objects, isolate them with interfaces between them and mock them out in their tests. On the contrary the advocates of "Detroit School TDD" ("Classicists") work bottom-up and try to avoid mocks if possible.
In a live coding session I will demonstrate both approaches and discuss their strengths and weaknesses with you.
In this experiential webinar, our guest Mohamed Shaaban will share with you his wide experience in Unit Testing in addition to practical techniques for unit testing your code using C#, NUnit, and Moq.
Test-Driven Development is about approaching software development from a test perspective and knowing how to use the tools (e.g. JUnit, Mockito) to effectively write tests.
Source code examples @...
https://github.com/codeprimate-software/test-driven-development
Test-Driven development; why you should never code without itJad Salhani
This is a deep dive into the TDD world where you will discover how it helps scale the development
process. The talk tackles the business side as well as the technical side of the software development
to accommodate all audiences, i.e; Why you should invest in a testing "department" for example, or
why you should always take a look at your tests when writing code.
YouTube Link: https://youtu.be/8UfQ8quw0Eg
(**Test Automation Masters Program: https://www.edureka.co/masters-program/automation-testing-engineer-training **)
This Edureka PPT on "What is Integration Testing?" will help you get in-depth knowledge on integration testing and why it is important to subject software builds to integration tests before moving on to next level of testing.
Levels of Software Testing
What is Integration Testing?
Different Approaches to Integration Testing
How to do Integration Testing?
Examples of Integration Testing
Integration Testing Challenges & Best Practices
Follow us to never miss an update in the future.
YouTube: https://www.youtube.com/user/edurekaIN
Instagram: https://www.instagram.com/edureka_learning/
Facebook: https://www.facebook.com/edurekaIN/
Twitter: https://twitter.com/edurekain
LinkedIn: https://www.linkedin.com/company/edureka
Castbox: https://castbox.fm/networks/505?country=in
Lightening Talk I gave at Inaka in May 2014.
This is sort of the continuation of my previous iOS TDD talk.
Since TDD and DI go quite hand in hand and they are both extend concepts to learn in one shot, I had to prepare a completely separated talk for spreading to my fellows the DI knowledge I had acquired.
Software quality is critical to consistently and continually delivering new features to our users. This talk covers the importance of software quality and how to deliver it via unit testing, Test Driven Development and clean code in general.
This is the deck from a talk I gave at Desert Code Camp 2013.
This workshop is designed specially for Queen Mary University of London alumni, in order to teach them TDD.
You will learn: What is TDD, Why and How.
If you want to learn more: https://github.com/MyPitit/TDD
These are the slides of my "Fake it Outside-In TDD" session at the #XP2017 conference. Do not miss to check out the referenced screencasts that illustrate the approach very well: https://www.youtube.com/playlist?list=PL_ueet93U84VIy8O7U4dUV0GyGvuzFAt8
The slides of my talk "Mockist vs. Classicists TDD" at the Softwerkskammer Berlin Meetup http://www.meetup.com/de-DE/Software-Craftsmanship-Berlin/events/227959647/.
Abstract:
There are two different schools of TDD: the proponents of "London School TDD" ("Mockists") drive their design "outside-in" top-down starting with end-to-end acceptance tests. They focus on the interaction between objects, isolate them with interfaces between them and mock them out in their tests. On the contrary the advocates of "Detroit School TDD" ("Classicists") work bottom-up and try to avoid mocks if possible.
In a live coding session I will demonstrate both approaches and discuss their strengths and weaknesses with you.
Slides zur Session "Wie wird mein Code testbar?" auf den Berlin Expert Days 29.03.2012
Abstract:
Soll ein Legacy System nachträglich um automatisierte Tests erweitert werden, so steht man gleich vor zwei Problemen auf einmal: einerseit verfügt das Team noch über wenig Test-Knowhow, andererseits ist Code schwer testbar, der nicht testgetrieben entwickelt wurde. So schwindet im Team schnell die Akzeptanz, automatisierte Tests zu schreiben: zu aufwändig! Der Vortrag stellt den Ansatz “Design for Testability” vor und illustiert anhand konkreter Java-Beispiele Potentiale zur Verbesserung der Testbarkeit, so dass Tests einfacher umgesetzt aber auch gewartet werden können.
Slides from my presentation at DunDDD, 17th Nov 2012.
Most of this session was spent discussing unit test examples harvested from github. If anyone would like to see them, just ask.
TDD ist nicht gleich TDD: die „London School of TDD“ mit Vertretern wie Steve Freeman und Nat Pryce stellt die Interaktionen der Objekte untereinander in den Fokus und ermöglicht durch starken Mocking-Einsatz, diese isoliert Unit-testen zu können. Mit dem zum Einsatz kommenden "Outside-In" Design erzielen die "Mockists" dabei zudem ein sehr passgenaues Design. Im Gegensatz dazu versucht die „Chicago School of TDD“ wenn irgendmöglich Mocks zu vermeiden. Diese sogenannten "Classicists" wie z.B. Kent Beck oder Uncle Bob setzen mehr auf „state based testing“ und verzichten mit integrierteren Tests zugunsten einer besseren Refaktorierbarkeit auf Isolation.
Was macht beide Ansätze aus und für welche Probleme eignen sich die jeweiligen Ansätze besser?
Fake It Outside-In TDD Workshop @ Clean Code Days David Völkel
The slides of my Fake It Outside-In TDD Workshop at the Clean Code Days 2017. Do not miss to check out the referenced screencasts that illustrate the approach very well: (https://www.youtube.com/playlist?list=PL_ueet93U84VIy8O7U4dUV0GyGvuzFAt8).
The slides of my Fake It Outside-In TDD session at Softwerkskammer Meetup Munich. Some improved screencasts you can find here: https://www.youtube.com/playlist?list=PL_ueet93U84VIy8O7U4dUV0GyGvuzFAt8
Based on hands-on Agile experience acquired over multiple delivery projects and Agile coaching/consulting assignments, Vatsala and Aman share common Agile Testing dilemmas, and possible solutions, tying them to the principle of "moving testing upstream".
Presented at Next Generation Testing conference in Bangalore, India (July 2014).
Agile * Agile Principles * Agile Practices * Pair Programming * Extreme Programming * SOLID design principles * SDLC * Software Development
After working 10 years in multiple major "from-scratch" development projects, I finally got a chance to work in a truly Agile development project. Here is my take on how to make Agile work for your project.
Join Perfecto & CloudBees for a presentation on how to drive mobile app quality feedback in every build, on real devices. Watch a demo featuring the CloudBees Jenkins Workflow showcasing automated testing with Perfecto's Continuous Quality Lab.
The original promise of TDD was that it would assist in guiding the development of clean code, but it often ends up polluting our architecture with excessive composition, is expensive to write, and becomes an obstacle to change, not an aid to refactoring. In this talk, we look at the fallacies of TDD and learn about the key principles that we should be following for mastery of this practice. This talk is intended for those who have been practicing TDD, or who have tried TDD and given up because of shortcomings in the approach they were taught.
Software teams mostly find themselves working with three broad categories of tests - unit, integration and functional (excluding technology verification test categories like performance, load, stress etc.). Unit tests indicate whether the code is doing things right. Functional tests are complementary to - but quite different from unit tests. Functional tests tell whether the completed application is working correctly and providing the proper functionality. Simply put, unit tests are written from the code developer's perspective, while functional tests are written from the end user's perspective. When they work reliably, functional tests give users, stakeholders and developers confidence that the software meets agreed upon requirements.
In reality, a lot of teams find themselves grappling with perennially failing, hard to understand, slow running tests, which take herculean efforts to maintain while inspiring low confidence in the reliability of the end product.
This article examines recipes on how to create and maintain a smoothly running suite of functional/acceptance tests that can be reliably used to verify that the software is ready for release.
Despite the belief that a shared context and collaboration drives quality, too often, software testers and quality professionals struggle to find their place within today's integrated agile teams. This session is a practitioner’s view of testing and testing practices within an iterative/incremental development environment. We will begin with a discussion of some of the challenges of testing within an agile environment and delve into the guiding principles of Agile Testing and key enabling practices. Agile Testing necessitates a change in mindset, and it is as much, if not more, about behavior, as it is about skills and tooling, all of which will be explored.
We all hear how unit tests can ensure higher quality code and help us in day to day refactoring, but is it feasible to write and maintain unit tests in a fast paced startup company?
This is a presentation by server lead, Heine Frifeldt, on how unit tests was gradually introduced into the server code base at Loopt, which tools are used in the continuous build environment, coding techniques and lessons learned.
Traversing the Test Pyramid for Android DevelopmentDubinsky Soares
Dubinsky and Jigish walk through the testing practices followed by an Agile Team while building Mobile Applications.
In this talk they traverse the Testing pyramid focussing on the importance of the balance of Unit/Functional automated tests.
They go on to talk about how to integrate all of these tests with your CI server to deliver high quality applications.
Mobile Developer Summit 2013 Bangalore http://www.developermarch.com/mds/index.html
DevOps Workshop - Addressing Quality Challenges of Highly Complex and Integra...Andrew Williams
Is your delivery and testing approach able to keep pace with today’s business demands? Poor or low levels of collaboration between application owners, developers and testers using a variety of tools & practices and long cycles of provisioning of dev/test environments can impede quality, increase waste and cost. Join this workshop discussion and share your opinion. Collaborate with peers on best practices to eliminate testing bottlenecks through virtualized dependent services and how to stand up realistic, production-like test labs that can be easily deployed, shared, and updated as systems change. The workshop will conclude with Q&A among the participants.
We will go through how to analyze a design with Simulation CFD from beginning to end. We will start at the Inventor model and end at visualizing the results. In addition to seeing the actual workflow we will talk about how simulation tools can be used throughout the life of a design project, from early concept to final testing.
Slides from webinar, co-hosted by the Vivit UK & Ireland Local User Groups on May 27th 2020. James Walker from Curiosity Software Ireland presented on model-based testing for ALM/Octane, setting out how model-based testing enables greater communication, collaboration and end-to-end automation.
For many organizations today, ALM Octane provides the single source of truth for distributed teams. Its scalable test management keeps testers and developers synchronised with granular analysis of testing progress and results, all integrated into CI/CD pipelines and agile methodologies. However, the quality of this testing remains dependent on the quality of the tests fed in and assigned to testers. Testing speed furthermore remains limited by the efficiency of that test creation. Manual, unsystematic test design and a reliance on low-coverage production data will still lead to low coverage tests. Those tests will also remain impossible to maintain in tight iterations, leaving new releases further exposed to damaging bugs. Impeccable test management instead deserves impeccable test design.
This webinar demonstrated how model-based test generation seamlessly maintains optimized test cases and data in ALM Octane, all linked to system requirements and automation frameworks for in-sprint maintenance and test execution. You will discover a requirements-driven approach to test maintenance, in which test cases, scripts and data are maintained as quick-to-build flowcharts are updated. Powerful mathematical algorithms generate the smallest set of tests needed to “cover” the latest system logic, with “just in time” data allocation to ensure that every test has valid test data. Pushing the tests to integrated automation frameworks enables truly “Continuous Testing”, with granular run results synchronized automatically in ALM Octane.
How To Use Jenkins for Continuous Load and Mobile Testing with SOASTA & Cloud...SOASTA
How to use Jenkins for Continuous Load Testing and Mobile Automation
Today’s rapid development pace demands continuous testing, and Jenkins, the leading open source automation platform, has emerged as the hub of continuous delivery. SOASTA and CloudBees have tapped Jenkins to enable more test types and approaches that utilize cloud and agile processes for higher quality apps.
Join this free webinar and learn:
How to use Jenkins for continuous delivery and load testing of mobile applications
How to incorporate cloud resources into your development and test environments
Using the largest global test cloud for load generation
CloudBees’ on premise, in the cloud and hybrid solutions for continuous delivery with Jenkins
SOASTA’s Jenkins plugins for testing with real mobile devices and tracking performance baselines
Experts from both companies will share stories and demonstrations that will help you implement a continuous approach to quality.
How To Use Jenkins for Continuous Load and Mobile Testing with SOASTA & Cloud...SOASTA
How to use Jenkins for Continuous Load Testing and Mobile Automation
Today’s rapid development pace demands continuous testing, and Jenkins, the leading open source automation platform, has emerged as the hub of continuous delivery. SOASTA and CloudBees have tapped Jenkins to enable more test types and approaches that utilize cloud and agile processes for higher quality apps.
Join this free webinar and learn:
How to use Jenkins for continuous delivery and load testing of mobile applications
How to incorporate cloud resources into your development and test environments
Using the largest global test cloud for load generation
CloudBees’ on premise, in the cloud and hybrid solutions for continuous delivery with Jenkins
SOASTA’s Jenkins plugins for testing with real mobile devices and tracking performance baselines
Experts from both companies will share stories and demonstrations that will help you implement a continuous approach to quality.
Die Kunst der kleinen Schritte - Softwerkskammer LübeckDavid Völkel
Die Slides zu meiner (Remote-)Session "Die Kunst der kleinen Schritte" bei der Softwerkskammer Lübeck. Enthält auch Links auf die in der Session gezeigten Screencasts auf Youtube.
Vortrag bei der Softwerkskammer Karlsruhe
Abstract:
Unter TDD-Praktikern haben sich verschiedene Schulen herausgebildet: Die "Mockists" ("London School“) auf der einen Seite fokussieren auf die Interaktionen der Objekte und ermöglichen durch starken Mocking-Einsatz, diese isoliert Unit-testen zu können. Die "Classicists" ("Chicago School") auf der anderen Seite versuchen hingegen Mocking soweit möglich zu vermeiden. Zusätzlich dazu hat David in den letzen Jahren mit dem "Fake it Outside-In TDD" noch eine weitere Alternative entwickelt, die besonders dabei hilft in sehr kleinen "Baby Steps" zu arbeiten.
Bei näherem Vergleich der Schulen entpuppt sich eine naive "entweder-oder-Entscheidung" als viel zu eindimensional. Statt dessen existieren parallel verschiedene unabhängige Dimensionen. Um zu verstehen, welche Variante in welchem Kontext besser funktioniert, werden die zugrunde liegenden Trade-Offs der einzelnen Dimensionen analysiert und herausgearbeitet, welche Kriterien bei der Entscheidungsfindung helfen können.
The slides of the Global Day of Coderetreat Munich 2018 I facilitated and we organized in the context of our Software Craft Meetup Munich on 17.11.2018.
Die Slides zu meinem Kurzvortrag im eXreme Presentation Format auf den XP Days Germany 2018.
Ein Pladoyer dafür, dass "Best Practices" nicht immer funktionieren und man statt dessen lieber sein Hirn einschalten und eine spezifisch zum Problem passende Lösung finden sollte.
Die Kunst der kleinen Schritte - XP Days Germany 2018David Völkel
Die Slides zu meiner Session "Die Kunst der kleinen Schritte" auf den XP Days Germany 2018.
Die Session stellt Ansätze vor, wie sich beim TDD extrem kleine Mikroschritte ("Baby Step" erreichen lassen.
Screencasts, die die Ansätze nochmal illustrieren finden sich unter https://www.youtube.com/playlist?list=PL_ueet93U84VIy8O7U4dUV0GyGvuzFAt8.
Der Vorgängervortrag, der sich noch mehr mit dem Vergleich mit anderen TDD Schulen beschäftigt, findet sich unter https://de.slideshare.net/davidvoelkel.
The slides of the Global Day of Coderetreat Munich 2017 I facilitated and we organized in the context of our Softwerkskammer Software Craft Meetup Munich on 18.11.2017.
Die Slides zu meiner Session "Wann soll ich mocken?" auf den XP Days Germany 2016.
Abstract:
Mocking hat sich als wichtiges Hilfsmittel etabliert, um Teilfunktionalität isoliert testen zu können. Skeptiker werfen dem Ansatz allerdings vor, der Wartbarkeit zu schaden: die Tests würden schlechter lesbar, das Refaktorisieren des Codes schwieriger. Wann sind diese Einwände berechtigt und wie können wir damit umgehen.
- Mocking Anti-Patterns und "Best Practices"
- Alternative Designs, die Mocking obsolet machen
- Entscheidungskriterien wann Mocking Sinn macht und wann nicht
Grundlegende Erfahrungen mit einem Mockingframework sind sinnvoll. Zur Veranschaulichung hab ich konkrete Codebeispiele im Gepäck.
The slides of my "Baby Steps TDD Approaches" session at the Softwerkskammer Munich meetup on 9th of April 2015 where I present a tool box which you can use to reach smaller steps to optimize feedback speed and reduce risk during programming.
Die Folien zu meinem Vortrag "Clean Test Code" auf den Clean Code Days 2014 in München: http://www.cleancode-days.de/vortraege/articles/clean-test-code.html
There are two different schools of TDD: the "London School of TDD" ("Mockists") with proponents like Steve Freeman, Nat Pryce, J.B. Rainsberger leverage a top-down approach and heavy use of interfaces to craft roles of neighbour objects. They drive their design "outside-in" starting with end-to-end acceptance tests and focus on the interaction between objects. Testing them in isolation is achieved by heavy use of mocking.
On the contrary the "Chicago School of TDD" ("Classicists" like Kent Beck, Uncle Bob, ...) try to avoid mocks if possible. They prefere "state based testing" and focus on assertions on the return values.
References:
Blogpost "Mocks aren't Stubs", Martin Fowler: http://martinfowler.com/articles/mocksArentStubs.html
Paper "Mock Roles not objects", Freeman et al.: http://jmock.org/oopsla2004.pdf
Book "Growing Object Oriented Software guided by tests", Steve Freeman & Nat Pryce: http://www.growing-object-oriented-software.com/
Code reviews are vital for ensuring good code quality. They serve as one of our last lines of defense against bugs and subpar code reaching production.
Yet, they often turn into annoying tasks riddled with frustration, hostility, unclear feedback and lack of standards. How can we improve this crucial process?
In this session we will cover:
- The Art of Effective Code Reviews
- Streamlining the Review Process
- Elevating Reviews with Automated Tools
By the end of this presentation, you'll have the knowledge on how to organize and improve your code review proces
SOCRadar Research Team: Latest Activities of IntelBrokerSOCRadar
The European Union Agency for Law Enforcement Cooperation (Europol) has suffered an alleged data breach after a notorious threat actor claimed to have exfiltrated data from its systems. Infamous data leaker IntelBroker posted on the even more infamous BreachForums hacking forum, saying that Europol suffered a data breach this month.
The alleged breach affected Europol agencies CCSE, EC3, Europol Platform for Experts, Law Enforcement Forum, and SIRIUS. Infiltration of these entities can disrupt ongoing investigations and compromise sensitive intelligence shared among international law enforcement agencies.
However, this is neither the first nor the last activity of IntekBroker. We have compiled for you what happened in the last few days. To track such hacker activities on dark web sources like hacker forums, private Telegram channels, and other hidden platforms where cyber threats often originate, you can check SOCRadar’s Dark Web News.
Stay Informed on Threat Actors’ Activity on the Dark Web with SOCRadar!
Into the Box Keynote Day 2: Unveiling amazing updates and announcements for modern CFML developers! Get ready for exciting releases and updates on Ortus tools and products. Stay tuned for cutting-edge innovations designed to boost your productivity.
Top Features to Include in Your Winzo Clone App for Business Growth (4).pptxrickgrimesss22
Discover the essential features to incorporate in your Winzo clone app to boost business growth, enhance user engagement, and drive revenue. Learn how to create a compelling gaming experience that stands out in the competitive market.
OpenFOAM solver for Helmholtz equation, helmholtzFoam / helmholtzBubbleFoamtakuyayamamoto1800
In this slide, we show the simulation example and the way to compile this solver.
In this solver, the Helmholtz equation can be solved by helmholtzFoam. Also, the Helmholtz equation with uniformly dispersed bubbles can be simulated by helmholtzBubbleFoam.
Enterprise Resource Planning System includes various modules that reduce any business's workload. Additionally, it organizes the workflows, which drives towards enhancing productivity. Here are a detailed explanation of the ERP modules. Going through the points will help you understand how the software is changing the work dynamics.
To know more details here: https://blogs.nyggs.com/nyggs/enterprise-resource-planning-erp-system-modules/
Large Language Models and the End of ProgrammingMatt Welsh
Talk by Matt Welsh at Craft Conference 2024 on the impact that Large Language Models will have on the future of software development. In this talk, I discuss the ways in which LLMs will impact the software industry, from replacing human software developers with AI, to replacing conventional software with models that perform reasoning, computation, and problem-solving.
Check out the webinar slides to learn more about how XfilesPro transforms Salesforce document management by leveraging its world-class applications. For more details, please connect with sales@xfilespro.com
If you want to watch the on-demand webinar, please click here: https://www.xfilespro.com/webinars/salesforce-document-management-2-0-smarter-faster-better/
How Recreation Management Software Can Streamline Your Operations.pptxwottaspaceseo
Recreation management software streamlines operations by automating key tasks such as scheduling, registration, and payment processing, reducing manual workload and errors. It provides centralized management of facilities, classes, and events, ensuring efficient resource allocation and facility usage. The software offers user-friendly online portals for easy access to bookings and program information, enhancing customer experience. Real-time reporting and data analytics deliver insights into attendance and preferences, aiding in strategic decision-making. Additionally, effective communication tools keep participants and staff informed with timely updates. Overall, recreation management software enhances efficiency, improves service delivery, and boosts customer satisfaction.
Quarkus Hidden and Forbidden ExtensionsMax Andersen
Quarkus has a vast extension ecosystem and is known for its subsonic and subatomic feature set. Some of these features are not as well known, and some extensions are less talked about, but that does not make them less interesting - quite the opposite.
Come join this talk to see some tips and tricks for using Quarkus and some of the lesser known features, extensions and development techniques.
May Marketo Masterclass, London MUG May 22 2024.pdfAdele Miller
Can't make Adobe Summit in Vegas? No sweat because the EMEA Marketo Engage Champions are coming to London to share their Summit sessions, insights and more!
This is a MUG with a twist you don't want to miss.
Accelerate Enterprise Software Engineering with PlatformlessWSO2
Key takeaways:
Challenges of building platforms and the benefits of platformless.
Key principles of platformless, including API-first, cloud-native middleware, platform engineering, and developer experience.
How Choreo enables the platformless experience.
How key concepts like application architecture, domain-driven design, zero trust, and cell-based architecture are inherently a part of Choreo.
Demo of an end-to-end app built and deployed on Choreo.
Globus Connect Server Deep Dive - GlobusWorld 2024Globus
We explore the Globus Connect Server (GCS) architecture and experiment with advanced configuration options and use cases. This content is targeted at system administrators who are familiar with GCS and currently operate—or are planning to operate—broader deployments at their institution.
Unleash Unlimited Potential with One-Time Purchase
BoxLang is more than just a language; it's a community. By choosing a Visionary License, you're not just investing in your success, you're actively contributing to the ongoing development and support of BoxLang.
Listen to the keynote address and hear about the latest developments from Rachana Ananthakrishnan and Ian Foster who review the updates to the Globus Platform and Service, and the relevance of Globus to the scientific community as an automation platform to accelerate scientific discovery.
3. Which do you prefer?
Isolated Integrated
1 2 3 4 5
4. Agenda
● Theory
● Unit vs. Integration Tests
● Test Pyramid
● How to achieve it
● Workshop
● What works well in our projects?
● Hardest challenges?
● How to address them?
● Another beer
5. Expensive Integrated Tests
Isolated Integrated
Creation &
Maintenance
cheap expensive
Feedback fast slow
Finding Errors easy difficult
Fragility minimal high
Significance for User medium high
4
n
+
m
n
*
m
6. Unit under test?
Isolated Integrated
Strengths Complex logic
(„combinatorial
explosion“),
conditionals, breadth
Integration, data
flow, depth
11. Business Dimension
Acceptance Tests == UI-Tests?
Inspired through "the testing iceberg“ by Seb Rose / Matt Wynne
Acceptance Tests
Technical Tests
Business Domain
DegreeofIntegration .
13. Example Email Validation
N x integrated web tests
Input Output
„valid@email.de“ „Email OK“
„mail.without@tld“ „Email invalid“
„mail.without.at.de“ „Email invalid“
„@without-user.de“ „Email invalid“
…
valid
14. Example Email Validation
1 x integrated web tests
N x isolated tests
valid
Input Output
„valid@email.de“ „Email OK“
„mail.without@tld“ „Email invalid“
„mail.without.at.de“ „Email invalid“
„@without-user.de“ „Email invalid“
…
15. UI Test Pyramid
UI Test !=
End2End Tests
E2E
Compo
nent
Unit
DegreeofIntegration
16. (UI) End2End Tests
Fully integrated down to the backend
for
• backend interaction
• few logic (CRUD)
• simple workflows
• hardly testable legacy UI
E2E
Compo
nent
Unit
Back-
end
21. UI Unit Tests
for complex logic
value rendering
MVP: Presenter logic
Address example:
„D-80687, München, Elsenheimerstraße 55a“
„-, München, Elsenheimerstraße 55a“?
E2E
Compo
nent
Unit
UI
22. Resumee
UI
Service
Unit
Test Pyramid
• Integrated Tests: Integration &
Depth
• Isolierte Tests: Logic & Breadth
Orthogonal Decomposition
• Split up Acceptance Tests
• Business Rules
• UI
• E2E, UI Layer, UI Unit Tests
23. Workshop Agenda
● Round 1: current state in your project
● Successful solutions?
● Hardest challenges?
● Show & tell
● Round 2
● how can we improve?
● Show & tell
● Retrospective