So wechseln Sie die Karriere vom QA-Ingenieur zum Entwickler: Die Geschichte des Programmierers

Heutzutage kann jeder lernen, Entwickler zu werden: Manager, Verkäufer, Kellner oder Trainer. Allerdings kann das Programmieren für manche Neulinge manchmal überwältigend wirken und sie fühlen sich von vornherein entmutigt, was ihre Chancen angeht, einen Job als Junior-Entwickler zu bekommen. Aus diesem Grund entscheiden sich einige Lernende für die Rolle des QS-Ingenieurs als sichere Option. QA ist eine Person, die Software testet und Fehler darin findet. Dieser Beruf ermöglicht Ihnen den Einstieg in die komplexe Welt des Programmierens. Wir stellen die Geschichte des Entwicklers Kyrylo vor, der seine Reise in die IT mit QA-Tests (Qualitätssicherung) begann und später Entwickler wurde.

QA passte zu mir und ich begann, mich mit diesem Bereich zu befassen

Eine Karriere als Entwickler nach der Schule interessierte mich nicht. Dennoch bin ich an der Fakultät „Entwicklung von Systemsoftware“ an die Universität gekommen, weil mir meine Eltern geraten haben, diese Spezialisierung zu wählen. Ich habe das Programmieren verstanden, aber es hat Arbeit gekostet. Ich habe die Hausarbeiten erfolgreich abgelegt, aber ohne fundierte Programmierkenntnisse abgeschlossen. Dann habe ich versucht, einen Job als Programmierer zu suchen; Nachdem ich jedoch zwei bis drei Vorstellungsgespräche nicht bestanden hatte, von denen ich nicht wusste, wie ich sie bestehen sollte, beschloss ich, QA-Tester zu werden. Eines Tages stieß ich auf ein Unternehmen, das Leute für QA-Praktika rekrutierte. Ich habe das Vorstellungsgespräch erfolgreich bestanden, mein Praktikum abgeschlossen und bin dort geblieben, um als Tester zu arbeiten. Alles passte zu mir und ich begann, mich in dieses Gebiet zu vertiefen. Ich habe zum ersten Mal einen automatisierten Test in Java geschrieben. Es war ein einfacher Test: Es wurde ein Browserfenster geöffnet, auf bestimmte Listen geklickt und Elemente ausgewählt, aber es hat mir sehr gut gefallen. Es schien, als hätte ich gezaubert. Nach einer Weile lud mich ein Klassenkamerad, der in einem anderen Unternehmen arbeitete, auf die Stelle als QS-Ingenieur dort ein. Also nahm ich das Angebot an und sammelte großartige Erfahrungen in der Qualitätssicherung und der Arbeit im Team. Nachdem wir uns mit manuellen Tests beschäftigt hatten (was nicht besonders interessant ist), fragte ein Manager unsere Gruppe, ob es jemanden gäbe, der bereit wäre, mit automatisierten Tests zu arbeiten, und ich meldete mich freiwillig für diese Rolle. Ich brauchte zusätzliche Kenntnisse, um die neuen Aufgaben zu bewältigen, also lernte ich C#, was es mir ermöglichte, mit bestehenden automatisierten Tests umzugehen und diese weiterzuentwickeln. Später hatte ich die Gelegenheit, in diesem Unternehmen in eine Entwicklerposition zu wechseln, entschied mich jedoch, das Unternehmen zu verlassen, da sich mein Team aufgelöst hatte. Also bekam ich eine Stelle als QS-Ingenieur bei einem Unternehmen mit einem Büro im Stadtzentrum und einer Achterbahnfahrt im Büro. Dann dachte ich: Da möchte ich bis zum Ende meiner Karriere bleiben. Allerdings hatte ich dort fast vier Jahre lang gearbeitet, bevor ich mich entschied zu gehen. Ich habe eine tolle Erfahrung mit der Arbeit im Team gemacht. Wir haben uns oft Videos von technischen Konferenzen oder Schulungsvideos zur Funktionsweise von Technologie angesehen. Obwohl ich mich mit automatisierten Tests beschäftigte, habe ich verwandte Technologien studiert und mir neue Fähigkeiten angeeignet. Alles in allem war es eine tolle Erfahrung für mich.

