Blackbox-Tests mit Whitebox-Metriken ergeben keine Graybox-Tests. Doch jeder der drei erfüllt eine wichtige Aufgabe, um das Test-Ende zu definieren und die Anzahl an notwendigen Softwaretests zu minimieren.
Kategorie: Qualität und Sicherheit
Design for Test und Design for Safety – Software-Architektur nach Maß
Unser Alltag ist heute wie selbstverständlich von miteinander vernetzten Geräten und Systemen geprägt. Ob man mit dem Smartphone unterwegs den schnellsten Weg zum Ziel findet, auf dem Sofa mit dem Tablet die Zeitung liest oder die smarte Heizung über eine App auf dem Smartphone steuert, diese Systeme machen unser Leben komfortabler. Der Gewinn an Komfort erfordert jedoch auch strengere Security- und Safety-Anforderungen, mit denen die Entwickler solcher Systeme Schritt halten müssen. Dies gilt besonders für das autonome Fahren – hier haben schlüssige Safety-Konzepte oberste Priorität.
Design for Test und Design for Safety – Software-Architektur nach Maß weiterlesen
Trends in der Mikroelektronik: Neue Perspektiven und Anforderungen für mobil agierende Geräte
Jedes Jahr werden neue, noch leistungsfähigere Mikrocontroller-
Architekturen angekündigt. Dies ebnet den Weg für immer komfortablere und sogar autonom arbeitende Transportgeräte für unseren Alltag. Neben der gesteigerten Rechenleistung – MIPS per Watt – sind die enormen Anforderungen an Safety und Security eine der größten Herausforderungen.
Test-Ende gut, alles gut: Blackbox-Tests mit Whitebox-Metriken ergeben keine Graybox-Tests
MicroConsult-Trainer Remo Markgraf widmet seinen Vortrag auf dem ESE Kongress 2021 der Fragestellung, wie man eine möglichst hohe Qualität mit wenig Testaufwand erreicht. Sein Vortrag richtet sich an Entwickler, Software-Architekten, Tester, Projektleiter und Produktmanager.
Genug Spielraum in der Anwendung: Automotive Cybersecurity nach ISO/SAE 21434
Auf dem ESE Kongress 2021 beleuchtet Marcus Gößler in seinem Kompaktseminar die „ISO/SAE 21434 Road Vehicles — Cybersecurity Engineering“. Vorgehen, Analysen und Bewertungen stehen dabei im Mittelpunkt.
Genug Spielraum in der Anwendung: Automotive Cybersecurity nach ISO/SAE 21434 weiterlesen
Software-Entwicklung neu gedacht – Teil 3: Software-Architektur
Welche Ziele in einem Software-Projekt werden maßgeblich davon beeinflusst, ob es sich um ein Multicore-Design mit Safety- und Security-Aspekten handelt?
Software-Entwicklung neu gedacht – Teil 3: Software-Architektur weiterlesen
Software-Entwicklung neu gedacht – Teil 2: Durch umfassende Software Requirements typische Fehler vermeiden
In den Software-Anforderungen beschreiben Entwickler den Zweck und die Absicht eines Softwaresystems sowie dessen (externes) Verhalten. Welche Erwartungen haben Nutzer an das Softwareprodukt, und wie benutzerfreundlich ist es? Wie übersichtlich ist der Programmaufbau, wie strukturiert die Programmierung und wie verständlich die Dokumentation? Mithilfe dieser und anderer Fragen lassen sich viele Fehler vermeiden.
Software-Entwicklung neu gedacht – Teil 1: Wie Multicore, Safety- und Security-Aspekte die Softwareprojekte von heute verändern
Embedded-Softwareentwicklung findet heute in den meisten Fällen immer noch für eine Singlecore-Umgebung statt. Doch Software steuert immer komplexere Abläufe, die nur in Multicore-Umgebungen funktionieren. Für die Entwicklung ergeben sich daraus neue Herausforderungen.
Eine gemeinsame Sprache für die Cybersecurity – Teil II: Projektspezifisches Cybersecurity Management
Welche Ziele, Anforderungen und Richtlinien dienen als Grundlage für ein gemeinsames Verständnis der Cybersecurity-Perspektive bei der Entwicklung von Fahrzeugen im Straßenverkehr? Wie definiert man die Prozesse und managt die Risiken in Übereinstimmung mit ISO 31000?
Der zweite Teil der Beitragsreihe beleuchtet das projektspezifische Cybersecurity Management – Ziele, Planung und Assessment.
Eine gemeinsame Sprache für die Cybersecurity – Teil I: Einführung und übergreifendes Cybersecurity Management
Welche Ziele, Anforderungen und Richtlinien dienen als Grundlage für ein gemeinsames Verständnis der Cybersecurity-Perspektive bei der Entwicklung von Fahrzeugen im Straßenverkehr? Wie definiert man die Prozesse und managt die Risiken in Übereinstimmung mit ISO 31000?
Der erste Teil bietet eine Einführung in die Thematik und beleuchtet das übergreifende Cybersecurity Management – Ziele, Governance & Culture.