Jak zrobić własny biznes w (testerskiej) niszy
•
0 likes•594 views
Po 10 latach w budowaniu testerzy.pl i po 5 latach prowadzenia własnej działalności chciałbym opowiedzieć historię powstania tego portalu i jego roli w zagospodarowaniu testerskiej niszy. Oprócz historycznego przypomnienia na jego przykładzie chciałbym zaprezentować jak budować własny biznes. Na mniej udanych przedsięwzięciach chciałbym również pokazać jak biznesu nie robić. W ramach prezentacji pokazane będą doświadczenia w budowaniu własnego biznesu w niszy. Na własnym przykładzie pokażę, że – początki są dużo łatwiejsze niż się wydaje – na pasji można zarabiać – ważny jest networking – jeśli masz jednego klienta masz działalność, a nie biznes – lepiej mieć etat i biznes niż tylko biznes – publikacje dotyczące czasu pracy przedsiębiorców nie kłamią – kłopoty z ZUS-em i Urzędem Podatkowym to w 100% prawda. Opiszę również pojęcie niszy w kontekście definiowania i kreowania potrzeb oraz przeprowadzę skróconą analizę tego czy testowanie jest jeszcze niszą i czy jest w niej miejsce na nowe projekty. Przybliżę również koncept poszukiwania własnego biznesu w niszy. Prezentacja ma charakter otwarty i w ramach niej zostawię dodatkowy czas na pytania od tych, których temat zaciekawi i rozważają lub są w pierwszym etapie założenia własnego biznesu.
Report
Share
Report
Share
Download to read offline
Recommended
Xevin lab: 10 grzechów głównych w poszukiwaniu inwestora
10 grzechów głównych w poszukiwaniu inwestora
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Jakość to nie tylko testerzy i przeprowadzone testy. Jakość to przede wszystkim praca zespołowa, gdzie wszyscy muszą spełniać pewne kryteria, aby każdy mógł wykonywać swoją pracę najlepiej jak potrafi. Jakość zaczyna się na stworzeniu notatki formalnej podczas spotkania z klientem, a kończy na wypuszczonej wersji do klienta – a może ciut dalej, biorąc pod uwagę serwisowanie aplikacji.Testy bezpieczeństwa aplikacji WWW – dobre praktyki
Testy bezpieczeństwa aplikacji WWW – dobre praktyki Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Prezentacja ukazuje od podstaw procesy związane z testowaniem bezpieczeństwa aplikacji webowych, z uwzględnieniem najpopularniejszych narzędzi, metodyk, zasobów wiedzy oraz standardów weryfikacji bezpieczeństwa. Na bazie ponad 10 letniego doświadczenia w przełamywaniu zabezpieczeń, zostaną przedstawione dobre praktyki i najczęściej popełniane błędy związane z wykonywaniem testów bezpieczeństwa. Zostanie omówiona m.in. lista kontrolna standardu Application Security Verification Standard wspomagająca proces tworzenia oprogramowania już na etapie definiowania wymogów formalnych oraz dodatkowa przydatna dokumentacja projektu Open Web Application Security Project (OWASP).Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakości
Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakościStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Zapewnienie jakości to jedna z najbardziej uwarunkowanych kulturowo faz w budowie i utrzymaniu systemu. Różne kraje i różne narody w różnych sposób podchodzą do czynników związanych z testowaniem i, ogólniej, jakością. Kultury różnią się swoim podejściem do czasu, komunikacji, pracy zespołowej; niektóre wyżej cenią postępowanie zgodnie z procedurą, inne zaś – zgodnie z oczekiwaniami klienta. Działając w globalnej organizacji i na globalnym rynku należy uwzględniać te czynniki kulturowe i stosowanie do nich dostosować działania. Autor na kilku przykładach pokaże jak pogodzić odmienne racje, gdzie znaleźć podpowiedź na temat czynników kulturowych i jak skutecznie testować w wielokulturowym środowisku.Database solutions test automation
Study of a test automation introduced to a database solution. Two different but complementary approaches have been used throughout the project. Presentation will cover both single functionality test automation plus end to end approach, which proved to be a vital part of the QA effort. Pros and cons will be discussed, together with relevant examples. Other areas that will be covered consist of: data independence, environment independence, dynamic SQL, reusability, continuous integration and how such automation fits into agile methodology.
Say NO to Test Automation
Yet another software tester’s event. Another conference. Another presentation. Another tool, library or framework, that will solve all your problems.
Another presentation about test automation. I sometimes wonder if our role boils down to being just a special kind of software developer, developer who cares about test code. Does job market see us this way? Do we value ourselves based on how well we can code? Is testing just about automation? Finally, does automation helps deliver high quality products?
Recommended
Xevin lab: 10 grzechów głównych w poszukiwaniu inwestora
10 grzechów głównych w poszukiwaniu inwestora
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...
Z dziennika kapitana pokładu, czyli … jak stworzyć testową załogę i pokierow...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Jakość to nie tylko testerzy i przeprowadzone testy. Jakość to przede wszystkim praca zespołowa, gdzie wszyscy muszą spełniać pewne kryteria, aby każdy mógł wykonywać swoją pracę najlepiej jak potrafi. Jakość zaczyna się na stworzeniu notatki formalnej podczas spotkania z klientem, a kończy na wypuszczonej wersji do klienta – a może ciut dalej, biorąc pod uwagę serwisowanie aplikacji.Testy bezpieczeństwa aplikacji WWW – dobre praktyki
Testy bezpieczeństwa aplikacji WWW – dobre praktyki Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Prezentacja ukazuje od podstaw procesy związane z testowaniem bezpieczeństwa aplikacji webowych, z uwzględnieniem najpopularniejszych narzędzi, metodyk, zasobów wiedzy oraz standardów weryfikacji bezpieczeństwa. Na bazie ponad 10 letniego doświadczenia w przełamywaniu zabezpieczeń, zostaną przedstawione dobre praktyki i najczęściej popełniane błędy związane z wykonywaniem testów bezpieczeństwa. Zostanie omówiona m.in. lista kontrolna standardu Application Security Verification Standard wspomagająca proces tworzenia oprogramowania już na etapie definiowania wymogów formalnych oraz dodatkowa przydatna dokumentacja projektu Open Web Application Security Project (OWASP).Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakości
Testowanie ponad granicami. Czynniki kulturowe w zapewnieniu jakościStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Zapewnienie jakości to jedna z najbardziej uwarunkowanych kulturowo faz w budowie i utrzymaniu systemu. Różne kraje i różne narody w różnych sposób podchodzą do czynników związanych z testowaniem i, ogólniej, jakością. Kultury różnią się swoim podejściem do czasu, komunikacji, pracy zespołowej; niektóre wyżej cenią postępowanie zgodnie z procedurą, inne zaś – zgodnie z oczekiwaniami klienta. Działając w globalnej organizacji i na globalnym rynku należy uwzględniać te czynniki kulturowe i stosowanie do nich dostosować działania. Autor na kilku przykładach pokaże jak pogodzić odmienne racje, gdzie znaleźć podpowiedź na temat czynników kulturowych i jak skutecznie testować w wielokulturowym środowisku.Database solutions test automation
Study of a test automation introduced to a database solution. Two different but complementary approaches have been used throughout the project. Presentation will cover both single functionality test automation plus end to end approach, which proved to be a vital part of the QA effort. Pros and cons will be discussed, together with relevant examples. Other areas that will be covered consist of: data independence, environment independence, dynamic SQL, reusability, continuous integration and how such automation fits into agile methodology.
Say NO to Test Automation
Yet another software tester’s event. Another conference. Another presentation. Another tool, library or framework, that will solve all your problems.
Another presentation about test automation. I sometimes wonder if our role boils down to being just a special kind of software developer, developer who cares about test code. Does job market see us this way? Do we value ourselves based on how well we can code? Is testing just about automation? Finally, does automation helps deliver high quality products?
Liczy się każde słowo – jak wydajnie raportować incydenty
Liczy się każde słowo – jak wydajnie raportować incydentyStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Znalazłeś buga? Wspaniale. Pora podzielić się tą wiadomością z głównym zainteresowanym, czyli osobą, która ma usunąć incydent.
Bug zaraportowany, informacje przekazane, mija czas przewidziany na wyeliminowanie usterki i… nic. Dlaczego błąd nie został usunięty? Powodów może być wiele: od roztargnienia „egzekutora” po problemy techniczne. Istnieje jednak przyczyna, której często nie bierzemy pod uwagę. Mowa o niewłaściwym raportowaniu incydentów. Zgłaszanie usterek, podobnie jak niemal każda inna aktywność w świecie IT, wymaga precyzji, staranności i wyczucia.
Jak wydajnie raportować incydenty? Po pierwsze, opisy usterek powinny trafiać w sedno, a jednocześnie nie mogą być rozwlekłe jak PRL-owskie wystąpienia sekretarzy. Po drugie, należy zadbać o to, by procedura odtwarzania awarii była maksymalnie jasna i zrozumiała. Po trzecie, uprzejmości i taktu nigdy zbyt wiele – osoba odpowiedzialna za eliminowanie bugów nie powinna mieć ochoty posłać nam wirtualnej torpedy.
W swoim wystąpieniu opowiem o tym, jak umiejętnie używać słów, aby osiągać założone cele i sprawiać, że cała procedura – od zgłoszenia usterki do skutecznego usunięcia jej – będzie przebiegała dość gładko i w przyjaznej atmosferze.Testy dwóch róż – czyli Lancasterowie i Yorkowie poznają psychologię testowania
Testy dwóch róż – czyli Lancasterowie i Yorkowie poznają psychologię testowaniaStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Wystąpienie złożone będzie z 3 zasadniczych części. W części pierwszej omówię kilka mechanizmów psychologicznych o niezwykle silnych implikacjach praktycznych dla pracy testerów. Pokażę z jakich zasad psychologicznych (!) wynika efektywność formalnych technik projektowania testów. Postaram się również uzasadnić empirycznie, dlaczego tak ważne jest porozumiewanie się z klientem w języku biznesu. Zobaczymy również dlaczego jedną z kluczowych cech testera musi być kreatywność, nieszablonowe myślenie i znajomość… logiki!Im wcześniej, tym lepiej – jak uczenie maszynowe i dobre praktyki tworzenia k...
Im wcześniej, tym lepiej – jak uczenie maszynowe i dobre praktyki tworzenia k...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Zastosowanie mechanizmu uczenia maszynowego pozwala wskazać potencjalnie defektogenne obszary kodu komputerowego tuż po tym, jak on powstanie. Umożliwia to planowanie działań zapewnienia jakości już na etapie tworzenia kodu, zanim tworzona aplikacja wejdzie w kolejne stadium jej tworzenia – testowanie. Wiadomym jest, że im wcześniej zastosuje się praktyki QA, tym lepiej i taniej, ale ile konkretnie można zyskać i czy warto próbować? Zespół tworzący jedną z kluczowych aplikacji dostarczanych przez Volvo IT, wspierany przez specjalistów od sztucznej inteligencji, postanowił to sprawdzić. Wyniki były więcej, niż zaskakujące.Dodatkowe narzędzia do testów wydajnościowych
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
Grywalizacja jako sposób na zwiększenie zaangażowania zespołów
Grywalizacja jako sposób na zwiększenie zaangażowania zespołówStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Agenda
Wprowadzenie – na czym polega grywalizacja
Case study:
model testowania i przyczyny wprowadzenia grywalizacji,
zasady i wykorzystane mechanizmy
porównanie efektów pracy testerów po wprowadzenia grywalizacji
lessons learned na kolejne edycje grywalizacji
Motywy wykorzystane w kolejnych edycjach
Elementy zwiększające atrakcyjność i skuteczność grywalizacji
Wnioski dotyczące grywalizacji
PodsumowanieW co graja testerzy
Prelekcja zainspirowana znaną książką psychologiczną Erica Berne „W co grają ludzie”. Na gruncie analizy transakcyjnej postaram się przedstawić typowe sytuacje i „gry” między testerami a pozostałymi członkami zespołów projektowych. Zrozumienie sytuacji „społecznych” zachodzących w zespole pozwala na ulepszenie kontaktów i podniesienie produktywności zespołu.
Testing hardware
Prowadzący opowie o testowaniu hardware od projektowania układów, przez testy BIOS i sterowników do biznesowego wykorzystania przez zewnętrzne moduły i aplikacje. Główny nacisk prezentacji będzie położony na: – specyfika testów hardware – jak projektować i o czym należy pamiętać podczas tworzenia testów – tworzenie fizycznego środowiska testowego – budowa symulatorów, praca ze wczesnymi wersjami sprzętu i typowe wyzwania jakie stoją przy stworzeniu dobrego laboratorium testów – automatyzacja procesu testowego zarówno od strony kodu jak i sprzętu – mierzenie performance sprzętu (na przykładzie performance transferów sieciowych) – wyzwania i błędy, których nie spotyka się przy innych rodzajów testów Prezentacja będzie casestudy problemów i rozwiązań jakie autor napotykał w swojej pracy zawodowej.
Na potrzeby prezentacji stworzony zostanie ‚wirtualny startup’ tworzący nowy sprzęt związany z najnowszymi technologiami nagrywania i encodowania obrazów 4k oraz szybkich transferów sieciowych. Będzie on tworzył autonomiczną jednostkę podobną do popularnych dziś „Rasberry PI” czy innych mini komputerów. Prowadzący wystąpi w roli lidera zespołu, na którego spłynęła odpowiedzialność kompleksowego przetestowania urządzenia począwszy od jego konstrukcji, przez bios i inne oprogramowanie do zmierzenia performance i możliwości technicznych nowego urządzenia.
Opowie o specyficznym podejściu jakie należy mieć przy testowaniu nowego sprzętu oraz o nietypowych błędach i wyzwaniach jakie stoją przed zespołem validującym jakość hardware.
Główne tezy prezentacji:
– hardware jest dodatkową zmienną do uwzględnienia przy projektowaniu testów i wymaga tak samo dokładnych testów jak software
– testowanie hardware ma swoją unikalną specyfikę i podobnie jak testowanie aplikacji mobilnych czy webowych wymaga specjalistycznej wiedzy
– przy testowaniu należy nie tylko mieć rozbudowaną skrzynkę narzędziową ale również doskonale znać możliwości i ograniczenia każdego narzędzia
– zawsze należy znać kontekst i big picture. Testowanie tylko drobnego fragmentu bez zrozumienia jego zależności i zastosowania jest stratą zasobów i nie gwarantuje jakości.
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Obecnie coraz więcej firm decyduje się na wytwarzanie oprogramowania z uwzględnieniem urządzeń mobilnych. To podejście wiąże się z wyzwaniem zapewnienia projektom możliwie jak najlepszej jakości. Dlatego wiedza odnośnie tajników testowania aplikacji mobilnych może już wkrótce przydać się niemal każdemu testerowi.
W swojej prezentacji postaram się poruszyć następujące zagadnienia:
Specyfika testowania aplikacji mobilnych, czyli testy inne niż wszystkie
Narzędzia pracy testera aplikacji mobilnych
Co daje nam automatyzacja testów oraz jakie podejście wybrać?
Zestawienie najpopularniejszych narzędzi do automatyzacji testów oraz ich charakterystyka
Robotium/Espresso
Uruchamianie testów automatycznych na wielu urządzeniach jednocześnie
Uczestnicy mojej prezentacji będą mieli okazję dowiedzieć się, czym różni się podejście do testowania aplikacji mobilnych od innych testów.
Podczas prezentacji postaram się omówić różne narzędzia do automatyzacji testów. Zaprezentuję także przykładowe testy napisane z wykorzystaniem jednego z najpopularniejszych frameworków do automatyzacji testów aplikacji na urządzenia z systemem Android (Espresso lub Robotium).Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Testowanie aplikacji mobilnych to kluczowy element i tmnichwyzwanie podczas procesu tworzenia oprogramowania. Proces testowania aplikacji może być jeszcze bardziej efektywny, jeżeli wzbogacimy go o automatyzację testów.
Jak zapewnić i utrzymać jakość aplikacji mobilnych na system iOS opowie Ewa Bielska i Tomasz Mnich. Przedstawią aplikację, która zostanie poddana testom za pomocą przykładowych narzędzi do automatyzacji.
Nie wiesz jak można zautomatyzować testy funkcjonalne aplikacji mobilnych lub nie jesteś przekonany którego narzędzia użyć? Ta prezentacja jest dla Ciebie. Dlaczego nie powinniśmy zapominać o metodologii Waterfall?
Dlaczego nie powinniśmy zapominać o metodologii Waterfall?Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Ilu z was pracuje w projektach prowadzonych w Agile? A ilu z was potrafi o sobie powiedzieć, że są Agile? I uwaga, agile niekoniecznie oznacza, że musicie godzic sie na wszystko i minute przed terminem zmieniac pół aplikacji
Agile ma lepszy PR niż Waterfall – jest bardziej „cool”, ale to nie znaczy że jest lepszy.
W koncu trzeba teraz wymyślić coś nowego, sprzedać dużo książek, no bo tak naprawde czy jednocześnie jesteśmy testerami manualnymi, automatycznymi, developerami, scrum masterami, asystentkami, project managerami ? Większość z Nas mówi, że pracuje w Agile. A kiedy tak naprawde testujecie? Pierwszego dnia sprintu czy tak naprawdę ostatniego? Kiedy rozpoczynacie cały proces testowania? Na etapie planowania czy, gdy cała dokumentacja jest gotowa?
Praca w Agile wymaga zaangażowania klienta. Klienta, który w pełni poświeci się w dany projekt. Nie bedzie oczekiwał konkretnej estymacji do nie do końca sprecyzowanych wymagań.
Jest cała masa projektów, które zwyczajnie muszą być prowadzone w “stary” sposób. I tutaj zwykle wracamy do waterfalla. No bo kto wsiadłby od samolotu którego hamulce rozwijane byłyby w metodologiach zwinnych – w ostatnim sprintcie dodamy user story “As a owner of this Boeing 747 I want it to break before end of the airstip so that nobody from passengers die” ? a może: “As a NASA we want this mars rover to land so we don’t waste milions of dolars” ?
Chcemy Wam dziś pokazać, że zamiast na siłę wdrażać w projektach zwinne podejście, może lepiej skupić się na eliminacji strat, stałej poprawie i na przykład zastosować LEAN software development.Odnaleźć się w nanokosmosie
Pewnego dnia przychodzi do Ciebie szef i mówi, że od dzisiaj przestajesz testować aplikacje webowe i będziesz testował oprogramowanie wbudowane. Oczywiście nie byłoby w tym nic dramatycznego gdyby nie okazało się, że to oprogramowanie wbudowane w nanosatelity. Z pewnością w głowie testera pojawiają się pytania jak bardzo zapewnianie jakości w takim środowisku może się różnić od aplikacji czy systemów „naziemnych”.
Wprowadzę Cię w domenę kosmiczną na przykładzie oprogramowania pisanego na satelity, a konkretnie na czujnik słońca, który poleci na jednej z nich.
Zagadnienia, które się pojawią:
– wprowadzenie w działanie nanosatelitów
– podstawy systemów wbudowanych działających w przestrzeni kosmicznej
– środowisko kosmiczne i jego wpływ na oprogramowanie
– różnice w testowaniu satelity od testowania standardowych aplikacji oraz od testowania przemysłowego oprogramowania wbudowanego
– jak testować, co testować, narzędzia, typy testów, standardy
– jak wygląda piramida testów automatycznych
– ograniczenia w testowaniu
– kompetencje testera satelitów/systemów wbudowanych
– wyniki pracy oraz osobista retrospektywa
7 Cardinal Sins of Automation Testing
„Learn from your mistakes” as they say, but what if you’re not aware that you’re making mistakes… will you learn anything?
During the presentation I will talk about 7 paths. Following them is not commonly considered as a mistake, nevertheless this common belief does not change the facts that they all lead to an unmaintainable and incomprehensible automated test suite. We enter these paths having a certain business goal in mind. While the goal itself is usually sensible I will envision the reality that we will wake up in after following a given path long enough.
As already said, some goals are sensible and for those we will explore different paths that allow to achieve them. During the presentation we will also learn that some of goals that seem to be great, are in fact flawed in their very inner core. I will redefine these goals so they become flawless, and having the flawless goal in hand I will show a decent path that leads to it.
Blunders in Test Automation
In chess, the word blunder means a very bad move by someone who should know better. Even though functional test automation has been around for a long time, people still make some very bad moves and serious blunders. The most common misconception in automation is thinking that manual testing is the same as automated testing. And this thinking accounts for most of the blunders in system level test automation. Dorothy Graham takes us on a tour of these blunders, including: the Stable-Application Myth (you can’t start automating until the application is stable), Inside-the-Box Thinking (automating only the obvious test execution), the Project/Non-Project Dilemma (failing to treat automation like a project by not funding or resourcing it, and treating automation as only a project). Other blunders include Testing-Tools-Test, Silver Bullet, Automating the Wrong Thing, Who Needs GPS, How Hard Can It Be, and Isolationism. Different skills, approaches, and objectives are needed or you’ll end up with inefficient automation, high maintenance costs, and wasted effort. Join Dot to discover how you can avoid these common blunders and achieve valuable test automation.
Sprzedaj swój software
Znajdź rynek i odbiorców dla swoich programów
* Zaplanuj projekt i zrealizuj go w odpowiedni sposób
* Poznaj skuteczne metody promocji oprogramowania
* Zorganizuj efektywny proces sprzedaży dla swojego przedsięwzięcia
Każdy, nawet najdoskonalszy i najbardziej rewolucyjny program, pozostanie wyłącznie dumą swoich twórców, jeśli nie trafi w odpowiednim momencie na rynek i nie zdobędzie grona użytkowników. Proces produkcji oprogramowania to dopiero pierwszy krok. Kolejnymi, wbrew pozorom o wiele bardziej skomplikowanymi etapami są promocja, sprzedaż i obsługa klientów. Niedocenianie bądź nawet lekceważenie tych kroków doprowadziło wiele firm, oferujących niezwykle ciekawe produkty, do upadku bądź "wchłonięcia" przez większe. Autorzy oprogramowania, którzy chcą, aby ich pomysły przyniosły nie tylko uznanie w środowisku programistów, ale również pieniądze, powinni poznać zasady budowania rynku dla swoich produktów.
Czytając książkę "Sprzedaj swój software", zdobędziesz wiedzę, która pomoże Ci stworzyć efektywnie działającą firmę programistyczną. Dowiesz się, w jaki sposób zaplanować projekt informatyczny, jak poznać oczekiwania klientów i przełożyć je na konkretny produkt. Nauczysz się budować zespół, zarządzać nim i eliminować potencjalne problemy. Poznasz metody kontroli jakości i usuwania błędów z oprogramowania. Zaplanujesz skuteczną kampanię promocyjną i działania sprzedażowe z wykorzystaniem różnych mediów i technik. Przeczytasz także o obsłudze klientów, rozwijaniu istniejących produktów i zarządzaniu firmą w warunkach szybkiego jej rozwoju, który na pewno będzie efektem wdrożenia wiadomości, jakie znajdziesz w tej książce.
* Badanie rynku pod kątem zapotrzebowania
* Wybór odpowiedniej formy prawnej przedsiębiorstwa
* Budowanie wizerunku firmy
* Zdobywanie kapitału na rozwój
* Planowanie projektu
* Rekrutacja i budowanie zespołu projektowego
* Kontrola jakości produktu
* Dokumentacja i instrukcja obsługi
* Polityka cenowa
* Kampania promocyjna
* Techniki sprzedaży
* Obsługa klientów
* Zarządzanie rozwijającą się firmą
Dołącz do grona znanych producentów oprogramowania.
Personal Branding & Social Selling - Piotr Grządziel - Social Cube
Personal Branding & Social Selling - Piotr Grządziel - Social Cube
More Related Content
Viewers also liked
Liczy się każde słowo – jak wydajnie raportować incydenty
Liczy się każde słowo – jak wydajnie raportować incydentyStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Znalazłeś buga? Wspaniale. Pora podzielić się tą wiadomością z głównym zainteresowanym, czyli osobą, która ma usunąć incydent.
Bug zaraportowany, informacje przekazane, mija czas przewidziany na wyeliminowanie usterki i… nic. Dlaczego błąd nie został usunięty? Powodów może być wiele: od roztargnienia „egzekutora” po problemy techniczne. Istnieje jednak przyczyna, której często nie bierzemy pod uwagę. Mowa o niewłaściwym raportowaniu incydentów. Zgłaszanie usterek, podobnie jak niemal każda inna aktywność w świecie IT, wymaga precyzji, staranności i wyczucia.
Jak wydajnie raportować incydenty? Po pierwsze, opisy usterek powinny trafiać w sedno, a jednocześnie nie mogą być rozwlekłe jak PRL-owskie wystąpienia sekretarzy. Po drugie, należy zadbać o to, by procedura odtwarzania awarii była maksymalnie jasna i zrozumiała. Po trzecie, uprzejmości i taktu nigdy zbyt wiele – osoba odpowiedzialna za eliminowanie bugów nie powinna mieć ochoty posłać nam wirtualnej torpedy.
W swoim wystąpieniu opowiem o tym, jak umiejętnie używać słów, aby osiągać założone cele i sprawiać, że cała procedura – od zgłoszenia usterki do skutecznego usunięcia jej – będzie przebiegała dość gładko i w przyjaznej atmosferze.Testy dwóch róż – czyli Lancasterowie i Yorkowie poznają psychologię testowania
Testy dwóch róż – czyli Lancasterowie i Yorkowie poznają psychologię testowaniaStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Wystąpienie złożone będzie z 3 zasadniczych części. W części pierwszej omówię kilka mechanizmów psychologicznych o niezwykle silnych implikacjach praktycznych dla pracy testerów. Pokażę z jakich zasad psychologicznych (!) wynika efektywność formalnych technik projektowania testów. Postaram się również uzasadnić empirycznie, dlaczego tak ważne jest porozumiewanie się z klientem w języku biznesu. Zobaczymy również dlaczego jedną z kluczowych cech testera musi być kreatywność, nieszablonowe myślenie i znajomość… logiki!Im wcześniej, tym lepiej – jak uczenie maszynowe i dobre praktyki tworzenia k...
Im wcześniej, tym lepiej – jak uczenie maszynowe i dobre praktyki tworzenia k...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Zastosowanie mechanizmu uczenia maszynowego pozwala wskazać potencjalnie defektogenne obszary kodu komputerowego tuż po tym, jak on powstanie. Umożliwia to planowanie działań zapewnienia jakości już na etapie tworzenia kodu, zanim tworzona aplikacja wejdzie w kolejne stadium jej tworzenia – testowanie. Wiadomym jest, że im wcześniej zastosuje się praktyki QA, tym lepiej i taniej, ale ile konkretnie można zyskać i czy warto próbować? Zespół tworzący jedną z kluczowych aplikacji dostarczanych przez Volvo IT, wspierany przez specjalistów od sztucznej inteligencji, postanowił to sprawdzić. Wyniki były więcej, niż zaskakujące.Dodatkowe narzędzia do testów wydajnościowych
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
Grywalizacja jako sposób na zwiększenie zaangażowania zespołów
Grywalizacja jako sposób na zwiększenie zaangażowania zespołówStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Agenda
Wprowadzenie – na czym polega grywalizacja
Case study:
model testowania i przyczyny wprowadzenia grywalizacji,
zasady i wykorzystane mechanizmy
porównanie efektów pracy testerów po wprowadzenia grywalizacji
lessons learned na kolejne edycje grywalizacji
Motywy wykorzystane w kolejnych edycjach
Elementy zwiększające atrakcyjność i skuteczność grywalizacji
Wnioski dotyczące grywalizacji
PodsumowanieW co graja testerzy
Prelekcja zainspirowana znaną książką psychologiczną Erica Berne „W co grają ludzie”. Na gruncie analizy transakcyjnej postaram się przedstawić typowe sytuacje i „gry” między testerami a pozostałymi członkami zespołów projektowych. Zrozumienie sytuacji „społecznych” zachodzących w zespole pozwala na ulepszenie kontaktów i podniesienie produktywności zespołu.
Testing hardware
Prowadzący opowie o testowaniu hardware od projektowania układów, przez testy BIOS i sterowników do biznesowego wykorzystania przez zewnętrzne moduły i aplikacje. Główny nacisk prezentacji będzie położony na: – specyfika testów hardware – jak projektować i o czym należy pamiętać podczas tworzenia testów – tworzenie fizycznego środowiska testowego – budowa symulatorów, praca ze wczesnymi wersjami sprzętu i typowe wyzwania jakie stoją przy stworzeniu dobrego laboratorium testów – automatyzacja procesu testowego zarówno od strony kodu jak i sprzętu – mierzenie performance sprzętu (na przykładzie performance transferów sieciowych) – wyzwania i błędy, których nie spotyka się przy innych rodzajów testów Prezentacja będzie casestudy problemów i rozwiązań jakie autor napotykał w swojej pracy zawodowej.
Na potrzeby prezentacji stworzony zostanie ‚wirtualny startup’ tworzący nowy sprzęt związany z najnowszymi technologiami nagrywania i encodowania obrazów 4k oraz szybkich transferów sieciowych. Będzie on tworzył autonomiczną jednostkę podobną do popularnych dziś „Rasberry PI” czy innych mini komputerów. Prowadzący wystąpi w roli lidera zespołu, na którego spłynęła odpowiedzialność kompleksowego przetestowania urządzenia począwszy od jego konstrukcji, przez bios i inne oprogramowanie do zmierzenia performance i możliwości technicznych nowego urządzenia.
Opowie o specyficznym podejściu jakie należy mieć przy testowaniu nowego sprzętu oraz o nietypowych błędach i wyzwaniach jakie stoją przed zespołem validującym jakość hardware.
Główne tezy prezentacji:
– hardware jest dodatkową zmienną do uwzględnienia przy projektowaniu testów i wymaga tak samo dokładnych testów jak software
– testowanie hardware ma swoją unikalną specyfikę i podobnie jak testowanie aplikacji mobilnych czy webowych wymaga specjalistycznej wiedzy
– przy testowaniu należy nie tylko mieć rozbudowaną skrzynkę narzędziową ale również doskonale znać możliwości i ograniczenia każdego narzędzia
– zawsze należy znać kontekst i big picture. Testowanie tylko drobnego fragmentu bez zrozumienia jego zależności i zastosowania jest stratą zasobów i nie gwarantuje jakości.
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Obecnie coraz więcej firm decyduje się na wytwarzanie oprogramowania z uwzględnieniem urządzeń mobilnych. To podejście wiąże się z wyzwaniem zapewnienia projektom możliwie jak najlepszej jakości. Dlatego wiedza odnośnie tajników testowania aplikacji mobilnych może już wkrótce przydać się niemal każdemu testerowi.
W swojej prezentacji postaram się poruszyć następujące zagadnienia:
Specyfika testowania aplikacji mobilnych, czyli testy inne niż wszystkie
Narzędzia pracy testera aplikacji mobilnych
Co daje nam automatyzacja testów oraz jakie podejście wybrać?
Zestawienie najpopularniejszych narzędzi do automatyzacji testów oraz ich charakterystyka
Robotium/Espresso
Uruchamianie testów automatycznych na wielu urządzeniach jednocześnie
Uczestnicy mojej prezentacji będą mieli okazję dowiedzieć się, czym różni się podejście do testowania aplikacji mobilnych od innych testów.
Podczas prezentacji postaram się omówić różne narzędzia do automatyzacji testów. Zaprezentuję także przykładowe testy napisane z wykorzystaniem jednego z najpopularniejszych frameworków do automatyzacji testów aplikacji na urządzenia z systemem Android (Espresso lub Robotium).Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Testowanie aplikacji mobilnych to kluczowy element i tmnichwyzwanie podczas procesu tworzenia oprogramowania. Proces testowania aplikacji może być jeszcze bardziej efektywny, jeżeli wzbogacimy go o automatyzację testów.
Jak zapewnić i utrzymać jakość aplikacji mobilnych na system iOS opowie Ewa Bielska i Tomasz Mnich. Przedstawią aplikację, która zostanie poddana testom za pomocą przykładowych narzędzi do automatyzacji.
Nie wiesz jak można zautomatyzować testy funkcjonalne aplikacji mobilnych lub nie jesteś przekonany którego narzędzia użyć? Ta prezentacja jest dla Ciebie. Dlaczego nie powinniśmy zapominać o metodologii Waterfall?
Dlaczego nie powinniśmy zapominać o metodologii Waterfall?Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Ilu z was pracuje w projektach prowadzonych w Agile? A ilu z was potrafi o sobie powiedzieć, że są Agile? I uwaga, agile niekoniecznie oznacza, że musicie godzic sie na wszystko i minute przed terminem zmieniac pół aplikacji
Agile ma lepszy PR niż Waterfall – jest bardziej „cool”, ale to nie znaczy że jest lepszy.
W koncu trzeba teraz wymyślić coś nowego, sprzedać dużo książek, no bo tak naprawde czy jednocześnie jesteśmy testerami manualnymi, automatycznymi, developerami, scrum masterami, asystentkami, project managerami ? Większość z Nas mówi, że pracuje w Agile. A kiedy tak naprawde testujecie? Pierwszego dnia sprintu czy tak naprawdę ostatniego? Kiedy rozpoczynacie cały proces testowania? Na etapie planowania czy, gdy cała dokumentacja jest gotowa?
Praca w Agile wymaga zaangażowania klienta. Klienta, który w pełni poświeci się w dany projekt. Nie bedzie oczekiwał konkretnej estymacji do nie do końca sprecyzowanych wymagań.
Jest cała masa projektów, które zwyczajnie muszą być prowadzone w “stary” sposób. I tutaj zwykle wracamy do waterfalla. No bo kto wsiadłby od samolotu którego hamulce rozwijane byłyby w metodologiach zwinnych – w ostatnim sprintcie dodamy user story “As a owner of this Boeing 747 I want it to break before end of the airstip so that nobody from passengers die” ? a może: “As a NASA we want this mars rover to land so we don’t waste milions of dolars” ?
Chcemy Wam dziś pokazać, że zamiast na siłę wdrażać w projektach zwinne podejście, może lepiej skupić się na eliminacji strat, stałej poprawie i na przykład zastosować LEAN software development.Odnaleźć się w nanokosmosie
Pewnego dnia przychodzi do Ciebie szef i mówi, że od dzisiaj przestajesz testować aplikacje webowe i będziesz testował oprogramowanie wbudowane. Oczywiście nie byłoby w tym nic dramatycznego gdyby nie okazało się, że to oprogramowanie wbudowane w nanosatelity. Z pewnością w głowie testera pojawiają się pytania jak bardzo zapewnianie jakości w takim środowisku może się różnić od aplikacji czy systemów „naziemnych”.
Wprowadzę Cię w domenę kosmiczną na przykładzie oprogramowania pisanego na satelity, a konkretnie na czujnik słońca, który poleci na jednej z nich.
Zagadnienia, które się pojawią:
– wprowadzenie w działanie nanosatelitów
– podstawy systemów wbudowanych działających w przestrzeni kosmicznej
– środowisko kosmiczne i jego wpływ na oprogramowanie
– różnice w testowaniu satelity od testowania standardowych aplikacji oraz od testowania przemysłowego oprogramowania wbudowanego
– jak testować, co testować, narzędzia, typy testów, standardy
– jak wygląda piramida testów automatycznych
– ograniczenia w testowaniu
– kompetencje testera satelitów/systemów wbudowanych
– wyniki pracy oraz osobista retrospektywa
7 Cardinal Sins of Automation Testing
„Learn from your mistakes” as they say, but what if you’re not aware that you’re making mistakes… will you learn anything?
During the presentation I will talk about 7 paths. Following them is not commonly considered as a mistake, nevertheless this common belief does not change the facts that they all lead to an unmaintainable and incomprehensible automated test suite. We enter these paths having a certain business goal in mind. While the goal itself is usually sensible I will envision the reality that we will wake up in after following a given path long enough.
As already said, some goals are sensible and for those we will explore different paths that allow to achieve them. During the presentation we will also learn that some of goals that seem to be great, are in fact flawed in their very inner core. I will redefine these goals so they become flawless, and having the flawless goal in hand I will show a decent path that leads to it.
Blunders in Test Automation
In chess, the word blunder means a very bad move by someone who should know better. Even though functional test automation has been around for a long time, people still make some very bad moves and serious blunders. The most common misconception in automation is thinking that manual testing is the same as automated testing. And this thinking accounts for most of the blunders in system level test automation. Dorothy Graham takes us on a tour of these blunders, including: the Stable-Application Myth (you can’t start automating until the application is stable), Inside-the-Box Thinking (automating only the obvious test execution), the Project/Non-Project Dilemma (failing to treat automation like a project by not funding or resourcing it, and treating automation as only a project). Other blunders include Testing-Tools-Test, Silver Bullet, Automating the Wrong Thing, Who Needs GPS, How Hard Can It Be, and Isolationism. Different skills, approaches, and objectives are needed or you’ll end up with inefficient automation, high maintenance costs, and wasted effort. Join Dot to discover how you can avoid these common blunders and achieve valuable test automation.
Viewers also liked (20)
Liczy się każde słowo – jak wydajnie raportować incydenty
Liczy się każde słowo – jak wydajnie raportować incydenty
Testy dwóch róż – czyli Lancasterowie i Yorkowie poznają psychologię testowania
Testy dwóch róż – czyli Lancasterowie i Yorkowie poznają psychologię testowania
Im wcześniej, tym lepiej – jak uczenie maszynowe i dobre praktyki tworzenia k...
Im wcześniej, tym lepiej – jak uczenie maszynowe i dobre praktyki tworzenia k...
Grywalizacja jako sposób na zwiększenie zaangażowania zespołów
Grywalizacja jako sposób na zwiększenie zaangażowania zespołów
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...
Przyszłość ma na imię Mobile – testowanie i automatyzacja testów aplikacji mo...
Dlaczego nie powinniśmy zapominać o metodologii Waterfall?
Dlaczego nie powinniśmy zapominać o metodologii Waterfall?
Similar to Jak zrobić własny biznes w (testerskiej) niszy
Sprzedaj swój software
Znajdź rynek i odbiorców dla swoich programów
* Zaplanuj projekt i zrealizuj go w odpowiedni sposób
* Poznaj skuteczne metody promocji oprogramowania
* Zorganizuj efektywny proces sprzedaży dla swojego przedsięwzięcia
Każdy, nawet najdoskonalszy i najbardziej rewolucyjny program, pozostanie wyłącznie dumą swoich twórców, jeśli nie trafi w odpowiednim momencie na rynek i nie zdobędzie grona użytkowników. Proces produkcji oprogramowania to dopiero pierwszy krok. Kolejnymi, wbrew pozorom o wiele bardziej skomplikowanymi etapami są promocja, sprzedaż i obsługa klientów. Niedocenianie bądź nawet lekceważenie tych kroków doprowadziło wiele firm, oferujących niezwykle ciekawe produkty, do upadku bądź "wchłonięcia" przez większe. Autorzy oprogramowania, którzy chcą, aby ich pomysły przyniosły nie tylko uznanie w środowisku programistów, ale również pieniądze, powinni poznać zasady budowania rynku dla swoich produktów.
Czytając książkę "Sprzedaj swój software", zdobędziesz wiedzę, która pomoże Ci stworzyć efektywnie działającą firmę programistyczną. Dowiesz się, w jaki sposób zaplanować projekt informatyczny, jak poznać oczekiwania klientów i przełożyć je na konkretny produkt. Nauczysz się budować zespół, zarządzać nim i eliminować potencjalne problemy. Poznasz metody kontroli jakości i usuwania błędów z oprogramowania. Zaplanujesz skuteczną kampanię promocyjną i działania sprzedażowe z wykorzystaniem różnych mediów i technik. Przeczytasz także o obsłudze klientów, rozwijaniu istniejących produktów i zarządzaniu firmą w warunkach szybkiego jej rozwoju, który na pewno będzie efektem wdrożenia wiadomości, jakie znajdziesz w tej książce.
* Badanie rynku pod kątem zapotrzebowania
* Wybór odpowiedniej formy prawnej przedsiębiorstwa
* Budowanie wizerunku firmy
* Zdobywanie kapitału na rozwój
* Planowanie projektu
* Rekrutacja i budowanie zespołu projektowego
* Kontrola jakości produktu
* Dokumentacja i instrukcja obsługi
* Polityka cenowa
* Kampania promocyjna
* Techniki sprzedaży
* Obsługa klientów
* Zarządzanie rozwijającą się firmą
Dołącz do grona znanych producentów oprogramowania.
Personal Branding & Social Selling - Piotr Grządziel - Social Cube
Personal Branding & Social Selling - Piotr Grządziel - Social Cube
Jak się przygotować do spotkania z inwestorem
Prezentacja z warsztatu prowadzonego podczas wrocławskich Igrzysk Przedsiębiorczości w 2015 roku. Rozwija tematykę pozyskiwania finansowania - jak się przygotować do spotkania, jak prowadzić prezentację, co robić po spotkaniu z inwestorem. Przydatne dla każdego startupa.
Od idei do realizacji - Grupa Unity
Jak szybko i skutecznie przekuć innowacyjny pomysł na działający biznes. Złożenie metodyk rozwoju Innowacji i Business model Canvas, aby zwiększyć szansę na sukces przedsięwzięcia.
Design thinking w HR - od porażki do sukcesu
Jak skutecznie wspierać biznes i osiągać wyniki, czyli dlaczego warto zastosować metodę Design Thinking w codziennej pracy HRowca
e-marketing errors 2019
10 największych błędów w marketingu internetowym
Światowy Tydzień Przedsiebiorczości | 18.11.2019 | Dąbrowa Górnicza
Facebook dla biznesu: Jak działać optymalnie i jak to mierzyć
Prezentacja przedstawiona podczas trzeciego spotkania z serii LubCamp. Zobacz co już wiemy o sprzedaży w mediach społecznościowych, jak budować kluczowe wskaźniki działań (KPI) oraz jak ma się to do zwrotu z inwestycji (ROI).
6 rzeczy, które chciałbym wiedzieć, zanim zacząłem swój pierwszy projekt w po...
Link do webinaru - https://learndesign.pl/obejrzyj-nagranie-webinaru-6-rzeczy-ktore-chcialbym-wiedziec-zanim-zaczalem-swoj-pierwszy-projekt-w-podejsciu-design-thinking/
Zapewne wielu z Was słyszało o Design Thinking, ciekawych projektach prowadzonych innowacyjną metodą, czy o kreatywnych warsztatach, które otwierają na nowy sposób myślenia. Brzmi super, ale jak w praktyce wykorzystać to podejście w swoich projektach? Jeśli zastanawiacie się jak zacząć, serdecznie zapraszam Was do obejrzenia nagrania webinaru, w trakcie którego opowiedziałem o tym:
1. Co to jest Design Thinking, dlaczego jest tak popularne i czy to się w ogóle opłaca?
2. Co powinniście wiedzieć zanim zaczniecie - czyli praktyczne wskazówki i przykłady jak wykorzystać to podejście w codziennej pracy przy realizacji projektów?
Marka osobista eksperta - Top Personal Branding & Profsa
Marka osobista eksperta - Top Personal Branding & Profsa jak zbudować i dlaczego warto mieć silną markę osobistą
Aplikacje internetowe i oferta Exulto
Jesteśmy firmą tworzącą strony internetowe pochodzącą z Torunia. Oferujemy wszystkim naszym Klientom profesjonalne projektowanie i budowę stron internetowych. Tworzymy systemy informatyczne będące doskonałą wizytówką firmy, pozwoli to także na zaistnienie w Sieci i pozyskiwanie nowych klientów. Tworzymy strony internetowe dla małych i większych firm. Potrafimy idealnie dopasować się do potrzeb Klienta i zawsze podchodzimy do każdego zlecenia i klienta kompleksowo. Wyróżnia nas wiedza, duże doświadczenie rynkowe i zespół, który oferuje zawsze fachowe doradztwo. Strony internetowe Toruń – z nami zawsze sukces. http://exulto.pl
Sprzedaż zagraniczna usług IT w Divante
Case study Divante z Sales Camp. Więcej na http://edu.divante.pl.
PS. Szukamy ludzi do Działu Sprzedaży Zagranicznej w Divante. Najwyższe prowizje na rynku, ciekawe wyzwania i mnóstwo wiedzy do zdobycia. Pisz śmiało na rekrutacja @ divante.pl
Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)
Prezentacja firmy Kurzor w ramach projektu Unii Europejskiej NEW-TECH.
Slides for presentation of Kurzor company for NEW-TECH Europian Union program.
Jak zaplanować i przeprowadzić proces tworzenia aplikacji mobilnej, która ...
Prezentacja z In Digital Marketing 2016
Budowanie aplikacji mobilnych było, jest i będzie: trudne, kosztowne i czasochłonne. Nawet najlepszy projekt aplikacji mobilnej może się nie udać jeśli nie będziemy świadomi wszystkich problemów, kosztów oraz wyzwań, które nas czekają.
Inwestycja w aplikacje mobilne to inwestycja nie tylko w nowy kanał dotarcia do klientów, ale też szansa na zbudowanie nowych usług. Bez odpowiedniej strategii, badań i testów UXowych, marketingu ryzko niepowodzenia takiego projektu wzrasta diametralnie.
Case study: http://whallalabs.com/mobile-development-make-better-apps-with-ux-research/
PIF - Project Investor Fit
Kilka rad dla startupów internetowych - czego nie robić i jak lepiej pokazać się przed inwestorem.
Sztuka rynkologii - Warszawskie Targi Książki
Prezentacja na spotkaniu autorskim podczas Warszawskich Targów Książki 25 maja 2014r.
Similar to Jak zrobić własny biznes w (testerskiej) niszy (20)
Personal Branding & Social Selling - Piotr Grządziel - Social Cube
Personal Branding & Social Selling - Piotr Grządziel - Social Cube
Facebook dla biznesu: Jak działać optymalnie i jak to mierzyć
Facebook dla biznesu: Jak działać optymalnie i jak to mierzyć
6 rzeczy, które chciałbym wiedzieć, zanim zacząłem swój pierwszy projekt w po...
6 rzeczy, które chciałbym wiedzieć, zanim zacząłem swój pierwszy projekt w po...
Marka osobista eksperta - Top Personal Branding & Profsa
Marka osobista eksperta - Top Personal Branding & Profsa
Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)
Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)
Jak zaplanować i przeprowadzić proces tworzenia aplikacji mobilnej, która ...
Jak zaplanować i przeprowadzić proces tworzenia aplikacji mobilnej, która ...
More from Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Star Trek: BDD Enterprise
To explore strange new worlds, to seek out new life and new civilisations, to boldly go where no man has gone before.” Just like the crew of the USS Enterprise, we explore the IT universe – seeking out new solutions, new technologies, and frameworks – from which we can learn to help us work better and more efficiently. We do this to create more functional and usable software for our customers, to put a big smile on their faces, and maybe – if we do our job really well – to make them stand back and admire what we have crafted. I was lucky enough to work in BDD (Behaviour Driven Development) quite early in his career, but I also had the misfortune to see how this great idea so often tends to fail. In my presentation I wanted to show what it is like working with BDD and what value can it give to business people. Finally I would like to propose an effective, alternative solution for well-known BDD tools, which is „Spock” – a convenient, lightweight framework, based on the Groovy language.
Model based testing as a BA tool
Model-based testing is an increasingly popular trend in the world of quality assurance. The aim of such an approach is to focus on a working system model and automatically generate test cases. However, how can it become useful in the work of a business or system analyst? The essence is in the model. It is called an executable specification. In this approach, it can take the form of code, gherkin syntax or UML graphs and diagrams. The latter is something that analysts use every day. In my presentation, I would therefore like to show how model-based testing can be used in the work of analysts. And how this approach can improve the work of the project team.
Communication - Language of Leader
Did you know, that 65% of our average workday is COMMUNICATION with our colleagues? Communication is really essential in our daily life. It can make or break a project we are working on! Bad communication makes us not only lose valuable time, but money and resources as well. Let’s have a look at the style different people use to communicate, and on the different approaches we can use to make our communication more effective, and stop wasting time in meetings, that we never needed to have if we communicated properly. I will teach you the best tips and tricks to succeed in communication with your colleagues and partners to make your project great again!
Miękkie umiejętności w pracy analityka biznesu
Miękkie umiejętności w pracy analityka biznesuStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Jakakolwiek komunikacja odbywa się w relacji. Wywieranie wpływu, perswazja, przekonywanie odbywa się w ramach relacji. Praca analityka biznesu z klientem odbywa się w ramach utworzonych relacji. Kto opanuje sztukę perswazji zyskuje niezwykłą przewagę w procesie kontaktu z klientami. Przewaga ta jednak nie polega na znajomości jakiejś techniki, z którą wchodząc do klienta doprowadzamy go do współpracy i uzyskujemy niezbędne informacje. To nie jest technika, to idealne dopasowanie się do klienta, odkrycie jego potrzeby i zaspokojenie jej. Najważniejsze jest to, że liczą się niuanse, drobne szczegóły, a jednocześnie całość.Błędy w analizie z praktyki (nowe wydanie )
Wiele lat temu podczas rozmowy rekrutacyjnej prezes jednej firmy powiedział do mnie: błędy popełniane na etapie analizy są najdroższe dla firmy. Wtedy była to dla mnie teoria, którą rozumiałam, ale za dużo na sobie nie doświadczyłam albo też nie potrafiłam ocenić skali czy wczuć się w powagę tych słów ☺ Każdy projekt, w którym brałam udział, każde doświadczenie dokładał kolejny kawałek do pewności co robię dobrze, a co źle, przyczyniał się do zmniejszenia ryzyka popełnienia błędu. Zazwyczaj uczymy się na własnych błędach, ale wiemy też, że najtaniej uczyć się na cudzych. Tylko nie zawsze to działa ☺ Zapraszam do edycji drugiej mojego wystąpienia „Błędy w analizie, co robić, i czy da się ich uniknąć” ☺ Opowiem o kilku kolejnych typowych potknięciach, które się zdarzają każdemu i o tym, jakie ja mam sposoby na przeciwdziałanie pojawieniu się podobnych kolejnych.
7 Skills for highly effective teams - workshop
7 Skills for highly effective teams - workshopStowarzyszenie Jakości Systemów Informatycznych (SJSI)
The 7 Skills model helps IT projects to become more successful by addressing the key success factor of all teams: the soft skills of the team members. The model starts from two assumptions: (a) true success is a matter of good teamwork and (b) good teamwork is based on emotional interactions between individuals. The model is aligned along two axes: the ‘Customer facing’ - ‘Team facing’ axis and the ‘Problem facing’ – ‘Solution facing’ axis. In the center is ‘Communication’ as the fundamental skill that is the starting point for all interactions. Arranged around this core you find six key skills that are important for every IT project: ‘Empathize’ (customer/problem), ‘Explore’ (team/problem), ‘Collaborate’ (team), ‘Ideate’ (team/solution), ‘Tell’ (customer/solution) and ‘Sell’ (customer). The 7 Skills model serves as a road map to improve human interactions in development projects. To implement it, each skill has been substantiated by one or more simple but proven techniques. To mention some: communicate – Shannon-Weaver model; empathize – Personas; Explore – goal trees; Collaborate – Belbin team roles; Ideate – Wallas’ creativity model; Tell – storyboarding; Sell – Cialdini’s principles. These techniques of the 7 Skills model can easily be presented and explained. However, to make them work, one should exercise them. Therefore, a workshop is an excellent way to transfer the concept: you will learn most by actually doing it. In this workshop, you will work with other participants in a small team to design the outlines of a simple IT system. We will explain all techniques and give you some practical exercises with a challenging selection of them.Dancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customerStowarzyszenie Jakości Systemów Informatycznych (SJSI)
As Business Analysts we encounter difficult customers every day. That is why we need a specific toolset to deal with such people and create win-win situations for our projects. The main goal of this workshop is to give you such an arsenal. The whole workshop will be divided into three parts: 1. How to identify different type of customers and how to negotiate with them – you will get familiarized with several different types of personalities and learn how to analyze your own stakeholders with these properties. For each type we will define the specific set of tools to be used during meeting and in day-to-day work. Afterwards I will ask you to characterize some of the people that you are working with to seek out the best approach to negotiate with them 2. Visualizing goals as a part of creating interactive meetings – you will learn how to create impact maps and how to use them in your work. As Impact Maps may be used not only in IT projects it’s a viable tool to be used even in your personal life. On this part we will also talk about design thinking and how it can be used to make your kick-offs/discoveries better. Therefore during this part of the workshop we will: a. Learn how to create good business goals b. Draw our own impact map (based on a created goal) c. Learn how to validate requirements using impact mapping technique d. Transform impact map into a backlog e. Learn about design thinking approach and how to use it in your work 3. Case studies and discussion – I will present several complex cases that I’ve encountered during my career and will describe business analysis techniques that I used. Afterwards we will analyze your own cases and try to find the appropriate solutions together.Cosmic truths about software requirements
Although there are few absolute truths in software development, I have discovered several requirements principles that apply almost universally to software projects. These principles emphasize the critical contribution that excellent requirements make to a project's success, and the critical contribution that customer involvement makes to excellent requirements. You'll hear several suggestions for practices that can help any team build a more effective customer-developer partnership. These cosmic truths can help your organization produce and manage accurate, consistent, and unambiguous sets of requirements.
Zagraj w zaangażowanie
Zagraj w zaangażowanie czyli jak dzięki grywalizacji angażować zespół projektowy. Graczy nie trzeba dodatkowo motywować do tego by chcieli osiągać kolejne poziomy w grze – dlaczego więc nie wykorzystać mechanizmów z gier do angażowania naszych zespołów projektowych by ułatwić im osiąganie celów? Możesz to zrobić dzięki grywalizacji, która w Polsce staje się coraz bardziej popularna. Fabuła, punkty, ranking, odznaki – to tylko niektóre ze stosowanych mechanizmów, które z codziennych zadań pracowników tworzą ich zawodową przygodę. Jak wpleść je w pracę naszego zespołu projektowego? Podczas wykładu nie tylko dowiecie się więcej o grywalizacji, ale będziecie mieli okazję sami zbudować koncepcję gry. Jakiej? Przyjdź i przekonaj się.
Analiza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projektyStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Analityk biznesowy analizuje biznes? W większości przypadków – nie. Projekty wypadają nam jak z czarnej skrzynki. Czy mają sens? Czasem trafiają jak kula w płot. Czasem są jak armata na muchę. Czasem nie rozwiązują właściwego, najbardziej naglącego problemu. A czasem decydent chce zabawkę lub awans, zapominając o klientach i rozwoju firmy. Czy to problem analityka? Czy Twój projekt jest właściwy dla firmy? Przyjrzyjmy się temu, co dzieje się ponad projektem - analizie prawdziwie biznesowej, analizie organizacji i analizie strategicznej. Rozwikłamy zagadkę - skąd biorą się sensowne projekty i dowiemy jak definiować potrzebne firmie inicjatywy.Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
If Internet of Things is all about connectivity and cooperation then Industry 4.0 is based on data. In fact - lots of data! We are no longer talking about GigaBytes or TeraBytes but rather such abstract ideas and units like ExaBytes. And that's the main topic of this presentation - how huge is IoT, what is the value of switching from reactive to predictive company and why we use lambda architecture in the first place. And even if the concept of security, ethics, rules and regulations regarding data itself is also interesting on its own, this time we will focus directly on Industry 4.0 itself. Fast paced and intense presentation dedicated for Analysts and people loving and caring about IoT. Start with Accessibility: Why, How and What
Accessibility is a legal requirement in almost every country in the world. WCAG 2.1, Section 508 of the Rehabilitation Act, Equality Act 2010 these are examples how serious accessibility is. Accessibility means the ability of everyone regardless of their condition to have access to digital product, transport, physical products. The web and internets in whole is an increasingly resource in many aspect of our life, so it is important that the digital product be accessible to everyone in order to provide equal access and opportunity. Accessible is easy & low-cost if you as BA think about it on the early stage
Agile business analyst
The spread of Agile raises demanding challenges. If you’re a BA who’s faced with the situation when your organization is undergoing “agile” transformation, you might be looking for information about what this transformation means. There are some misconceptions about agile adoption and even more hype. The lecture introduces my personal experience of reaching organization’s Agile maturity from a Business Analyst perspective.
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesuStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Biznes się zmienia. IT się zmienia. Ale czy narzędzia i metody pracy analityka i architekta zmieniają się lub powinny zmienić się - w szczególności w czasach coraz powszechniejszej robotyzacji procesów? W prezentacji będę starał się spojrzeć na relacje występujące między analitykiem-architektem a robotami z dwóch różnych perspektyw – tj. czy musimy inaczej niż do tej pory podejść do analizy i architektury zrobotyzowanego biznesu i jak roboty mogą pomóc w pracy analityka/architekta. Okazuje się bowiem, że coraz częściej wiele firm patrzy na analityków/architektów jako koszt (który może i przynosi korzyści, ale mocno odroczone w czasie) i zastanawia się, czy jest jakieś podejście umożliwiające podniesienie efektywności pracy tych ról.Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BAStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Każdy nowy pomysł, który chcemy zrealizować korzystając czy to z zasobów firmy czy też wsparcia inwestorów, musimy umieć skutecznie przedstawić. Najczęściej decydenci nie mają zbyt dużo czasu, aby zapoznać się ze wszystkimi szczegółami projektu. Jak ich przekonać w ciągu 5 minut? Co ich najbardziej zainteresuje? Jak powinna wyglądać skuteczna prezentacja? Im lepiej ją przygotujemy, tym większą mamy szansę na decyzję zgodną z naszymi oczekiwaniami. Zapraszam do wspólnego przyjrzenia się modelowi krótkiego, skutecznego przedstawiana pomysłów, który przydaje się w kontaktach z decydentami korporacji, z klientami czy z inwestorami.7 Skills for highly effective teams
Despite years of efforts to improve the professional approach to developing software systems, many of these projects continue to fail. Investigations into these failures invariably denote poor interactions between humans, both within development teams and with customers and users, as a key factor. Recent evolution in development approaches, like human-centered design and extreme programming, try to address this problem, but until now, an overall view was missing. In this presentation we integrate these initiatives into a simple model, that arranges six key skills along two axes (customer–team and problem–solution) around communication as a core. Many techniques are available to implement these skills in development teams, so failure will no longer be the usual outcome.
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Każdy z nas słyszał termin „testowanie techniczne”. Wielu z nas mówi o sobie z dumą „tester techniczny”. Rynek potrzebuje „testerów technicznych”. Czy jednak wszyscy zgadzamy się w rozumieniu tych terminów? Kto i na jakiej podstawie powinien decydować co jest, a co nie testowaniem technicznym?
Prezentacja na pograniczu filozofii i technikaliów próbuje usystematyzować terminologię i zamieszać w głowach słuchaczy.[TestWarez 2017] Przychodzi tester na rozmowę...
[TestWarez 2017] Przychodzi tester na rozmowę...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Przychodzi tester do lekarza…
Można by tak rozpocząć opis tej prelekcji. Nie o lekarza jednak tu będzie chodziło, a o rozmowy rekrutacyjne i to, co na nich można usłyszeć. Jestem członkiem grupy rekrutacyjnej w mojej firmie. Przeprowadziłem naprawdę sporo takich rozmów. Jedne bardziej udane, inne trochę mniej. Zauważyłem jednak jeden trend, który ostatnio coraz częściej zaczął się pojawiać na rozmowach - chęć do rozwoju w kierunku automatyzacji testów. Czy jednak wiecie z czym to się je?
Prelekcja skierowana jest do ludzi mniej doświadczonych, którzy po okresie okrzepnięcia w zawodzie dopiero zaczynają zastanawiać się nad swoją przyszłością, nad ścieżką swojej kariery. Jako lider spotkałem się też z osobami, które nie były świadome, w jakich kierunkach może rozwijać się tester. A możliwości jest naprawdę wiele. Tylko co wybrać?
Sam przeszedłem bardzo ciekawą drogę. Zdobyłem bardzo różnorodne doświadczenie, miałem przyjemność obserwować ludzi, ich rozwój, wybory, które czasem nie były trafne. Chciałbym się zatem podzielić z wami moim doświadczeniem liderskim, pokazać jak wygląda droga w kierunku managera, test leada, jakie wyzwania czekają na tej drodze.
Chciałbym także opowiedzieć o tym, jak zostać testerem, który automatyzuje; pokazać jak wygląda dzień z życia takiego testera, jakie wyzwania czekają nas po drodze i czego potrzebujesz droga koleżanko, drogi kolego, aby być w tej działce kimś ciekawym, na kogo rekruter zwróci uwagę.
Chciałbym również porozmawiać trochę o motywacji, która sprawia, że ludzie wybierają właśnie tę drogę.Czy to tylko podążanie za modą? Wszak nie wszyscy będziemy automatyzować.
Powiem także kilka słów o innych ścieżkach kariery testerskiej, może mniej oczywistych, ale z życia wziętych, z pracy w moim zespole.
Wystąpienie to skierowane jest do ludzi dopiero rozpoczynających swoją karierę, lecz być może, że coś ciekawego znajdzie dla siebie doświadczony wędrowiec.[TestWarez 2017] A proper gun makes testing fun
[TestWarez 2017] A proper gun makes testing funStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Mikroserwisy to słowo, wokół którego cały świat IT kręcił się w ostatnich latach. Nowe podejście do architektury miało zapewnić szybkie oraz wygodne budowanie modularnych, niezawodnych, a przede wszystkim łatwo skalowalnych systemów. Wszystko wskazuje na to, że faktycznie się udało. Idea mikrousług, która jeszcze kilka lat temu brzmiała jak odświeżone SOA (które przecież absolutnie się nie przyjęło), dziś nie jest już niczym dziwnym i jest powszechnie stosowana w wielu organizacjach.
Faktycznie, mikroserwisy zrobione dobrze rozwiązują wiele problemów, które pojawiały się w przypadku monolitycznych systemów. Niestety zrobione źle, o co nietrudno, mogą przynieść więcej problemów niż korzyści. Mimo że mamy coraz więcej doświadczenia z tym podejściem do architektury, cały czas spotykamy się z nowymi wyzwaniami, dla których rozwiązania sprawdzające się przy monolitach okazują się niewystarczające, nie tylko w przypadku samego kodu czy designu, ale także w obszarze zapewniania jakości.
Sprawdzenie wydajności pojedynczej aplikacji nie jest proste. Sprawdzenie wydajności dwustu aplikacji, które działają razem, zależą od siebie i komunikują się ze sobą, jest po prostu bardzo trudne. W swojej prezentacji chciałbym opowiedzieć, jak podchodzimy do tego tematu w Ocado oraz przedstawić narzędzie do automatycznych testów wydajnościowych - Gatling.[TestWarez 2017] Zen testów wydajnościowych
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.
More from Stowarzyszenie Jakości Systemów Informatycznych (SJSI) (20)
Dancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customer
Analiza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projekty
Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
Jak zrobić własny biznes w (testerskiej) niszy
- 1. • jak zrobić własny biznes w (testerskiej) niszy? Radek Smilgin
- 2. • Radek • w testowaniu od 2002 roku • tester, trener, konsultant
- 4. =
- 5. projekt „wiedza o testowaniu” pasja „testowanie oprogramowania” blog firma
- 6. • [def] Nisza rynkowa (ang. market niche) – określenie oznaczające pewną część rynku, którego potrzeby nie są zaspokojone. Powodem istnienia nisz rynkowych jest brak odpowiedniego produktu lub usługi. […]
- 8. definiowanie
- 9. • potrzeba… • start-up • jutuber • jednoosobowa firma
- 11. • firma i czas • 24 h na dobę / 365 dni w roku
- 12. • marketing: freebies,… • reklama: google,… • sprzedaż: networking,… • firma i klient
- 13. • firma i wrogowie • Ministerstwo Finansów • ZUS • Zamówienia Publiczne • Unia Europejska • „Przyjaciele”
- 14. • firma i projekty • dobra decyzja •usługi testerskie •doradztwo •ISTQB •EDU •TestingCup • zła decyzja •analiza wymagań •projekt ze śmiesznymi obrazkami •porównywarka •aplikacja android app •…
- 15. nisza nisza nisza nisza nisza nisza nisza nisza performance IoT mobile wearables n i e m o ż l i w e
- 16. • rady starszego kolegi • odczuwaj strach • zacznij • penetruj nisze • podpisuj umowy • działaj zwinnie
- 17. Pytania? Odpowiedzi! Pytania po: kontakt@testerzy.pl