Connect with us

Künstliche Intelligenz

Software für Testmanagement in der Marktübersicht


Der Markt für Testmanagementtools ist eng verknüpft mit der Entwicklung moderner Softwareprojekte. Ob klassische Software- oder cloudnative Applikationsentwicklung: Die Anforderungen an Tests und Qualitätssicherung werden immer komplexer. Damit wächst auch der Anspruch an die Werkzeuge, die diese Prozesse unterstützen sollen. Applikationen sind dabei oft schlankere, nutzerorientierte Lösungen, die sich beispielsweise mobil oder webbasiert betreiben lassen. Für das Testmanagement spielt diese begriffliche Unterscheidung allerdings zunächst nur eine untergeordnete Rolle. Wichtiger ist die Frage, wie systematisch und umfassend getestet wird. Moderne Testmanagementlösungen setzen hier an und helfen, strukturierte Prozesse über verschiedene Entwicklungsansätze hinweg sicherzustellen.

Denn die Auswahl der passenden Teststrategie, der eingesetzten Tools und der nötigen Testtiefe richtet sich letztlich danach, wie komplex ein System ist und welche Anforderungen es erfüllen muss. Wer dabei ungenau arbeitet oder falsche Annahmen trifft, übersieht leicht kritische Aspekte in der Qualitätssicherung, sei es durch unzureichende Abdeckung, mangelnde Automatisierung oder fehlende Nachvollziehbarkeit.

  • Testmanagementwerkzeuge planen, steuern und dokumentieren Tests. Dabei ist Sicherheit zunehmend ein zu berücksichtigender Faktor.
  • Um den gestiegenen Anforderungen gerecht zu werden, müssen die Tools nicht nur funktionale, sondern auch nicht funktionale und sicherheitsrelevante Tests einbinden.
  • Anbieter, deren Testmanagementtools über Planungs- und Dokumentationsfunktionen hinausgehen und Entwicklung, Test, Compliance und Sicherheit vereinen, sind im Vorteil.


Waldemar Klassen

Waldemar Klassen

Waldemar Klassen ist Analyst bei der techconsult GmbH, einem Unternehmen der Heise Group, und beschäftigt sich mit den Themenfeldern IoT, Big Data, digitale Nachhaltigkeit (CSR/ESG) und SAP S/4HANA.

Weitere Faktoren treiben die Teststrategie und den Markt für Testmanagementtools voran: strengere regulatorische Sicherheitsanforderungen bei DevOps und DevSecOps, die weiter zunehmende Etablierung von Cloud-Technologien sowie der Einsatz dynamischer Containerumgebungen und KI. Alles zusammen führt einerseits zu einer wachsenden Anzahl von Anbietern auf dem Markt, andererseits etablieren sich gleichzeitig funktionale und spezialisierte Standards, die auf spezifische Entwicklungsszenarien und Umgebungen zugeschnitten sind.


Das war die Leseprobe unseres heise-Plus-Artikels „Software für Testmanagement in der Marktübersicht“.
Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.



Source link

Weiterlesen
Kommentar schreiben

Leave a Reply

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Künstliche Intelligenz

SoftwareArchitekTOUR – Episode 106: Konfliktzone Softwarearchitektur


In dieser Folge spricht Patrick Roos mit Cosima Laube darüber, warum Konflikte im Alltag der Softwarearchitektur normal sind – und warum es wichtig ist, angemessen mit ihnen umzugehen. Architekturarbeit bringt verschiedene Perspektiven, Rollen und Interessen an einen Tisch. Wo viele Meinungen und Menschen aufeinandertreffen, bleiben Konflikte nicht aus.

Cosima teilt ihre Erfahrungen als Coach und Communicating Architect, und sie zeigt, welche Arten von Konflikten in der Architekturpraxis besonders häufig auftreten. Gemeinsam diskutieren Patrick und Cosima, woran Architektinnen und Architekten erkennen, dass ein Konflikt zu eskalieren droht, und wie sie frühzeitig dagegen steuern.

Um Konfliktsituationen besser zu verstehen und einzuordnen, hilft als zentrales Werkzeug das Modell der Konflikteskalation nach Glasl mit seinen neun Stufen. Die beiden diskutieren ferner viele praxisnahe Tipps, wie man Konflikte in der Architekturarbeit konstruktiv angehen kann, zum Beispiel mit klaren Zielen, guter Moderation, Architekturhypothesen und regelmäßiger Reflexion im Team.


Aufmacher Sonderheft

Aufmacher Sonderheft

(Bild: iX)

