heal.dev führt eine Anwendung in einer produktionsähnlichen Sandbox aus, um reproduzierbare Fehler, Schwachstellen zur Laufzeit und Leistungsprobleme mit Belegen wie fehlschlagenden Tests und Reproduktionsschritten zu identifizieren.
Funktion und offizielle Positionierung des Produkts
heal.dev untersucht ein Repository, erfasst die Anwendungsarchitektur und erstellt eine Sandbox, die die Anwendungsumgebung abbildet. Anschließend führt das Produkt Abläufe aus und untersucht Verhaltens-, Sicherheits- und Leistungsprobleme.
Berichte beschreiben die beobachtete Situation, das erwartete Ergebnis, den fehlerhaften Bildschirm, den Reproduktionsweg, die relevante Codeposition und einen Test, der den Fehler reproduziert. Externe Dienste, die nicht in der Sandbox laufen können, werden simuliert oder emuliert.
Durch offizielle Quellen belegte Anwendungsfälle
Teams können Laufzeitprüfungen vor einem Release oder nach einem regelmäßigen Zeitplan für das gesamte Produkt verwenden.
Die Sandbox führt Abläufe mit Zahlungen, E-Mails und Drittanbieterdiensten sowie mit fehlerhaften, langsamen oder wiederholten Antworten aus.
Sicherheitsteams können Schwachstellen prüfen, die durch Angriffe gegen die Sandbox reproduziert werden.
Das Produkt durchsucht die laufende Anwendung, um fehlende Routen, nicht erreichbare Seiten und nicht geladene Ressourcen zu identifizieren.
Der dokumentierte Ablauf, sofern verfügbar
Heal liest das Repository und erfasst Architektur, Funktionen, Routen und Bildschirme der Anwendung.
Das System erstellt eine produktionsähnliche Umgebung mit Anwendungskomponenten, Testdaten und bei Bedarf simulierten oder emulierten Abhängigkeiten.
Heal führt Anwendungsabläufe aus und untersucht Verhalten, Sicherheit, Leistung, Grenzfälle und Integrationsbedingungen.
Das System meldet einen Fehler nur, wenn ein Test ihn reproduziert, und stellt den fehlschlagenden Test sowie zusätzliche Belege bereit.
heal.dev unterscheidet ein vermutetes Problem von einem gemeldeten Fehler, indem Reproduzierbarkeit vorausgesetzt wird. Die Berichte können zeigen, was passiert ist, was hätte passieren sollen, welcher Bildschirm betroffen war, wie die Reproduktion ablief und wo im Code untersucht werden sollte.
Prüfungen mit eigenen Inhalten und Arbeitsabläufen
Welche Quellen wann geprüft wurden
Antworten auf Basis des quellengeprüften Produkteintrags
Die offizielle Produktbeschreibung besagt, dass heal.dev neben dem Repository ein laufendes Produkt, seine Funktionen, Daten und aufgerufenen Dienste analysiert.
Ein Bericht kann die Situation, das tatsächliche und erwartete Verhalten, den fehlerhaften Bildschirm, Reproduktionsschritte, die Codeposition, Aufzeichnungen und einen fehlschlagenden Test enthalten.
Zahlungen, E-Mails und Drittanbieter-APIs können in der produktionsähnlichen Sandbox simuliert oder emuliert werden; Antworten werden als fehlerhaft, langsam oder wiederholt wiedergegeben.
Ja. Die Quelle besagt, dass heal.dev Sicherheitsangriffe gegen die Sandbox ausführt und Sicherheitsprobleme meldet, die durch einen Test reproduziert werden.
Die offizielle Website gibt an, dass das Produkt lokal oder in der Cloud ausgeführt werden kann und ein Repository über GitHub verbunden werden kann.
