Wątek przeniesiony 2017-08-08 13:17 z Społeczność przez furious programming.

Możliwość odpalenia aplikacji w Waszej pracy

0

No właśnie, jak to wygląda w zawodowej pracy?

Jak siedzę w domu i "dłubię" coś w VS - Asp.Net Mvc to chcąc zobaczyć wynik zazwyczaj i najprościej odpalam sobie aplikację, widzę efekt mojej pisaniny i mogę stwierdzić czy mnie satysfakcjonuje czy też nie. Ponadto też manipuluje jakimiś danymi, sprawdzam czy pewne ograniczenia działają, itp i itd czyli zwykła symulacja interakcji użytkownika z programem.

A jak jest w pracy zawodowej? Macie szansę na odpalenie aplikacji czy wszystko raczej załatwiane jest testami?

1

nie no, ja pisze na slepo. Pisze kod i wrzucam na produkcje ;)

  1. pisze kod
  2. testuje manualnie czy wszystko sie zgadza
  3. pisze do niego testy integracyjne i jednostkowe (nie lubie TDD wole napisac testy pozniej)
  4. pozniej QA testuje
  5. pozniej idzie do preview, testuja go tam "prawdziwi" uzytkownicy
4

Tylko testy. Odpalanie aplikacji jest zakazane. Pierwsze odpalenie aplikacji uroczyście realizuje klient. Ty masz pisać tak, żeby było wszystko dobrze bez uruchamiania twojej aplikacji

1

Kiedyś u mnie w pracy był taki jeden co napisał kod, odpalił program i zaczął testować. Nawet nie chcę wspominać co się później z nim działo... Sam kiedyś przez przypadek odpaliłem program (omsknął mi się palec i nacisnąłem na przycisk "Start" w Visual Studio). Szybko wylałem kawę na komputer i doszło do zwarcia zanim otworzyło się okienko. Nikt nie zdążył zauważyć uruchamiającego się w VS programu więc nie było problemu. Ale było blisko, trzeba przyznać.

0

No dobra ... a co złego jest w odpaleniu aplikacji? Blokuje się pracę innym? Czy co innego?

2

@szymon7500: mamy dodać jakąś emotkę ze znakiem ironia? o_O Oczywiście że jako developer odpalasz aplikacje milion razy, zwykle jeszcze z debuguerem pod ręką.

Niemniej fun fact: pracowałem kiedyś w firmie gdzie projekt budował się ~2-3h (serio!) więc o odpaleniu na szybko i testowaniu można było zapomnieć ;] Wtedy myślałem że to po prostu duży poważny projekt a dziś wiem że był zwyczajnie gówniany :D

1
Shalom napisał(a):

Oczywiście że jako developer odpalasz aplikacje milion razy, zwykle jeszcze z debuguerem pod ręką.

Ja już dwa razy wymieniałem klawisz F5 i raz F10. Tych klawiszy (dla VS) używa się więcej niż spacji :P

3

Co najmniej dwa razy poznałem magiczne zespoły, w których ludzie testowali poprzez wrzucanie kodu (JavaEE - .ear) na skonfugurowany serwer developerski - jeden dla całego zespołu.

Nawet nie wiem jak można tak pracować... - było to w dużej części spowodowane restrykcjami security (nijak lokalnie nie postawisz np. Oracla czy nawet MySQL ) ale i też niechciejstwem... bo mi się udawało zwykle wydeptać ścieżki, żeby móc sobie wszystko poodpalać lokalnie (nawet się okazało raz, że skrypty instalacyjne i wszystko było ładnie przygotowane tylko team się bał zaglądać do dokumentacji). Inaczej nie mogę pracować - testy testami - ale jak np profiling CPU zrobić?

Szczytem bylo wrzucanie na serwer integracyjny (na którym jednocześnie odywały się dema, testy manualne (i umawiamy się, że wrzucamy kod na sewer o 9:00, 12:00 i 17:00, żeby testerzy nie byli zaskoczeni, że nie działa - rewelacja :-( ).

Jeśli komuś się wydaje, że w tych przypadkach za to promowane było pisanie testów i kod był świetnie przetestowany... to się grubo rozczaruje. Raczej niedbalstwo w środowisku developerskim idzie w parze z niedbałymi testami.

1 użytkowników online, w tym zalogowanych: 0, gości: 1