Analiza ryzyka przy tworzeniu przypadków testowych

November 27th, 2008 | by admin |
 Analiza ryzyka przy tworzeniu przypadków testowych.pdf

Analiza ryzyka pomaga określić na czym skupić się podczas planowania i przeprowadzania testów.  Ponieważ rzadko można pozwolić sobie na przetestowanie każdego aspektu systemu, kombinacji wyjątków czy każdej zależności, stosowanie analizy ryzyka jest niezbędne w większości projektów.

Wymaga to umiejętności wartościowania, zdrowego rozsądku i doświadczenia.  Pod rozwagę można brać następujące czynniki:

  • Która grupa funkcjonalności jest krytyczna dla poprawnego działania aplikacji?
  • Które funkcjonalności są najbardziej widoczne dla użytkownika?
  • Które funkcjonalności mają największy wpływ na bezpieczeństwo?
  • Które części aplikacji były tworzone w pośpiechu, np. tuż przed datą oddania modułu?
  • Które aspekty podobnych/powiązanych poprzednich projektów powodowały problemy?
  • Jaki zdaniem programistów jest najbardziej ryzykowny aspekt tworzonego systemu?
  • Jaki rodzaj problemów może wywołać największe niezadowolenie klienta?
  • Które funkcjonalności mają największy wpływ na finansową stronę projektu?
  • Jakie aspekty aplikacji są najważniejsze z punktu widzenia klienta?
  • Które aspekty podobnych/powiązanych poprzednich projektów wymagały największego nakładu pracy w fazie utrzymania (maintenance)?
  • Która część wymagań/interfejsów jest niewystarczająco zdefiniowana lub nieprzemyślana?
  • Które aspekty aplikacji mogą zostać przetestowane najwcześniej?
  • Które fragmenty kodu są najbardziej złożone (zawierają potencjalnie wiele błędów)
  • Jaki rodzaj testów może łatwo pokryć możliwie największą liczbę funkcjonalności?
  • Które z przeprowadzanych testów będą miały najlepszą zależność: pokrycie funkcjonalności o wysokim priorytecie / czas na wykonanie testów?
Share and Enjoy:
  • Wykop
  • Gwar
  • del.icio.us
  • Digg
  • Google
  • Print this article!

Tags: , , ,

Post a Comment