Wpisy spełniające kryteria
-
Testy oprogramowania: 5 kroków, aby robić to lepiej
Dowiedz się jakich technik warto używać, aby pisać poprawne testy swojego kodu. Testy oprogramowania będą łatwiejsze, dzięki metodykom z tego wpisu.
-
Podejście TDD: Test Driven Development
TDD czyli Test Driven Development, to metodyka tworzenia oprogramowania, która zakłada utworzenie testu przed implementacją logiki. Czy takie podejście ma sens?
-
Czytelne testy z AAA: Arrange, Act, Assert
Jak pisać czytelne i poprawnie ustrukturyzowane testy przy pomocy wzorca AAA. Dzisiaj dowiesz się czym jest Arrange, Act, Assert i dlaczego warto go stosować.
-
Mock, stub, spy, fake… i co jeszcze?!
Czym różni się mock od spy, a dummy od fake’a i co to jest stub? Sprawdź kiedy warto użyć konkretnego dublera i jak one mają się do siebie.
-
Test jednostkowy, integracyjny i e2e w praktyce
Czym różnią się od siebie podstawowe rodzaje testów oraz kiedy warto napisać test jednostkowy, integracyjny, komponentowy, a kiedy e2e?
-
Piramida testów: kiedy, ile i jakie testy pisać
Piramida testów powstała, aby ustandaryzować to, ile jakich testów powinniśmy pisać w naszym systemie. Sprawdź w jakiej sytuacji wybrać dany typ testu.
Polecane artykuły
-
Hexagon (porty i adaptery) – fakty i mity
Czy hexagonal architecture jest naprawdę tak bardzo skomplikowanym i trudnym wzorcem, jak pokazuje to większość poradników w internecie?
-
CQRS – Command Query Responsibility Segregation
Command Query Responsibility Segregation czyli CQRS. Jest to wzorzec projektowy, który rozdziela zadania odczytu i zapisu do osobnych modeli. Sprawdź ten wpis, aby dowiedzieć się kiedy i jak z niego skorzystać.
-
GRASP – kolejny zbiór zasad Clean Code do zapamiętania
Pewnie większość z Was słyszała o zasadach SOLID. Są one bardzo rozpowszechnione i dosyć często stosowane, ale czy słyszeliście o GRASP? General Responsibility Assignment Software Patterns, to kolejna dawka zasad czystego kodu do zapamiętania.