Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » Allgemeines (OffTopic) » Was ist: Performance Testing

Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: > 1 <
000
27.06.2008, 00:03 Uhr
~frageneder2
Gast


Hallo,

ich lese gerade dass es eine Stelle zum Performance Testing Engineer zu vergeben ist. Ich habe einige Leute befragt und leider kann ich mir immer noch nur sehr vorstellen was das ist bzw. was man macht.

Programmiert wird wohl stark mit C++ wegen der Performance oder dem Testing.
Und es geht wohl darum Produkte oder Software einfach von der Performance zu testen und AUssagen machen zu können wo sie zu langsam ist oder einfach optimiert werden kann.

Weiß jemand genaueres oder kann mir jemand mehr sagen - evtl. wie attraktiv sowas ist - wie zukunftssicher sowas ist und wie komplex sowas ist?

Danke euch
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
001
27.06.2008, 02:25 Uhr
Pler
Einer von Vielen
(Operator)


Also ich glaube Performance muss nicht unbedingt Schnelligkeit sein. (siehe auch eigentliche Übersetzung)
Es kann gut sein, dass das ne Stelle ist, die besser klingt, als sie ist. Zum Beispiel nach Anleitung durch Menüs klicken und Fehler notieren usw...
Ich glaube, wenn du es genauer wissen möchtest, mußt du schon da anrufen.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
002
27.06.2008, 10:40 Uhr
ao

(Operator)


Ich vermute, dass man Software (oder ein anderes Produkt) testet, und zwar speziell im Hinblick darauf, ob sie bestimmte Leistungsdaten erfüllt (z.B. Datendurchsatz, Reaktionszeit, ...), oder dass gemessen wird, wie hoch die Leistung denn ist.

Kann auch sein, dass man, wenn Performance-Probleme auftreten, untersuchen muss, wo sie genau liegen und wie man abhelfen kann.

Da es eine Ingenieur-Stelle ist (und keine Techniker-Stelle), kann man vermuten, dass der Mitarbeiter nicht nur Messungen durchführt, sondern auch die Tests selber definieren und die Ergebnisse auswerten soll. Man braucht also schon ein gutes Verständnis von dem Ding, was man untersucht.

Vielleicht müssen für die Realisierung der Tests auch eigene Programme geschrieben werden, und dabei kommt es natürlich drauf an, dass diese nicht das Messergebnis verfälschen.

Könnte also interessant sein. Ist bestimmt mehr als "blödes Knöpfchendrücken" - dafür bezahlt niemand einen Ingenieur. Und wenn du das nicht dein Leben lang machen willst, taugt es bestimmt auch als Einstieg in andere Zweige der Entwicklung.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
003
30.06.2008, 01:11 Uhr
~fragender2
Gast



Zitat:
Ich vermute, dass man Software (oder ein anderes Produkt) testet, und zwar speziell im Hinblick darauf, ob sie bestimmte Leistungsdaten erfüllt (z.B. Datendurchsatz, Reaktionszeit, ...), oder dass gemessen wird, wie hoch die Leistung denn ist.

Kann auch sein, dass man, wenn Performance-Probleme auftreten, untersuchen muss, wo sie genau liegen und wie man abhelfen kann.

Da es eine Ingenieur-Stelle ist (und keine Techniker-Stelle), kann man vermuten, dass der Mitarbeiter nicht nur Messungen durchführt, sondern auch die Tests selber definieren und die Ergebnisse auswerten soll. Man braucht also schon ein gutes Verständnis von dem Ding, was man untersucht.

Vielleicht müssen für die Realisierung der Tests auch eigene Programme geschrieben werden, und dabei kommt es natürlich drauf an, dass diese nicht das Messergebnis verfälschen.

Könnte also interessant sein. Ist bestimmt mehr als "blödes Knöpfchendrücken" - dafür bezahlt niemand einen Ingenieur. Und wenn du das nicht dein Leben lang machen willst, taugt es bestimmt auch als Einstieg in andere Zweige der Entwicklung.


Hab jetzt mit dem Leiter gesprochen und es ist wie ao es sagt - also die tests selber schreiben, rücksprache mit dem entwickler-team und halt auf die leistungsdaten testen. Natürlich auch berichten wo es hackt etc. Test-UMgebungen müssen selbst designed werden und geschrieben werden (ist ja ne ingenieurs-stelle).

Nur werd ich das gefühl nicht los dass die stelle halt "nur" als einstieg gedacht ist - so nach dem Motto: "Der kann noch nix - der soll sich erst mal umgucken und möglichst nix kaputt machen können. Nach 2 Jahren wissen wir schon wo wir ihn reinstecken könnten wenn er noch da ist"

Ist das normal dass man erst die "Zweitarbeit" als Möglichkeit bekommt damit die leute vorfühlen können und kein risiko haben? Und erst dann man die möglchkeit bekommt die interessanten sachen zu machen?

Danke
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
004
30.06.2008, 12:28 Uhr
ao

(Operator)



Zitat von ~fragender2:
Nur werd ich das gefühl nicht los dass die stelle halt "nur" als einstieg gedacht ist - so nach dem Motto: "Der kann noch nix - der soll sich erst mal umgucken und möglichst nix kaputt machen können.

Wenn ich richtig zwischen den Zeilen lese, dann bist du doch ein Einsteiger, oder?

"Der kann noch nix" klingt vielleicht ein bisschen hart - du konntest immerhin eine Diplomprüfung bestehen, was schon eindeutig mehr als "nix" ist. Aber aus dem Blickwinkel erfahrener Leute stehst du damit ganz am Anfang, und es ist klar, dass man dir nicht auf blankes Vertrauen hin hochwichtige Aufgaben gibt.

Was du da aufzählst ("die tests selber schreiben, rücksprache mit dem entwickler-team und halt auf die leistungsdaten testen. Natürlich auch berichten wo es hackt etc. Test-UMgebungen müssen selbst designed werden und geschrieben werden") ist alles andere als "erst mal umgucken". Man erwartet von dir, die Performance einer Software zu beurteilen (was auch immer "Performance" nun genau heißt) und je nach Art der Software kann Performance ein sehr wichtiges Merkmal sein.

Ganz wichtig ist, die Software genau zu verstehen und zu wissen, wie die Kunden sie benutzen, damit aussagekräftige und reproduzierbare Tests entwickelt werden können. Wenn du vorhandene Performance-Probleme nicht aufdeckst, schlagen sich die Kunden damit herum - ärgerlich.

Geh davon aus, dass sich ziemlich hohe Management-Ebenen für deine Arbeit interessieren werden, nicht für den Code, den du schreibst, aber für die Messergebnisse, man will wissen, wie gut das Produkt ist.

Zitat:
Ist das normal dass man erst die "Zweitarbeit" als Möglichkeit bekommt damit die leute vorfühlen können und kein risiko haben? Und erst dann man die möglchkeit bekommt die interessanten sachen zu machen?

Eine potentielle Niete in der Qualitätssicherung soll kein Risiko sein? Das werden die meisten Unternehmen anders sehen.

Was wären denn die "interessanten Sachen"?

Es kann auch sein, dass in der Kern-Entwicklungstruppe (willst du da hin?) gerade kein Platz frei ist, oder dass der Tester am dringendsten benötigt wird. Aber wenn du dich in der QS bewährst und gleichzeitig zeigst, dass du auch gut entwickeln kannst, hast du es leichter, woanders hinzukommen als die unbeschriebenen Blätter.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: > 1 <     [ Allgemeines (OffTopic) ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: