TestCenter setzt verstärkt auf online Medien. Die Teams werden früh darauf vorbereitet sich regelmäßig z.B. via Skype zu treffen und abzustimmen. Interessant ist dabei, dass sich der Chat als besonders effektiv [...] der andere es nicht mitbekommen kann etc. Dies muss im Einzelfall erarbeitet und abgestimmt werden. b) Kommunikation zum Kunden und zu dessen Entwicklungsprojekt Auch bei der Kommunikation zum Kunden ist [...] tings, bei denen das TestCenter Team in SCRUM Daily Stand-ups eingebunden werden kann, aber auch z.B. Teamviewer Sessions bei denen durch gegenseitigen Zugriff auf Rechner Wissen effizient ausgetauscht
herkömmliche REST-Schnittstellenbeschreibung unzureichend. Hier gibt es auf Tool-Seite Abhilfe, wie z.B. RAML. Um jedoch auf der sicheren Seite zu sein, empfiehlt sich Consumer Contract-Driven Testing. Der [...] schlechten Verfügbarkeit leiden, insofern keine Redundanzen vorgesehen sind. Hardwarefehler, wie z.B. defekte Festplatten sind Faktum, man muss mit ihnen leben. Somit ist als zusätzliche Absicherung ein [...] das Gesamtsystem nach wie vor den Betrieb aufrecht erhalten kann. Weitere Tests in Produktion sind z.B. künstlich Latenzen einzupflanzen bzw. Microservices auf Schnittstellenkonformität zu prüfen. Microservices
Dokumentation zweckunabhängig nie vollständig sein. Wo sollte man auch aufhören, wie weit sollte man z.B. bei einer Architekturdokumentation auch zurückgehen? Bis zu Modellierungsprinzipien, bis zur Turingmaschine [...] mit der Dokumentation verfolgen möchte. Ein "Big Picture", das dem Management präsentiert wird und z.B. die wesentlichen Konzepte, Umfänge, Kosten Zeiten und Ziele einer Architektur zum Ausdruck bringt, [...] so nicht mehr haltbar ist. Richtig zu dokumentieren ist also der Schlüssel zum Erfolg, weshalb es z.B. auch entsprechende Lehrpläne der ISAQB bei den Advanced Leveln gibt, dies zu erlernen.
Gewichtungen danach ausrichten, Fehlertiefe und Methodik ableiten und auch Risiken besser einschätzen. b) Entwurfsprinzipien <=> Testbarkeit Architekturentscheidungen werden auf Basis von Entwurfsprinzipien [...] erheblichen Einfluss auf die Testbarkeit des Testobjekts auf den verschiedenen Leveln haben. So ist z.B. eine Testautomatisierung (Komponententest) in Systemen, die stark auf Vererbung ausgelegt sind, deutlich [...] helfen, solche Komponenten nicht erst stochastisch finden zu müssen, sondern gleich auf Indikatoren (z.B. zu viele Abhängigkeiten) achten zu können, um die Teststrategie und Methodik entsprechend von Anfang
schneller als B"). Dies ist kontraproduktiv und sollte auf jeden Fall vermieden werden. Bei der Berechnung der Velocity unterstützen Tools wie Jira, vor allem mit dem Plugin Portfolio für Jira - ideal zB für Product [...] Geschwindigkeit, definiert als Weg pro Zeit. Die Geschwindigkeit oder " Velocity " zeigt uns dann z.B. den Reifegrad eines Scrum-Teams: Nimmt sich das Team zuviel vor? Ist die Velocity stabil von Sprint
innerhalb derselben Organisation ausgesteuert, liegen wesentliche Bestandteile der Kommunkation, wie z.B. aktueller Status oder Änderungen von Rahmenbedingungen, in der Verantwortung des Testmanagers. Dieser [...] verständigen, dass Berichte dann als bestätigt gelten, wenn innerhalb eines vorher definiertem Zeitraums (z.B. 5 Arbeitstage) keine Rückmeldung erfolgt.
an als WiP-Linit für jeden Prozessschritt zu setzen. Also bei einer Teamgröße von sechs Personen z. B. 6. Das zeigt jegliche Ungleichmäßigkeit im Ablauf sofort auf, weil zumindest statistisch gesehen, jedes [...] Durchlaufgeschwindigkeit erwiesen, wenn innerhalb des Teams Aufgaben aktiv weitergegeben werden. Sollte z.B. jemand anderer einen Test durchführen, den ich geschrieben habe, dann ist es sinnvoll, wenn ich den
.“ Abbildung 1 verdeutlicht dies: Durch Optimierung streben wir an, jede Form von Verschwendung, z.B. durch Fehler, Redundanzen in der Kommunikation, etc. zu vermeiden und den tatsächlichen Aufwand möglichst [...] erarbeitet. Der minimal benötigte Aufwand ändert sich dadurch ständig (siehe Abbildung 2). So kann es z.B. sein, dass im Laufe der Anforderungserhebung der gewünschte Funktionsumfang verändert wird, um einen [...] benötigten Aufwand erhöhen, aber langfristig über viele Projekte gesehen zu einer gesteigerten Effizienz z.B. durch mehr Know-how im Team führen. Bei der Planung für hohe Effizienz muss also immer berücksichtigt
formuliert werden. Achten Sie darauf, dass jedes Akzeptanzkriterium einzeln referenzierbar ist, z.B. indem sie diese nummerieren. Akzeptanzkriterien sollten auch immer die Frage beantworten „Was möchtest
, Green in Software Engineering . Springer International Publishing, 2015. [3] A. Raturi, B. Penzenstadler, B. Tomlinson, und D. Richardson, „Developing a Sustainability Non-functional Requirements Framework”