how test software requirements specification
Czy jesteś tego świadomy 'Większość Błędy w oprogramowaniu wynikają z niepełnych lub niedokładnych wymagań funkcjonalnych? ” Jakkolwiek dobrze jest napisane, kod oprogramowania nie ma znaczenia i nic nie można zrobić, jeśli są jakieś niejasności w wymaganiach.
Ten artykuł na temat specyfikacji wymagań oprogramowania (SRS) stwierdza, że wymagania muszą być jasne, konkretne, mierzalne i kompletne bez sprzeczności.
Lepiej jest wychwycić niejasności wymagań i naprawić je na samym wczesnym etapie rozwoju.
Koszt naprawy błędu po zakończeniu rozwoju lub wydania produktu jest zbyt wysoki. Dlatego ważne jest, aby przeprowadzić analizę wymagań i wychwycić te niepoprawne wymagania przed specyfikacjami projektowymi i fazami wdrażania projektu SDLC.
Czego się nauczysz:
Jak mierzyć funkcjonalne dokumenty SRS?
Cóż, musimy zdefiniować kilka standardowych testów, aby zmierzyć wymagania. Po przejściu każdego wymagania przez te testy można ocenić i zablokować wymagania funkcjonalne.
Weźmy przykład, pracujesz nad aplikacją internetową. Wymóg jest następujący: „Aplikacja internetowa powinna być w stanie obsługiwać zapytania użytkowników tak wcześnie, jak to możliwe”
Jak zamrozisz wymaganie w tym przypadku?
najlepsze miejsca do oglądania anime online za darmo
Jakie będą twoje kryteria spełnienia wymagań? Aby uzyskać odpowiedź, zadaj następujące pytanie interesariuszom: Ile czasu na odpowiedź jest dla Ciebie w porządku? Jeśli powiedzą, że zaakceptujemy odpowiedź, jeśli nadejdzie w ciągu 2 sekund, to jest Twoja miara wymagań. Zablokuj to wymaganie i wykonaj tę samą procedurę dla następnego wymagania.
pytania do wywiadu internetowego i odpowiedzi dla doświadczonych
Właśnie dowiedzieliśmy się, jak mierzyć wymagania i zamrażać je w fazie projektowania, wdrażania i testowania.
A teraz weźmy inny przykład: Pracowałem nad projektem internetowym. Klient (interesariusze) określił wymagania projektowe w początkowej fazie rozwoju projektu. Mój kierownik przekazał zespołowi wszystkie wymagania do przeglądu. Kiedy rozpoczęliśmy dyskusję na temat tych wymagań, byliśmy po prostu zszokowani!
Każdy miał własną koncepcję wymagań. Znaleźliśmy wiele niejasności w „warunkach” określonych w dokumentach wymagań, które później przesłano klientowi do przeglądu / wyjaśnienia.
Klient użył wielu niejednoznacznych terminów, które miały wiele różnych znaczeń, co utrudniało nam analizę dokładnego znaczenia. Następna wersja dokumentu wymagań od klienta była na tyle jasna, że można ją było zawiesić na etapie projektowania.
Z tego przykładu dowiedzieliśmy się, że „Wymagania powinny być jasne i spójne”
Kolejne kryteria testowania specyfikacji wymagań to „Odkryj brakujące wymagania”, przyjrzyjmy się temu.
Odkryj brakujące wymagania
Często projektanci projektów nie mają jasnego pojęcia o każdym konkretnym module i po prostu zakładają pewne wymagania na etapie projektowania. Żadne wymaganie nie powinno opierać się na założeniach. Wymagania powinny być kompletne i obejmować każdy aspekt rozwijanego systemu.
Specyfikacje powinny określać oba rodzaje wymagań, tj. Co system powinien robić, a czego nie.
Generalnie używam własnej metody, aby odkryć nieokreślone wymagania. Kiedy przeczytałem Dokument specyfikacji wymagań oprogramowania (SRS) , Zanotowałem własne rozumienie wymagań, które są określone, a także inne wymagania, które ma obejmować dokument SRS.
Pomaga mi to w zadawaniu pytań dotyczących nieokreślonych wymagań, czyniąc je jaśniejszym.
Aby sprawdzić kompletność wymagań, należy podzielić wymagania na trzy sekcje, wymagania „muszą zostać wdrożone”, wymagania, które nie są określone, ale są „założone”, a trzeci typ to wymagania typu „wyobraźnia”. Sprawdź, czy wszystkie rodzaje wymagań zostały uwzględnione przed fazą projektowania oprogramowania.
Sprawdź, czy wymagania są powiązane z celem projektu
Czasami interesariusze mają własną wiedzę specjalistyczną, której spodziewają się w rozwijanym systemie. Nawet nie myślą, czy ten wymóg byłby odpowiedni dla danego projektu. Upewnij się, że zidentyfikowałeś takie wymagania. Staraj się unikać wszystkich nieistotnych wymagań w pierwszej fazie cyklu rozwoju projektu.
Jeśli nie jest to możliwe, zadaj pytania zainteresowanym stronom, na przykład dlaczego chcesz wdrożyć ten konkretny wymóg? Opisuje to szczegółowo konkretne wymaganie, ułatwiając w ten sposób projektowanie systemu z uwzględnieniem przyszłego zakresu.
Ale jak zdecydować, czy wymagania są istotne, czy nie?
Prosta odpowiedź: Ustaw cel projektu i zadaj pytanie: czy nie wdrożenie tego wymagania spowoduje problem z osiągnięciem naszego określonego celu? Jeśli nie, to jest to nieistotny wymóg. Zapytaj interesariuszy, czy naprawdę chcą wdrożyć tego typu wymagania.
qa wywiad z analitykiem pytania i odpowiedzi
Krótko mówiąc, dokument specyfikacji wymagań (SRS) powinien odnosić się do następujących kwestii:
- Funkcjonalność projektu (co należy zrobić, a czego nie należy).
- Oprogramowanie, interfejsy sprzętowe i interfejs użytkownika.
- Kryteria poprawności systemu, bezpieczeństwa i wydajności.
- Problemy z wdrożeniem (ryzyko), jeśli występują.
Wniosek
Omówiłem prawie wszystkie aspekty pomiaru wymagań. Aby być bardziej szczegółowym na temat wymagań, podsumuję testowanie wymagań w jednym zdaniu:
„Wymagania powinny być jasne i konkretne bez niepewności, wymagania powinny być mierzalne w kategoriach określonych wartości, wymagania powinny być testowalne, posiadając pewne kryteria oceny dla każdego wymagania, a wymagania powinny być kompletne, bez żadnych sprzeczności”
Testowanie powinno rozpocząć się w fazie wymagań, aby uniknąć dalszych błędów związanych z wymaganiami. Porozumieć się coraz częściej z interesariuszami, aby wyjaśnić wszystkie wymagania przed rozpoczęciem projektowania i wdrażania projektu.
Czy masz jakieś doświadczenie w testowaniu wymagań oprogramowania?
Podziel się nimi w komentarzach poniżej.
rekomendowane lektury
- Najlepsze narzędzia do testowania oprogramowania 2021 [Narzędzia do automatyzacji testów QA]
- Asystent testowania oprogramowania
- Testy niszczące i samouczek dotyczący testów nieniszczących
- Mapowanie myśli w testowaniu oprogramowania - sposoby, aby testowanie było przyjemniejsze!
- Jak przetestować aplikację bez wymagań?
- Kurs testowania oprogramowania: Do którego Instytutu Testowania Oprogramowania mam dołączyć?
- Wybór testowania oprogramowania jako swojej kariery
- Testowanie oprogramowania Praca Freelancer Writer treści technicznych