Im iX/Developer-Sonderheft gibt es neben den klassischen Architekturinhalten zu Methoden und Pattern Artikel über Soziotechnische Systeme, Qualitätssicherung oder Architektur und Gesellschaft. Domain Driven Design ist ebenso ein Thema wie Team Topologies, KI und Sicherheit.

Als Autoren konnten wir bekannte Experten gewinnen – darunter auch viele Betreiber dieses Podcasts – die ihr Wissen in vielen spannenden Artikeln sowohl für Architektureinsteiger als auch Spezialisten weitergeben.


(who)



Source link

Weiterlesen

Künstliche Intelligenz

GLM-4.5: Offenes Sprachmodell für schlanke Hardware


Ein neues Sprachmodell aus China ist da: Das jüngst unter der MIT-Lizenz veröffentlichte Modell GLM-4.5 vom Anbieter Z.ai (ehemals Zhipu) funktioniert richtig gut und lässt sich auch in der kleineren Version auf moderater Hardware flott betreiben. Es handelt sich um ein hybrides Modell, das sowohl Reasoning beherrscht – also den Weg zu seinen Schlussfolgerungen zeigt –, aber auch als Non-Reasoning-Modell agieren kann. Interessanterweise geht Qwen, das Sprachmodell von Alibaba, genau den umgekehrten Weg und hat aus den hybriden Modellen wieder zwei unterschiedliche (Instruct, Thinking) gebaut.

GLM-4.5 ist ein großes Modell mit 335 Milliarden Parametern. Die genutzte Mixture-of-Experts-Architektur führt dazu, dass bei der Inferenz immer nur 32 Milliarden Parameter aktiv sind. Die somit kleinere Anzahl von Berechnungen erlaubt eine Beschleunigung in der Generierung der Tokens. Das Modell hat 160 Experten, davon werden jeweils immer acht (und ein Shared Expert, der immer gefragt wird) gleichzeitig verwendet. Es verfügt über 96 Attention-Heads und 92 Transformer-Schichten – und ist damit deutlich tiefer als etwa DeepSeek R1 oder Kimi K2. Obwohl Z.ai die Gewichte auch als FP8-Werte bereitstellt, ist GLM-4.5 trotzdem ein riesiges Modell, das man nicht einfach auf Consumer-GPUs betreiben kann, auch in einer quantisierten Version ist es für die meisten CPUs zu groß.

Deswegen hat Z.ai noch eine kleinere Version des Modells in petto und nennt es GLM-4.5-Air. Es ist in fast allen Belangen dem GLM-4.5-Modell unterlegen, aber nicht drastisch. Dafür ist es mit 106 Milliarden Parametern (12 Milliarden aktiv) viel kleiner und kann zum Beispiel mit 64 GByte RAM auf CPUs in einer Vier-Bit-Quantisierung betrieben werden – oder auch auf einer A100-GPU. Die Architektur ist sehr ähnlich, nur in vielen Dimensionen kleiner (128 Experten, 46 Layer). Leider schweigt sich Z.ai über die genauen Verwandtschaftsverhältnisse von GLM-4.5 und GLM-4.5-Air aus. Auch sonst sind technische Informationen auf dem Blog eher spärlich zu finden.

Relativ genau beschreibt Z.ai den Trainingsprozess und hat dazu die neue Methode „slime“ entwickelt und als Open-Source-Software zur Verfügung gestellt. Das Verfahren legt besonderen Wert auf agentenorientiertes Design, was sich auch in den Ergebnissen widerspiegelt. Dazu nutzt man unterschiedliche Phasen des Reinforcement Learnings, die von Reasoning über agentisches bis zum allgemeinen Training reichen. Z.ai konzentriert sich auf die möglichst flexible Nutzung von Infrastruktur, das Training kann auch asynchron stattfinden und stellt sicher, dass alle GPUs immer optimal genutzt werden.

Benchmarks zu den Modellen gibt es noch wenige, in der LMarena ist es noch nicht zu finden. Die Informationen im Blog-Artikel von Z.ai sehen vielversprechend aus, besonders im Bereich der Agenten-KI scheint es den (viel größeren) State-of-the-Art-Modellen nicht sehr unterlegen zu sein.

Wegen der frei verfügbaren Gewichte kann man das Modell auch selbst ausprobieren. Einen Dialog des Autors mit GLM-4.5-Air finden interessierte Leser hier. Leider nicht ganz so einfach kann man die Funktion testen, mit der GLM-4.5 Folien erstellen kann. Das geht auf der Website von Z.ai selbst und ist beeindruckend.

