Test i takt med udvikling og releases

En pentestrapport beskriver én version af produktet på ét tidspunkt. Bagefter kommer nye funktioner, nye integrationer og måske en ny arkitektur, og kunderne spørger, om rapporten stadig gælder.

Artiklerne her handler om at få test, retest og rettelser til at hænge sammen med udviklingen: hvilke ændringer der kalder på en ny test, hvordan fund kommer ind i backloggen, og hvordan et årshjul for test passer til både releases og kundernes fornyelser.

Begynd her

• Test ved hver release eller én gang om året?
• Hvilke ændringer i produktet kræver en ny test?
• Penetrationstest af en ny funktion før lancering
• Fund i backloggen: sådan prioriterer udviklingsteamet
• Automatiske sikkerhedstest i pipelinen og den manuelle pentest

Flere artikler i temaet

• Et årshjul for sikkerhedstest i et softwarehus
• Større omskrivning eller ny arkitektur
• Sikkerhedsfund i udviklingsprocessen: hvornår er en rettelse færdig?
• Udviklerne og testeren: skal de tale sammen undervejs?
• Produktejerens rolle i penetrationstesten
• Lanceringsdato og testvindue: undgå, at testen bremser releasen
• Kodefrys under testen: er det nødvendigt?
• Hyppige udrulninger: hvilken version skal testes?
• Funktioner, der kun er slået til for nogle kunder
• Sårbarheder i afhængigheder mellem to test
• Fundene som læring for udviklerne
• Trusselsmodellering før testen: hvad den giver testen
• Sikkerhedskrav i kravspecifikationen
• Retest efter rettelser i en ny release
• Beta eller pilot med rigtige kunder: skal den testes først?

Del af: Artikler om pentestrapporten

→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest af SaaS hos Nielco IT