Theoretical knowledge and practical examples about using more complicated functionalities of JMeter tool.
Presentation in Polish from a webinar that is dedicated to persons which have participated in our first training and have some previous experience with automation of web applications tests using JMeter tool.
http://www.slideshare.net/TietoCorporation/automation-of-functional-tests-using-j-meter-tool
Tomasz Stupak is Senior Test Engineer working for 5 years in Tieto. During his profession career he has experience with software and hardware testing.
Automation of functional tests using JMeter (in Polish)Tieto Corporation
Presentation from a webinar dedicated to a user who don't have previous experience with automation of web applications tests using JMeter tool. At this virtual meet up you will get basic theoretical knowledge about automation test and some practical examples of using JMeter tool.
The webinar on YouTube: http://youtu.be/3_o3IOJEcxw
Tomasz Stupak is Senior Test Engineer working for 5 years in Tieto. During his profession career he has experience with software and hardware testing.
Apache JMeter™ to otwarte oprogramowanie, napisane w Javie i dedykowane do wykonywania testów obciążeniowych, wydajnościowych oraz funkcjonalnych. Oryginalnie było projektowane i rozwijane przez Stefano Mazzocchi z Apache Software Foundation, który napisał go do testowania wydajności Apache JServ (projektu, który został zastąpiony przez Apache Tomcat). Następnie JMeter został przeprojektowany i wyposażony w GUI celem rozszerzenia jego zastosowań do testów funkcjonalnych. W listopadzie 2011 roku JMeter stał się projektem Apache najwyższego poziomu (ang. top level), co oznacza, że zyskał społeczność odpowiedzialną za jego rozwój (ang. Project Management Commitee) oraz dedykowany serwis.
Apache JMeter jest używany do testowania wydajności statycznych oraz dynamicznych zasobów takich jak pliki, dynamiczne języki programowania serwisów internetowych, np. PHP, Java, ASP.NET, itp., obiekty Java, bazy danych i kwerendy, serwery FTP, itp. Z powodzeniem jest wykorzystywany do symulowania wzmożonego ruchu na serwerze, grupie serwerów, w sieci lub na „hartowanym” obiekcie. Służy również do analizowania całkowitej wydajności pod obciążeniem różnego typu, np. do graficznej analizy całkowitej wydajności lub do testowania zachowania się serwera / skryptu / obiektu przy wzmożonym i zrównoleglonym obciążeniu.
Apache JMeter™ to otwarte oprogramowanie, napisane w Javie i dedykowane do wykonywania testów obciążeniowych, wydajnościowych oraz funkcjonalnych. Oryginalnie było projektowane i rozwijane przez Stefano Mazzocchi z Apache Software Foundation, który napisał go do testowania wydajności Apache JServ (projektu, który został zastąpiony przez Apache Tomcat). Następnie JMeter został przeprojektowany i wyposażony w GUI celem rozszerzenia jego zastosowań do testów funkcjonalnych. W listopadzie 2011 roku JMeter stał się projektem Apache najwyższego poziomu (ang. top level), co oznacza, że zyskał społeczność odpowiedzialną za jego rozwój (ang. Project Management Commitee) oraz dedykowany serwis.
Apache JMeter jest używany do testowania wydajności statycznych oraz dynamicznych zasobów takich jak pliki, dynamiczne języki programowania serwisów internetowych, np. PHP, Java, ASP.NET, itp., obiekty Java, bazy danych i kwerendy, serwery FTP, itp. Z powodzeniem jest wykorzystywany do symulowania wzmożonego ruchu na serwerze, grupie serwerów, w sieci lub na „hartowanym” obiekcie. Służy również do analizowania całkowitej wydajności pod obciążeniem różnego typu, np. do graficznej analizy całkowitej wydajności lub do testowania zachowania się serwera / skryptu / obiektu przy wzmożonym i zrównoleglonym obciążeniu.
Na rynku mamy kilka/kilkanaście narzędzi to testów wydajnościowych. Jedne są lepsze inne tańsze. Niestety nawet te z górnej półki czasami zawodzą, i trzeba się posiłkować innymi rozwiązaniami.
W swojej prezentacji pokażę cztery problemy z testami wydajnościowymi – których nie daje się rozwiązać za pomącą HP LoadRunnera, a w których pomogły narzędzia darmowe:
Dlaczego nagrany skrypt, przy oddawaniu, generuje błędy – i jak go poprawić.
Jak znaleźć to, co się nie nagrało – i ewentualnie dodać do skryptu?
Dlaczego logowanie trwa tak długo?
Jak bez wyciągania ciężkich dział sprawdzić co jest wąskim gardłem.
Narzędzia które chciałbym krótko omówić to:
WinMerge,
Notepad++,
Filddler,
PerfMon
Automation of functional tests using JMeter (in Polish)Tieto Corporation
Presentation from a webinar dedicated to a user who don't have previous experience with automation of web applications tests using JMeter tool. At this virtual meet up you will get basic theoretical knowledge about automation test and some practical examples of using JMeter tool.
The webinar on YouTube: http://youtu.be/3_o3IOJEcxw
Tomasz Stupak is Senior Test Engineer working for 5 years in Tieto. During his profession career he has experience with software and hardware testing.
Apache JMeter™ to otwarte oprogramowanie, napisane w Javie i dedykowane do wykonywania testów obciążeniowych, wydajnościowych oraz funkcjonalnych. Oryginalnie było projektowane i rozwijane przez Stefano Mazzocchi z Apache Software Foundation, który napisał go do testowania wydajności Apache JServ (projektu, który został zastąpiony przez Apache Tomcat). Następnie JMeter został przeprojektowany i wyposażony w GUI celem rozszerzenia jego zastosowań do testów funkcjonalnych. W listopadzie 2011 roku JMeter stał się projektem Apache najwyższego poziomu (ang. top level), co oznacza, że zyskał społeczność odpowiedzialną za jego rozwój (ang. Project Management Commitee) oraz dedykowany serwis.
Apache JMeter jest używany do testowania wydajności statycznych oraz dynamicznych zasobów takich jak pliki, dynamiczne języki programowania serwisów internetowych, np. PHP, Java, ASP.NET, itp., obiekty Java, bazy danych i kwerendy, serwery FTP, itp. Z powodzeniem jest wykorzystywany do symulowania wzmożonego ruchu na serwerze, grupie serwerów, w sieci lub na „hartowanym” obiekcie. Służy również do analizowania całkowitej wydajności pod obciążeniem różnego typu, np. do graficznej analizy całkowitej wydajności lub do testowania zachowania się serwera / skryptu / obiektu przy wzmożonym i zrównoleglonym obciążeniu.
Apache JMeter™ to otwarte oprogramowanie, napisane w Javie i dedykowane do wykonywania testów obciążeniowych, wydajnościowych oraz funkcjonalnych. Oryginalnie było projektowane i rozwijane przez Stefano Mazzocchi z Apache Software Foundation, który napisał go do testowania wydajności Apache JServ (projektu, który został zastąpiony przez Apache Tomcat). Następnie JMeter został przeprojektowany i wyposażony w GUI celem rozszerzenia jego zastosowań do testów funkcjonalnych. W listopadzie 2011 roku JMeter stał się projektem Apache najwyższego poziomu (ang. top level), co oznacza, że zyskał społeczność odpowiedzialną za jego rozwój (ang. Project Management Commitee) oraz dedykowany serwis.
Apache JMeter jest używany do testowania wydajności statycznych oraz dynamicznych zasobów takich jak pliki, dynamiczne języki programowania serwisów internetowych, np. PHP, Java, ASP.NET, itp., obiekty Java, bazy danych i kwerendy, serwery FTP, itp. Z powodzeniem jest wykorzystywany do symulowania wzmożonego ruchu na serwerze, grupie serwerów, w sieci lub na „hartowanym” obiekcie. Służy również do analizowania całkowitej wydajności pod obciążeniem różnego typu, np. do graficznej analizy całkowitej wydajności lub do testowania zachowania się serwera / skryptu / obiektu przy wzmożonym i zrównoleglonym obciążeniu.
Na rynku mamy kilka/kilkanaście narzędzi to testów wydajnościowych. Jedne są lepsze inne tańsze. Niestety nawet te z górnej półki czasami zawodzą, i trzeba się posiłkować innymi rozwiązaniami.
W swojej prezentacji pokażę cztery problemy z testami wydajnościowymi – których nie daje się rozwiązać za pomącą HP LoadRunnera, a w których pomogły narzędzia darmowe:
Dlaczego nagrany skrypt, przy oddawaniu, generuje błędy – i jak go poprawić.
Jak znaleźć to, co się nie nagrało – i ewentualnie dodać do skryptu?
Dlaczego logowanie trwa tak długo?
Jak bez wyciągania ciężkich dział sprawdzić co jest wąskim gardłem.
Narzędzia które chciałbym krótko omówić to:
WinMerge,
Notepad++,
Filddler,
PerfMon
Podsumowanie analizy narzędzia do zarządzania testowaniem za rozsądną cenę. Spośród dziesiąteki kandydatów i finałowej czwórki: SpiratTest, TestLink, SynapseRT, TestRail ostatecznie wygrywa...
PHP i memcached, zaawansowane przypadki użyciaPHPCon Poland
Autor: Mariusz Gil
Memcached to podstawowy element architektury aplikacji webowych o znacznym wolumenie ruchu. Choć typowe wdrożenie tego silnika ogranicza się wykorzystania podstawowych funkcjonalności (np. set/get w obrębie jednej instancji memcached), to tematyka łączenia aplikacji PHP z memcached jest o wiele bardziej rozległa. Strategie cache'owania danych w memcached, komunikacja z klastrem jego instancji i metody zmniejszania obciążenia warstwy sieciowej, przeciwdziałanie dog-pile effect, slab klasy i chunki i ich wpływ na optymalizację wykorzystywanej pamięci operacyjnej, różnice i wynikające z nich możliwości pomiędzy modułami klienckimi w PHP, rozwiązania alternatywne dla memcached – to tylko część zagadnień jaki zostaną przedstawione w prezentacji.
10 years after the release of the original book Domain Driven Design by Eric Evans we are seeing more and more applications built on the core concepts of DDD. Still, there is a long way to go before we fully grasp all its potential. First we need to change the way we do things in our projects. In this session I will show a possible implementation in C# that I've been using in many projects.
Lviv IT Arena is a conference specially designed for programmers, designers, developers, top managers, inverstors, entrepreneur and startuppers. Annually it takes place on 2-4 of October in Lviv at the Arena Lviv stadium. In 2015 conference gathered more than 1400 participants and over 100 speakers from companies like Facebook. FitBit, Mail.ru, HP, Epson and IBM. More details about conference at itarene.lviv.ua.
Designing the foundations of an iOS application is important to reduce the cost of maintenance and evolution. In this session we will see some best practices on how to organize iOS apps both from the point of view of the Xcode project and the source code. Based on the typical iOS client/server application, we will see how to structure the layers ranging from the user interface to the netwrok layer.
This document summarizes a presentation on principles of application architecture. It begins with introductions and ground rules. It then defines application architecture as the high-level breakdown of a system into parts that are difficult to change, like public interfaces. The rest of the document discusses why architecture is important, key principles like single responsibility and open/closed, architectural patterns like layers and microservices, and recommendations for architectural design and documentation.
The document discusses domain-driven design and tactical patterns. It emphasizes making implicit concepts explicit through proper language and code boundaries. These include defining contexts, modules, entities, services, value objects, and aggregates. Patterns like event sourcing, CQS, and CQRS are also mentioned. The document stresses that software development is a learning process and working code is a side effect of gaining understanding through explicitly defining domains and contexts.
Domain Driven Design in the Browser - Cameron EdwardsHakka Labs
This document discusses domain-driven design, which involves focusing software development around the problem domain by creating a conceptual model of the domain concepts and logic. It recommends learning from domain experts to understand the problem domain, then modeling the key entities, their relationships, and domain logic without focusing on implementation details like the database or user interface. This domain model forms the core of the software and allows for scalable, manageable development through a layered architecture with separate application, domain, and utility layers.
Domain Driven Design (DDD) is an approach to software development that prioritizes domain knowledge. It focuses on building a shared understanding between technical and domain experts through a ubiquitous language. The fundamentals of DDD include modeling the domain, domain objects like entities and value objects, aggregates, repositories, and bounded contexts. Patterns like modules, factories, and specifications help implement the domain model. The goal is clean, knowledge-rich design focused on the business domain.
Solid principles, Design Patterns, and Domain Driven DesignIrwansyah Irwansyah
This document discusses SOLID principles and design patterns. It begins by explaining SOLID, which stands for five principles of object-oriented design: single responsibility, open/closed, Liskov substitution, interface segregation, and dependency inversion. It then defines and provides examples of several classic design patterns like singleton, strategy, decorator, factory method, and observer. The document emphasizes that SOLID principles and design patterns help create flexible and reusable code that is easy to modify without breaking existing functionality. It also discusses domain-driven design and techniques like dependency injection that can be used to apply SOLID and design patterns.
Why Domain-Driven Design and Reactive Programming?VMware Tanzu
This document discusses the benefits of combining domain-driven design (DDD) and reactive programming approaches with an in-memory data grid like Apache Geode or Pivotal GemFire. It notes that DDD helps reduce complexity by developing a shared domain language within bounded contexts, while reactive programming allows different bounded contexts to integrate via domain events. The document then demonstrates how to use these techniques with GemFire/Geode for a high-speed algorithmic trading system, including converting price quotes to bars, calculating analytics, and submitting orders.
This document discusses Domain-Driven Design (DDD) and how it can be applied to ASP.NET MVC projects. It covers DDD concepts like ubiquitous language, bounded contexts, entities, value objects, domain services, and domain events. It also discusses how to structure an MVC project to separate the domain model from the rest of the application using patterns like layered architecture and ports and adapters. The document argues that DDD can provide benefits like flexibility, manageable complexity, and centralized business logic, though it may require more time and effort to implement.
We often relate Domain-Driven Design with the content of Eric Evans' book; however even this book suggests looking outside for other patterns and inspirations: analysis patterns (Accounting, Finance), domain-oriented use of design patterns (the Flyweight pattern), established formalisms (e.g. monoids) and XP literature in particular (e.g. the patterns on the c2 wiki and OOPSLA papers).
The world has not stopped since the book either, and new ideas keep on emerging regularly. And you can share your own patterns as well.
In this session, through examples and code we'll go through some particularly important patterns which deserve to be in your tool belt. We'll also provide guidance on how best to use them (or not), at the right time and in the right context, and on how to train your colleagues on them!
Brands will realize in 2017 that conversational marketing allows them to better understand customers through opt-in dialogues rather than cookies and pixels. The document then discusses creating a Go-Food ordering chatbot that addresses problems of simple interfaces, searching by name and price, and building for multiple platforms simultaneously. It uses Angular, TypeScript, RiveScript NLP and fuzzy search with a focus on usability feedback and autocomplete functions.
Beyond design patterns and principles - writing good OO codeMatthias Noback
Of course, you should read all you can about SOLID, Design patterns, Patterns of Enterprise Application Architecture, etc. Once you have a basic understanding of these topics you still have to write that code though, and write it well too! What is good code? Are there some guidelines, or rules of thumb, which you can follow while making your everyday coding decisions?
In this talk I’ll cover many of these coding guidelines, which aren’t usually covered by patterns or principles books. They should help you write better code and give you a richer vocabulary for reviewing other people’s code. Some of the subjects that we’ll discuss are: state, mutability, CQS, one-method objects, domain-first, API-driven, functional programming influences, object boundaries, (de)serialization, and many more!
Domain Driven Design main concepts
This presentation is a summary of the book "Domain Driven Design" from InfoQ.
Here is the link: http://www.infoq.com/minibooks/domain-driven-design-quickly
Podsumowanie analizy narzędzia do zarządzania testowaniem za rozsądną cenę. Spośród dziesiąteki kandydatów i finałowej czwórki: SpiratTest, TestLink, SynapseRT, TestRail ostatecznie wygrywa...
PHP i memcached, zaawansowane przypadki użyciaPHPCon Poland
Autor: Mariusz Gil
Memcached to podstawowy element architektury aplikacji webowych o znacznym wolumenie ruchu. Choć typowe wdrożenie tego silnika ogranicza się wykorzystania podstawowych funkcjonalności (np. set/get w obrębie jednej instancji memcached), to tematyka łączenia aplikacji PHP z memcached jest o wiele bardziej rozległa. Strategie cache'owania danych w memcached, komunikacja z klastrem jego instancji i metody zmniejszania obciążenia warstwy sieciowej, przeciwdziałanie dog-pile effect, slab klasy i chunki i ich wpływ na optymalizację wykorzystywanej pamięci operacyjnej, różnice i wynikające z nich możliwości pomiędzy modułami klienckimi w PHP, rozwiązania alternatywne dla memcached – to tylko część zagadnień jaki zostaną przedstawione w prezentacji.
10 years after the release of the original book Domain Driven Design by Eric Evans we are seeing more and more applications built on the core concepts of DDD. Still, there is a long way to go before we fully grasp all its potential. First we need to change the way we do things in our projects. In this session I will show a possible implementation in C# that I've been using in many projects.
Lviv IT Arena is a conference specially designed for programmers, designers, developers, top managers, inverstors, entrepreneur and startuppers. Annually it takes place on 2-4 of October in Lviv at the Arena Lviv stadium. In 2015 conference gathered more than 1400 participants and over 100 speakers from companies like Facebook. FitBit, Mail.ru, HP, Epson and IBM. More details about conference at itarene.lviv.ua.
Designing the foundations of an iOS application is important to reduce the cost of maintenance and evolution. In this session we will see some best practices on how to organize iOS apps both from the point of view of the Xcode project and the source code. Based on the typical iOS client/server application, we will see how to structure the layers ranging from the user interface to the netwrok layer.
This document summarizes a presentation on principles of application architecture. It begins with introductions and ground rules. It then defines application architecture as the high-level breakdown of a system into parts that are difficult to change, like public interfaces. The rest of the document discusses why architecture is important, key principles like single responsibility and open/closed, architectural patterns like layers and microservices, and recommendations for architectural design and documentation.
The document discusses domain-driven design and tactical patterns. It emphasizes making implicit concepts explicit through proper language and code boundaries. These include defining contexts, modules, entities, services, value objects, and aggregates. Patterns like event sourcing, CQS, and CQRS are also mentioned. The document stresses that software development is a learning process and working code is a side effect of gaining understanding through explicitly defining domains and contexts.
Domain Driven Design in the Browser - Cameron EdwardsHakka Labs
This document discusses domain-driven design, which involves focusing software development around the problem domain by creating a conceptual model of the domain concepts and logic. It recommends learning from domain experts to understand the problem domain, then modeling the key entities, their relationships, and domain logic without focusing on implementation details like the database or user interface. This domain model forms the core of the software and allows for scalable, manageable development through a layered architecture with separate application, domain, and utility layers.
Domain Driven Design (DDD) is an approach to software development that prioritizes domain knowledge. It focuses on building a shared understanding between technical and domain experts through a ubiquitous language. The fundamentals of DDD include modeling the domain, domain objects like entities and value objects, aggregates, repositories, and bounded contexts. Patterns like modules, factories, and specifications help implement the domain model. The goal is clean, knowledge-rich design focused on the business domain.
Solid principles, Design Patterns, and Domain Driven DesignIrwansyah Irwansyah
This document discusses SOLID principles and design patterns. It begins by explaining SOLID, which stands for five principles of object-oriented design: single responsibility, open/closed, Liskov substitution, interface segregation, and dependency inversion. It then defines and provides examples of several classic design patterns like singleton, strategy, decorator, factory method, and observer. The document emphasizes that SOLID principles and design patterns help create flexible and reusable code that is easy to modify without breaking existing functionality. It also discusses domain-driven design and techniques like dependency injection that can be used to apply SOLID and design patterns.
Why Domain-Driven Design and Reactive Programming?VMware Tanzu
This document discusses the benefits of combining domain-driven design (DDD) and reactive programming approaches with an in-memory data grid like Apache Geode or Pivotal GemFire. It notes that DDD helps reduce complexity by developing a shared domain language within bounded contexts, while reactive programming allows different bounded contexts to integrate via domain events. The document then demonstrates how to use these techniques with GemFire/Geode for a high-speed algorithmic trading system, including converting price quotes to bars, calculating analytics, and submitting orders.
This document discusses Domain-Driven Design (DDD) and how it can be applied to ASP.NET MVC projects. It covers DDD concepts like ubiquitous language, bounded contexts, entities, value objects, domain services, and domain events. It also discusses how to structure an MVC project to separate the domain model from the rest of the application using patterns like layered architecture and ports and adapters. The document argues that DDD can provide benefits like flexibility, manageable complexity, and centralized business logic, though it may require more time and effort to implement.
We often relate Domain-Driven Design with the content of Eric Evans' book; however even this book suggests looking outside for other patterns and inspirations: analysis patterns (Accounting, Finance), domain-oriented use of design patterns (the Flyweight pattern), established formalisms (e.g. monoids) and XP literature in particular (e.g. the patterns on the c2 wiki and OOPSLA papers).
The world has not stopped since the book either, and new ideas keep on emerging regularly. And you can share your own patterns as well.
In this session, through examples and code we'll go through some particularly important patterns which deserve to be in your tool belt. We'll also provide guidance on how best to use them (or not), at the right time and in the right context, and on how to train your colleagues on them!
Brands will realize in 2017 that conversational marketing allows them to better understand customers through opt-in dialogues rather than cookies and pixels. The document then discusses creating a Go-Food ordering chatbot that addresses problems of simple interfaces, searching by name and price, and building for multiple platforms simultaneously. It uses Angular, TypeScript, RiveScript NLP and fuzzy search with a focus on usability feedback and autocomplete functions.
Beyond design patterns and principles - writing good OO codeMatthias Noback
Of course, you should read all you can about SOLID, Design patterns, Patterns of Enterprise Application Architecture, etc. Once you have a basic understanding of these topics you still have to write that code though, and write it well too! What is good code? Are there some guidelines, or rules of thumb, which you can follow while making your everyday coding decisions?
In this talk I’ll cover many of these coding guidelines, which aren’t usually covered by patterns or principles books. They should help you write better code and give you a richer vocabulary for reviewing other people’s code. Some of the subjects that we’ll discuss are: state, mutability, CQS, one-method objects, domain-first, API-driven, functional programming influences, object boundaries, (de)serialization, and many more!
Domain Driven Design main concepts
This presentation is a summary of the book "Domain Driven Design" from InfoQ.
Here is the link: http://www.infoq.com/minibooks/domain-driven-design-quickly
Microservices are small services with independent lifecycles that work together. There is an underlying tension in that definition – how independent can you be when you have to be part of a whole? I’ve spent much of the last couple of years trying to understand how to find the right balance, and in this talk/tutorial I’ll be presenting the core seven principles that I think represent what makes microservices tick.
After a brief introduction of what microservices are and why they are important, we’ll spend the bulk of the time looking at the principles themselves, wherever possible covering real-world examples and technology:
- Modelled around business domain – using techniques from domain-driven design to find service boundaries leads to better team alignment and more stable service boundaries, avoiding expensive cross-service changes.
- Culture of automation – all organisations that use microservices at scale have strong cultures of automation. We’ll look at some of their stories and think about which sort of automation is key.
- Hide implementation details – how do you hide the detail inside each service to avoid coupling, and ensure each service retains its autonomous nature?
- Decentralize all the things! – we have to push power down as far as we can, and this goes for both the system and organisational architecture. We’ll look at everything from autonomous self-contained teams and internal open source, to using choreographed systems to handle long-lived business transactions.
- Deploy independently – this is all about being able to deploy safely. So we’ll cover everything from deployment models to consumer-driven contracts and the importance of separating deployment from release.
- Isolate failure – just making a system distributed doesn’t make it more stable than a monolithic application. So what do you need to look for?
- Highly observable – we need to understand the health of a single service, but also the whole ecosystem. How?
In terms of learning outcomes, beginners will get a sense of what microservices are and what makes them different, whereas more experienced practitioners will get insight and practical advice into how to implement them.
Dobry system musi być przetestowany pod względem wydajnościowym. Takie testy są zupełnie inne niż testy funkcjonalne: zamiast binarnego rezultatu (pass, fail), mamy ogromne ilości danych do zebrania, zaprezentowania i zinterpretowania. Podczas wystąpienie prelegent omówi cały cykl testów wydajnościowych: od przygotowania warunków testu, środowisk i danych testowych, poprzez przeprowadzenie testów, zebranie danych, ich prezentację i interpretacje, aż po przeprowadzenie procesów decyzyjnych wynikających z danych.
Programowanie sieciowe - zapoznanie się z HTTP, API, REST oraz implementacja REST API w Pythonie (Falcon)
Zadania realizowane podczas zajęć:
- https://repl.it/@KamilRykowski/PyLadies-3-REST-API
Zadanie domowe:
- https://repl.it/@KamilRykowski/PyLadies-3-Homework
Jak nie narobić sobie problemów korzystając z EntityFrameworkHighWheelSoftware
Dzięki ORM teoretycznie nie musimy przejmować się tym, jak budować zapytania SQL. Niestety z niektórymi konstrukcjami te biblioteki radzą sobie słabo. Przedstawię przykłady zapytań w EF, które doprowadziły do nieoczekiwanego kodu SQL, oraz jak można je zapisać lepiej. Pokażę też kilka pułapek – specyfiki języka SQL, który zachowuje się inaczej niż intuicja (programisty .NET) podpowiada.
4Developers 2015: Procesy biznesowe z perspektywy atakującego - Mateusz OlejarkaPROIDEA
Mateusz Olejarka
Language: Polish
Procesy biznesowe w aplikacjach WWW stanowią interesujący cel dla potencjalnego intruza. Są to kluczowe miejsca aplikacji - te, które tworzą wartość zarówno dla samego użytkownika, jak i właściciela aplikacji. W trakcie prezentacji spojrzymy na szereg przykładowych procesów z perspektywy atakującego. Zastanowimy się wspólnie, gdzie w danym procesie szukać zysku jako atakujący oraz jakie przypadki testowe warto sprawdzić. Omówimy co było nie tak z implementacją, jak ją naprawić oraz czego unikać w przyszłości.
Testowanie zabezpieczeń logiki biznesowej różni się od szukania technicznych podatności. Wymaga mniej wiedzy technicznej i lepszego zrozumienia założeń biznesowych. Prezentacja ma charakter warsztatowy i jest ukierunkowana na interakcję z uczestnikami. Prowadzący przedstawia założenia odnośnie danego procesu oraz jego kroki, pozostawiając publiczności wymyślanie w jaki sposób go zaatakować.
Procesy biznesowe w aplikacjach WWW stanowią interesujący cel dla potencjalnego intruza. Są to kluczowe miejsca aplikacji - te, które tworzą wartość zarówno dla samego użytkownika, jak i właściciela aplikacji. W trakcie prezentacji spojrzymy na szereg przykładowych procesów z perspektywy atakującego. Zastanowimy się wspólnie, gdzie w danym procesie szukać zysku jako atakujący oraz jakie przypadki testowe warto sprawdzić. Omówimy co było nie tak z implementacją, jak ją naprawić oraz czego unikać w przyszłości.
Testowanie zabezpieczeń logiki biznesowej różni się od szukania technicznych podatności. Wymaga mniej wiedzy technicznej i lepszego zrozumienia założeń biznesowych. Prezentacja ma charakter warsztatowy i jest ukierunkowana na interakcję z uczestnikami. Prowadzący przedstawia założenia odnośnie danego procesu oraz jego kroki, pozostawiając publiczności wymyślanie w jaki sposób go zaatakować.
[Quality Meetup #14] Tomasz Kus - Testowanie w pętliFuture Processing
W wytwarzaniu wysokiej jakości oprogramowania kluczową rolę odgrywa testowanie. Nie jest to aktywność oderwana od developmentu — nie testuje się wyłącznie po, ale również przed i w trakcie całego procesu. Stosowanie BDD lub TDD to znakomity pomysł na to, by oprogramowanie i testy były lepsze. Jednak nie jest łatwo te (w teorii dość proste) metodyki skutecznie wcielić w życie. Tomek podzielił się swoimi doświadczeniami z prób implementacji takiego podejścia w kilku projektach. Opowiedział o współpracy na linii developer – QA, a także o tym, dlaczego testy powinny być zawsze na początku oraz o problemach, wyzwaniach i błędach, których należy unikać.
Flopsar APM Diagnostyka i monitoring aplikacji Java performance analysis debugging aplikacji, problemy aplikacji w produkcji proces wytwarzania oprogramowania skalowanie oprogramowania
Jak skrócić czas wykonywania testów integracyjnych?Łukasz Zakrzewski
Celem prezentacji jest zachęcenie developerów do zwrócenia uwagi na czas wykonywania testów. Przedstawiono zalety testów które dają developerowi szybki feedback, oraz typowe problemy z jakimi spotkał się autor, które powodowały wolne wykonywanie się testów jak i przykładowe rozwiązania tych problemów.
Similar to Automation of functional tests using JMeter Part II (in Polish) (19)
In 2016, Tieto conducted the Foresight 2020 study to understand the cross-industry business opportunities projected to shape the future of business into the year 2020.
In 2016 and 2017, Tieto conducted the Future Perspectives study to deepen the insights of Foresight 2020 in particular. The Future Perspectives study provides expert thoughts and expectations about how technology-driven opportunities will unfold in the coming half-decade — specifically, how business models and value chains will be affected and what kinds of business possibilities will arise now and in the future.
Tieto’s Future Perspectives study was conducted via interviews and a questionnaire survey of 500 executives from a wide variety of industries in three Nordic countries. Data was collected and analysed by the research company Kairos Future.
http://www.tieto.com/future-perspectives
1. The document discusses how to build a modern cloud environment for businesses and provides advice on selecting the right cloud approach.
2. It recommends letting business needs drive the design and procurement of cloud solutions. The right cloud setup is an open, manageable, and compliant one that combines private, public, and hybrid cloud options.
3. Tieto OneCloud is presented as a solution that combines leading public clouds like AWS and Azure with Tieto's private cloud and on-site services, all managed through a single platform.
The document summarizes the findings of a study on cloud maturity conducted in Norway and Sweden in 2016. Some key findings include:
1) Cloud usage has increased in both countries since 2015, with more organizations using SaaS, PaaS, and IaaS.
2) Cloud mature organizations show benefits like 34% lower IT costs and twice the IT budget for innovation compared to less mature organizations.
3) Organizations are moving toward more hybrid cloud models, with diversification across in-house, outsourced, and cloud infrastructure and applications.
Foresight 2020 study has been made by utilizing the methodology of future studies complemented with over 100 interviews covering the spectrum of our customers’ industries. See here the industry trends and scenarios.
Presentation from Embedded Linux Conference 2015 in Dublin, where Tieto presented a concept of an Intelligent Home IoT Gateway, the session received a very good feedback. Authors: Andrzej Wieczorek and Bartosz Markowski
www.tieto.com
Digitalization provides opportunities for companies to improve their operations and customer experiences. It allows societies to modernize services and enhance quality of life. When implemented responsibly, digitalization benefits all stakeholders by connecting people and unlocking human potential through technology.
Tieto Retail Experience - How will the retail remain relevant for all of us?Tieto Corporation
Mikko Leinonen, Head of Customer Experience Management unit at Tieto, answers to this question at the IndustryForum Retail & FMCG event 19th May 2015. See some of his thoughts about the topic in this presentation.
Uusi EU henkilötietosuoja-asetus tullee voimaan 2016 alkupuolella ja velvoittaa kaikkia organisaatioita, joissa ylläpidetään henkilötietoa sisältäviä rekistereitä. Varautuminen ajoissa kannattaa.
www.tieto.fi/euhenkilotieto
Customer Experience is one, or even the only source of
sustainable competitive advantage going forward.
We at Tieto We believe in creating a more customer-centric world, where there is seamless and mutually
rewarding interaction between our clients and
their customers.
Cloud in a nutshell: The business environment is constantly changing. Flexibility and foresight is needed to drive continuous innovation, efficiency and agility. This presentation simplifies cloud and its alignment to your business strategy.
Webinarie 24 November - Mer tid för lärandet. Ett samtal mellan Tieto, Kairos Future och DiU.
Ladda ner presentationen på http://www.tieto.se/it-i-skolan
The document discusses creating successful digital service experiences. It provides an overview of pragmatic, desirable and functional approaches to service design. Digital technologies can improve customer experiences by taking a pragmatic, desirable and functional approach. The presentation emphasizes designing services around core customer needs through an omnichannel experience that is continuous, situation-oriented and accessible through every possible channel. Ideation, conceptualizing, detailing and execution are key steps to designing excellent digital service experiences.
Capital Markets Day 2014- presentation Robin Teigland, Stockholm School of Ec...Tieto Corporation
This document provides an overview of crowdfunding. It discusses different forms of crowdfunding including donation-based, reward-based, equity-based, and debt-based crowdfunding. Examples are given of successful crowdfunding campaigns in Sweden. Global crowdfunding has nearly doubled from 2012 to 2013 and continues to grow significantly each year. While still relatively small compared to traditional forms of financing, crowdfunding is becoming a notable new means to fund projects and startups. The challenges and opportunities of crowdfunding are also examined.