GLM-4.5 ist ein richtig starkes Modell. Ob es wirklich die entsprechende Wertschätzung erfährt, bleibt abzuwarten. Denn: Aktuell ist es nicht ganz einfach, bei der Flut von neu veröffentlichten Modellen den Überblick zu bewahren. Alleine Qwen hat innerhalb weniger Tage viele Modelle veröffentlicht, darunter Qwen3-Coder-30B-A3B, das mit nur drei Milliarden aktiven Parametern lokal beim Programmieren unterstützen kann. Dabei scheint es eine ausgezeichnete Figur zu machen – die zwar sicher nicht an das nur zehn Tage früher veröffentlichte Qwen3-Coder-480B-A35B-Instruct herankommt, aber das hat auch 16-mal so viele Parameter. Spannend daran ist, dass es sich bei diesen Modellen nicht um Reasoning-Modelle handelt, die aber dennoch in der gleichen Liga spielen, die bisher den reinen Reasoning-Modellen vorbehalten war. Die deutlich schnelleren Antworten (durch viel weniger generierte Tokens wegen des nicht notwendigen Reasonings) führen zu deutlichen Effizienzgewinnen bei der Programmierung.

Aber auch methodisch hat sich in wenigen Tagen viel getan. Der neue „slime“-Trainingsprozess kann als Open-Source-Software auch von anderen Anbietern genutzt werden. Qwen hat das GRPO-Verfahren verfeinert und GSPO genannt. Kimi K2 nutzt zur Optimierung der Gewichte nicht AdamW, sondern Muon und erreicht damit eine schnellere Konvergenz. Fügt man all diese Puzzlestücke zusammen, kann man erwarten, dass sich die Frequenz der neu verfügbaren und besseren Modelle bald sicher noch erhöht.


(fo)



Source link

Weiterlesen

Künstliche Intelligenz

Supercomputer Stargate Norwegen: 230 Megawatt zum Start, bereit für 2,3 Gigawatt


close notice

This article is also available in
English.

It was translated with technical assistance and editorially reviewed before publication.

Der norwegische Serverbauer Nscale zieht für OpenAI einen Supercomputer in Nord-Norwegen hoch. Die erste Phase soll bis Ende 2026 fertig sein und 100.000 KI-Beschleuniger von Nvidia einsetzen. Rund 230 Megawatt elektrische Leistung soll die erste Phase in Anspruch nehmen.

Aker ASA steigt als Investor ein. Nscale und Aker ASA teilen sich die Baukosten von etwa einer Milliarde US-Dollar, wofür sie eine gemeinsame Tochterfirma gründen wollen. Nscale, Aker und OpenAI nutzen den Supercomputer gemeinsam, unter anderem sollen dort OpenAIs KI-Modelle laufen. Die drei Firmen betonen, dass das System für europäische Kunden gedacht ist und sich zu 100 Prozent an EU-Regeln einhalten soll.

Die Beteiligten nennen das Projekt zwar „Stargate Norway“, allerdings entsteht auch dieser Standort ohne den japanischen Investor Softbank. Es gehört damit streng genommen nicht zum ursprünglich angekündigten Stargate-Projekt.


Panoramabild eines Baugrundstücks vor Wasser

Panoramabild eines Baugrundstücks vor Wasser

Der Standort für Stargate Norway.

(Bild: Nscale)

Der Supercomputer entsteht in Kvandal bei Narvik. Dort gibt es laut Ankündigung Energie aus Wasserkraft im Überschuss, sodass Nscale das gesamte System mit erneuerbarer Energie betreiben kann. Das Warmwasser aus der Wasserkühlung soll Gebäude in der Umgebung aufheizen.

Welche Hardware genau zum Einsatz kommt, verraten die Beteiligten nicht. 2026 will Nvidia seine nächste GPU-Generation Rubin und den zugehörigen ARM-Prozessor Vera vorstellen. Fraglich ist allerdings, ob Stargate Norway direkt zum Start so große Rubin-Stückzahlen bekommt. Ansonsten müsste Nscale auf die jetzt noch aktuelle Blackwell-Generation beziehungsweise Blackwell Ultra zurückgreifen.

Schon jetzt ist eine zweite Phase mit einem zusätzlichen Energiebudget von 290 Megawatt angedacht. Grundsätzlich soll sich der Standort sogar für eine Verzehnfachung der Energiekapazität eignen. Das wären 2,3 Gigawatt.

Zum Vergleich: Europas schnellster Supercomputer ist derzeit der Jülicher Jupiter Booster. Er erreicht knapp 800 FP64-Petaflops Rechenleistung bei einer elektrischen Leistungsaufnahme von 13,1 Megawatt. Zur Fertigstellung soll er ein Exaflops bei 18 Megawatt übersteigen. Stargate Norway soll das System allein in der ersten Phase energetisch um den Faktor 13 übersteigen.


(mma)



Source link

Weiterlesen

Beliebt