Skip to main content

Oracle Certified Associate Java SE 8 Programmer I: Exam 1Z0-808 [DSP2017 #05]

 

Hello and sorry for absence during last weeks. This time was very busy because I had to prepare myself for OCA certification.
In this post I want to write few word about:
  • what I've done
  • how it looks
  • what I will improve next time
 I've read one book from beginning to the end. It was
 I think that it is good book for gain knowledge about base java. There is a lot of examples, very detail description. Form point of exam just reading and making the tests is not enough. The test inside this book are not so easy but they don't cover real exam.
Next books which were only source of mock tests:
The mocks in the first position are very easy and so short. In real exam the examples of code was so longer and requires more concentration.
During the preparation I was receiving score between 65-85% on mock and chapter tests.

Next time (maybe OCP) I will spend more time on coding and practice part. Next I want to begin earlier with mocking test and the source of this will be: http://enthuware.com/

I've prepared about 1.5 month and my score is 72%. It is not so good but I know what I should improve and I'm very glad that I finally took this exam. (I've planed it from 2 or 3 years)


Labels:

Comments

Post a Comment

Popular posts from this blog

Types of tests [DSP2017 #04]

As a java developer with more than 3 years of experience I had opportunity of participating in few projects. To be honest only in a last one a testing strategy is on high level.  I encourage you for introduce and put more pressure on testing strategy during a delivery process. As with all new things the beginnings are difficult but I'm sure that it is worth. As almost testers know undermentioned pyramid I need to put it for people who have not seen it. In a big amount of projects we can meet this pyramid in inverted order. What can impact of quality of a system. For example when we have a lot of manual tests it is boring for users and sometimes they can be skipped what can missed bug. So in the lowest level we see the Unit tests and the count of this should be the bigger and on the highest level, there are manual tests. As we can expect the count should of them should be the lowest. A few words about each of them: Unit tests - should be quick and small. They check jus...
2 comments
Read more

Nany - opis projektu [DSP2017 #03]

" Nany " Wymagania: Użytkownik może podłączyć/odłączyć się do detektora wysyłającego powiadomienia. Użytkownik musi zostać poinformowany o dochodzącym dźwięku z pokoju dziecka. Powiadomienia powinny zostać wysłane do wszystkich zarejestrowanych urządzeń. Użytkownik musi zareagować na powiadomienie. Schemat:   Pierwszy etap prac (13.03.2017): [Telefon*] Prosta aplikacja android umożliwiająca odbieranie powiadomień. [Detektor*] Obsługa detekcji dźwięku. *Telefon - urządzenie z systemem android. *Detektor - Raspberry Pi B  wraz z mikrofonem.
Post a Comment
Read more

Do odważnych świat należy [DSP2017 #01]

Witam wszystkich uczestników ;) Od jakiegoś czasu chodziło mi po głowie założenie bloga niestety nie miałem do tego wystarczającej motywacji. Wtedy wpadł mi w ręce artykuł zachęcający do wzięcia udziału w DSP 2017. Myślę, że jest to fantastyczna okazja na powstanie (od dawna planowanego) projektu oraz spróbowania własnych sił w tworzeniu bloga :) Projekt "Nany" Celem projektu jest stworzenie aplikacji zbierającej dźwięk z pokoju dziecka. W momencie wykrycia dźwięku system powinien informować rodziców o zaistniałej sytuacji. Projekt prowadzony będzie w metodologii Agile, a o wszystkich rezultatach oraz zmianach będę informował na blogu. Technologie: Python – aplikacja do zbierania dźwięku i wysyłania sygnału do serwera, Java – implementacja serwera aplikacji.
Post a Comment
Read more