Definition of Done

• Stosujemy BDD (Behavior-driven development).
• Spełniamy testy akceptacyjne klienta.
• Dana funkcjonalność jest w pełni przetestowana.
• Wszystkie testy w aplikacji są spełnione.
• Wszystkie testy manualne są opisane. Przypadki te są sprawdzone przed oddaniem kodu. Testy manualne to testy, których automatyzacja jest trudna lub nieefektywna.
• Spełniamy metryki:
  • Sandi Meter,
  • RuboCop,
  • rails_best_practices,
  • Reek
• Działa tak samo w przeglądarkach:
  • Google Chrome,
  • Mozilla Firefox,
  • Apple Safari,
  • Opera,
  • IE 10
  • urządzenia mobilne
• Nazwy klas, metod, zmiennych są znaczace (zrozumiałe), a kod jest samokomentujący.
• Stosujemy prawo Demeter.
• Każdy fragment kodu jest sprawdzany przez 2 osoby. Code Review
• Stosujemy Git Flow. Branch master zawiera tylko stabilne wersje ukończonych funkcjonalności. Branch develop zawiera ukończoną funkcjonalność. Nowa funkcjonalność jest dodawana na lokalnym branchu utworzonym od brancha develop. Małe commity!
• Raz w miesiącu zapraszamy mugoli do przetestowania intuicyjności aplikacji.
• Generowanie dokumentacji po zakończeniu danej funkcjonalności:
  • aplikacje w Ruby on Rails
• Zapisujemy w pliku CHANGELOG.md informacje o nowo dodanej funkcjonalności wraz z numerem wersji.
• Nowa funkcjonalność bez grafiki tworzona jest z użyciem frameworku Bootstrap.
• Zakupujemy odpowiednie obrazki po akceptacji klienta.
• Grafika w wersji końcowej jest w odpowiednim formacie (druk: pdf, web: png/jpg).
• Przygotowane animacje dołączone do projektu.
• Gotowe wszystkie podstrony dotyczące określonej funkcjonalności.
• Stosujemy Zasadę spójności. 1 klasa = 1 funkcjonalność