Hallo zusammen,
ich arbeite bei openSUSE im Übersetzungsteam mit und melde ab und an auch Bugs. Mich würde interessieren, wie man sich in Eigeninitiative zum Softwaretester entwickeln und eventuell kleine Testcases schreiben kann.
Hallo zusammen,
ich arbeite bei openSUSE im Übersetzungsteam mit und melde ab und an auch Bugs. Mich würde interessieren, wie man sich in Eigeninitiative zum Softwaretester entwickeln und eventuell kleine Testcases schreiben kann.
Standard-Suchstichwort dürfte "unit tests" sein. Oder coverage-test, build-test, code-coverage, ...
"Test" ist ein großes Thema - und wenn man's richtig macht genau so komplex wie die reine Softwareentwicklung an sich. Kommt auch immer drauf an, an welcher Stelle man einsteigen will...
Ich bin root - ich darf das.
Ich würde da noch hinzufügen, dass du die Grundlagen erlernen solltest.
Wie schon angedeutet fällt das Stichwort Softwareentwicklung.
Unit Tests sind ein Teil der Qualitätssicherung im Fachgebiet Software-Engineering.
Als Grundlage kannst du dieses Buch nehmen ISBN 978-3-8348-1417-3 (eBook Variante).
Das würde mal grob gesagt alles abdecken. Um Testfälle zu konstruieren musst du immerhin verstehen wie die Software tickt und dazu musst du kurz gesagt Softwareentwickler werden. Dazu musst du natürlich auch eine Programmiersprache am besten mit allgemein verbreiteter Syntax erlernen. Zum Beispiel C++, Java oder gerade gepushed Rust. Das Buch geht von Java Kenntnissen aus.
Als groben Überblick kannst du auch mal die Kurse vom HPI durchgehen. Die sind im Detail nicht so prickelnd, reichen aber für einen Einstieg.
https://open.hpi.de/courses/javawork2016#80
Das wäre jetzt speziell für Testfälle mit JUnit und Java. Der Java Einsteigerkurs, OOP und Einführung in Eclipse gibts dort auch. Auch wenn die schon "abgelaufen" sind kann man die Kurse im Selbststudium durchgehen. Die Betreuung fällt dann nur weg.
Auf der anderen Seite kann man deine Frage auch so verstehen, dass du eine Art "Beta-Tester" werden willst? So Quasi die Probefahrt mit der Software? Und einfach Verfahrensanweisungen/Anleitungen für andere Betatester schreiben willst?
Geändert von florian0285 (03.08.17 um 11:29 Uhr)
Matthäus 7:3 Was siehst du aber den Splitter in deines Bruders Auge, und wirst nicht gewahr des Balkens in deinem Auge?
Inspiriert wurde ich durch das Thema von einem älteren Vortrag von Mark Shuttleworth, wo er "automated testing" bei ubuntu einführen wollte. Bei openSUSE ist das bei Tumbleweed wohl auch so, dass das ISO einige automatisierte Tests durchläuft und nur dann freigegeben wird, wenn die Tests bestanden werden.
Mir geht es darum, die Qualität eines Softwareproduktes zu steigern und ich kann mir das auch beruflich vorstellen. Ich teste sehr gerne Vorabversionen von Software. Technologien mit denen ich mich beschäftige sind beispielsweise: wine, metasfresh (das wäre halt in Java) und halt noch etwas enger mit anderen Distributionen zusammen zu arbeiten.
Bei einer Distribution wo ich mitgearbeitet hatte, hatten wir beispielsweise diese automatisierten Tests nichts, so dass häufig fehlerhafte ISOs erstellt wurden und das Erlebnis eher frustrierend war.
Speziell für das "automated testing" kann ich es nicht sagen, da ich mich nicht damit beschäftigt habe. Aber sich mit Softwareentwicklung zu beschäftigen kann nie schaden.
Matthäus 7:3 Was siehst du aber den Splitter in deines Bruders Auge, und wirst nicht gewahr des Balkens in deinem Auge?
Lese dir die Beiträge von Martin Fowler zum Thema durch, der Kerl hat wirklich gute Ansätze. Ich befürchte aber, dass du dich ziemlich weit oben in der Pyramide bewegst, damit wird das alles Teuer bzw. Zeit intensiv.
Gruß nopes
(,,,)---(^.^)---(,,,) /var/log/messages | grep cat
Na dann stand ich wohl auf dem Schlauch bei Ubuntu + ISO + "automated tests". Wenn ich den Link von nopes nehme und noch in Google bisschen rumschnöcker ist das nichts anderes als softwaregestützte Tests wie in dem Buch von oben u. a. auch beschrieben. Das beschreibt allerdings eher allgemeine Ansätze, deckt dafür das ganze Gebiet umfangreicher aber oberflächlicher ab. Wenn du jetzt Testfälle für LibreOffice schreiben willst wird nopes wohl recht haben, dass das zu zeitintensiv wird. Da kannst du dir höchstens Einzelfunktionen/-Klassen rauspicken. Aber kleine neue entstehende OSS Projekte mit Potential kann man somit von Anfang an unterstützen und sich somit mit dem Projekt selbst auch weiterentwickeln. Wenn Rust richtig eingeschätzt wurde soll ja einiges dorthin portiert werden. Also viel Arbeit und viel Testing.
Matthäus 7:3 Was siehst du aber den Splitter in deines Bruders Auge, und wirst nicht gewahr des Balkens in deinem Auge?
Lesezeichen