Ich wollte mehr programmieren

Dann fand ich eine Stelle für einen QS-Ingenieur, der Python-Kenntnisse erforderte. Ich las schnell ein Buch über Python, um die Syntax zu verstehen, und erledigte die Testaufgabe, die mir das Unternehmen gestellt hatte. Obwohl ich die Frist verpasst hatte, nahm das Unternehmen meine Arbeit an und lud mich zu einem Vorstellungsgespräch ein. Unser Gespräch verlief unkompliziert: Ich sprach mit dem QA-Manager und dem Projektmanager über allgemeine Themen zum Testen und Programmieren. Und ich wurde eingestellt. Zu meinen Aufgaben gehörte die Durchführung automatisierter und manueller Tests. Allerdings gefiel mir das Handbuch nicht so sehr, da es eintönige Aktionen mit sich bringt, und ich wollte mehr programmieren. Also begann ich, meine Python-Kenntnisse zu vertiefen, schrieb mich für Kurse ein und sprach mit dem Manager über meine Ambitionen. Zu diesem Zeitpunkt gab es jedoch keine freie Entwicklerstelle. Ich habe gleichzeitig gearbeitet und studiert. Die Umstellung dauerte etwa neun Monate: Im Frühjahr begann ich mit der Ausbildung und bekam im Dezember einen Job. Das Schwierigste an der Umstellung war nicht einmal, dass ich beim Programmieren auf neue Konzepte gestoßen bin, sondern vielmehr, dass ich überlastet war und zu viel Zeit am Computer verbracht habe.

Meine Erfahrung als QA-Ingenieur hilft mir beim Programmieren

Eines Tages schrieb mir ein Klassenkamerad, der für ein IT-Unternehmen arbeitete. Er bot einen Job als QA-Ingenieur an, aber ich sagte, ich suche einen Job als Entwickler. Es stellte sich heraus, dass sie eine freie Stelle hatten, also beschloss ich, es auszuprobieren. Wir hatten ein dreistündiges Interview zu verschiedenen Technologien (gemäß der Kompetenztabelle) und danach ein Interview mit einem Kunden. Sie sahen Potenzial in mir, also wurde ich eingestellt. Die Arbeit dort hat mir gefallen, weil ich viele neue Technologien kennengelernt habe. Darüber hinaus hatte das Unternehmen tolle Kollegen, die man bei dem Projekt um Rat fragen konnte. Frühere Erfahrungen beim Testen großer Projekte haben mir ein Verständnis für die Prozesse gegeben, wie ein Produkt entwickelt wird. Es war definitiv ein Vorteil. Meine Erfahrung als QS-Ingenieur hilft mir jetzt beim Programmieren. Wenn ich eine Aufgabe erledige, weiß ich, dass meine Kollegen sie testen werden, deshalb beschreibe ich so viele Details wie möglich, die es wert sind, beachtet zu werden. Wenn dann QA-Ingenieure mit der Bitte kommen, bei der Lösung zu helfen, verstehe ich, was sie von mir wissen wollen. Deshalb helfe ich ihnen beim Testen spezifischer Komponenten, die entwickelt werden. Die Fähigkeit, Systeme mit vielen Elementen zu analysieren, erwies sich als nützlich. Selbst bei einem komplexen System kann ich mir das große Ganze gut merken. Zu den Aufgaben eines Programmierers gehört auch das Schreiben von Unit-Tests, die eine bestimmte Funktion in der Anwendung testen. Zu wissen, wie man ein Testskript schreibt, hilft mir direkt bei der Arbeit. Wenn ich jetzt Absolvent wäre, würde ich von Anfang an versuchen, einen Job als Entwickler zu bekommen. Ich hatte Angst vor dem Programmieren, weil wir an der Universität C++ studiert haben, wo man beim Codieren jede Menge Nuancen berücksichtigen muss. Während der Schulung wurde mir jedoch klar, dass dies nicht der Fall ist: Komplexe Dinge können einfach und klar geschrieben werden.