Grammar fixes

Author: Quasar6X

src/chapters/chapter-1.tex

@@ -33,40 +33,40 @@ \chapter{Bevezetés}
 \section{Egyéb fordítóprogram teszt keretrendszerek}\label{sec:ch1-outlook}
 
     Ha \textit{C/C++} fordítóprogramokról beszélünk, akkor sokak számára a \textit{GNU GCC}, \textit{LLVM Clang} juthat
-    eszébe, \textit{Windows} felhasználoknak pedig az \textit{MSVC}.
+    eszébe, \textit{Windows} felhasználóknak pedig az \textit{MSVC}.
 
     Az előbbi két fordítóprogram nyílt forráskódú teszt keretrendszereket alkalmaz, így azokat veszem összehasonlítási
     alapnak. Mielőtt összehasonlítanám velük a dolgozat tárgyát képző teszt keretrendszert, egy rövid áttekintést
     nyújtok funkcióik felett.
 
     A \textit{GNU GCC} a \textit{DejaGnu} teszt keretrendszert alkalmazza. Ez a teszt keretrendszer a nem túl ismert
-    \textit{Expect} keretrendszert használja amely \textit{Tcl} nyelvben készült. Nem csak parancssori, hanem
-    interaktív programokat is képes tesztelni. A teszt forrásokat egy meghatározott mappa struktúrába kell rendezni,
+    \textit{Expect} keretrendszert használja, amely \textit{Tcl} nyelvben készült. Nem csak parancssori, hanem
+    interaktív programokat is képes tesztelni. A teszt forrásokat egy meghatározott mappastruktúrába kell rendezni,
     ahol a különböző \textit{site.exp} fájlokkal lehet mappa szintű konfigurációt megadni. A teszteset források
     tartalmazzák a teszt futtatásához szükséges makrókat. A makrók maguk pedig \textit{Tcl} szkript darabok.
 
     Az \textit{LLVM Clang} a \textit{Lit (LLVM Integrated Tester)} teszt keretrendszert alkalmazza. Ez a teszt
     keretrendszer \textit{Pythonban} készült. Parancssori alkalmazások tesztelését teszi lehetővé. A teszt forrásokat
-    ennél a keretrendszernél is egy meghatározott mappa struktúrában kell tárolni. Hierarchikus konfigurációra itt is
+    ennél a keretrendszernél is egy meghatározott mappastruktúrában kell tárolni. Hierarchikus konfigurációra itt is
     van lehetőség a \textit{lit.cfg.py, lit.site.cfg.py, lit.local.cfg.py} fájlok formájában. A tesztesetek itt is a
     teszt forrásokba ágyazott makrókkal futtathatók. Ezek a makrók egy \textit{shell} parancssorhoz hasonló
     szintaktikát alkalmaznak.
 
-    Az említett megoldások, rendkívül hasonlóak. Hierarchikus mappa szerkezetet, és \\ teszt forrás makrókat
-    alkalmaznak a cél elérése érdekében. Mivel nyújt többet ehhez képest a \textit{SuperSet}?
+    Az említett megoldások rendkívül hasonlóak. Hierarchikus mappaszerkezetet, és \\ teszt forrás makrókat alkalmaznak
+    a cél elérése érdekében. Mivel nyújt többet ehhez képest a \textit{SuperSet}?
 
-    Ezzel szemben, a \textit{SuperSet} nem követel meg semmilyen teszt forrás hierarchiát, se mappa struktúrát, se
-    makrókat. Helyettük egy bővítmény rendszert kínál a teszcsomag szerzőnek, hogy a teszteknek legmegfelelőbb
-    kontextust alakíthassa ki. A szerzőnek csupán egyetlen fájlt kell kötelezően megadnia, ez a \textit{SET} fájl
+    Ezzel szemben a \textit{SuperSet} nem követel meg semmilyen teszt forrás hierarchiát, se mappastruktúrát, se
+    makrókat. Helyettük egy bővítmény rendszert kínál a tesztcsomag szerzőnek, hogy a teszteknek legmegfelelőbb
+    kontextust alakíthassa ki. A szerzőnek csupán egyetlen fájlt kell kötelezően megadnia, ez a \textit{SET} fájl,
     amelyben soronként a tesztesetek elérési útja található, ez gyakorlatilag a tesztcsomag definíció. Ezután a
     bővítmény rendszerben két ponton módosítható a futás kontextusa. Az első, hogy lehetőség van egy hierarchikus
-    konfigurációs fájl beolvasásra, amelynek értékei \emph{domain-specifikusak}, tehát a szerző olyan mezőket vesz fel,
-    a beépítetteken kívül amilyenekre szüksége van. Itt érdemes megjegyezni, hogy a hierarchia a konfigurációs fájlon
-    belül van kifejezve és nem a mappa struktúra által. A második pont pedig a teszt futtatása, ahol pár egyszerű
-    \textit{Python} függvény megvalósításával, a szerző dinamikusan dönthet a teszteset futtatásáról. Ebből triviálisan
+    konfigurációs fájl beolvasásra, amelynek értékei \emph{domain-specifikusak}, tehát a szerző olyan mezőket vesz fel
+    a beépítetteken kívül, amilyenekre szüksége van. Itt érdemes megjegyezni, hogy a hierarchia a konfigurációs fájlon
+    belül van kifejezve és nem a mappastruktúra által. A második pont pedig a teszt futtatása, ahol pár egyszerű
+    \textit{Python} függvény megvalósításával a szerző dinamikusan dönthet a teszteset futtatásáról. Ebből triviálisan
     adódik, hogy ha a szerző mégis szeretne egy makró rendszert a teszt forrásfájlokhoz, akkor lehetősége van azt
     implementálni. Ezen felül a \textit{SuperSet} lehetőséget add egyszerre több tesztcsomag futtatására is, valamint
-    elosztott több számítógépes működésre is. A \textbf{\ref{fig:chp1-comparison}.\ táblázat} összehasonlítja az
+    elosztott több számítógépes működésre is. Az \textbf{\ref{fig:chp1-comparison}.\ táblázat} összehasonlítja az
     említett keretrendszereket a \textit{SuperSettel}.
 
     \begin{table}[ht]
@@ -80,5 +80,5 @@ \section{Egyéb fordítóprogram teszt keretrendszerek}\label{sec:ch1-outlook}
             \textit{\textbf{SuperSet}} & Domain-specifikus & Konfiguráció nélkül elérhető          & Támogatott         \\
             \bottomrule
         \end{tabular}
-        \caption{\label{fig:chp1-comparison} A teszt kertrendszerek összehasonlítása}
+        \caption{\label{fig:chp1-comparison} A teszt keretrendszerek összehasonlítása}
     \end{table}

src/chapters/chapter-2.tex

@@ -26,7 +26,7 @@ \section{A projekt felépítése}\label{sec:project-structure}
     a lokális futtatáshoz. Ezek a komponensek a \textit{Gekko}, a \textit{ConfigManager}, a \textit{SystemUnderTest}
     (továbbiakban \textit{Sut}), illetve a program kimenet szabványos formára hozásáért felelős \textit{Reporter}.
 
-    A felvázolt struktúrát ábrázolja az alábbi Venn-diagram \textbf{\ref{fig:component-sets}. ábra}. \pagebreak
+    A felvázolt struktúrát ábrázolja az alábbi Venn-diagram az \textbf{\ref{fig:component-sets}. ábrán}. \pagebreak
 
     \begin{figure}[ht]
         \centering

src/chapters/chapter-3.tex

@@ -175,15 +175,15 @@ \section{A \textit{ConfigManager}}\label{chp:config-manager}
         beolvasható, amelynek értéke később felhasználható a tesztesetek futtatása során. Ez triviálisan elérhető az
         egységes, \textit{.INI} alapú struktúra által.
 
-        A tesztesetek kiválasztása is kényelmes \textit{MATRIX} és a \textit{CONSTRAINTS} mezőkön keresztül. A
+        A tesztesetek kiválasztása is kényelmes a \textit{MATRIX} és a \textit{CONSTRAINTS} mezőkön keresztül. A
         \textit{MATRIX} beállítás segítségével rendszerszinten felírható az összes kívánt \textit{BuildOption}
         kombináció, így könnyen lefedhetők komplex konfigurációs terek. A \textit{CONSTRAINTS} szintaxis pedig lehetővé
         teszi, hogy tesztcsomagonként vagy kapcsolószinten megszorításokat adjunk meg, ezzel az exponenciális
-        kombinációs robbanást célzottan visszavágja.
+        kombinációs robbanást célzottan visszavágjuk.
 
-        \subsubsection{Összehasnlítás más keretrendszerek konfigurációs megoldásaival}
+        \subsubsection{Összehasonlítás más keretrendszerek konfigurációs megoldásaival}
 
-            Hasnolítsuk össze a~\ref{sec:ch1-outlook} fejezetben megismert programok konfigurációs lehetőségeivel a
+            Hasonlítsuk össze a~\ref{sec:ch1-outlook} fejezetben megismert programok konfigurációs lehetőségeivel a
             \textit{ConfigManager} által nyújtott lehetőségeket. Az összehasonlítás a
             \textbf{\ref{fig:chp3-comparison}.\ táblázatban} látható.
 
@@ -198,7 +198,7 @@ \section{A \textit{ConfigManager}}\label{chp:config-manager}
                     \textit{\textbf{SuperSet}} & Leíró fájl         & A leíró fájlon belül               & {\dbfont\textbf{✓}}                           \\
                     \bottomrule
                 \end{tabular}
-                \caption{\label{fig:chp3-comparison} A teszt kertrendszerek összehasonlítása}
+                \caption{\label{fig:chp3-comparison} A teszt keretrendszerek összehasonlítása}
             \end{table}
 
             \footnotetext{A generált kapcsoló konfiguráció a fordítóprogram parancssori szintaktikájától független.}

src/chapters/usage-walkthrough.tex

@@ -40,13 +40,13 @@ \section{Extra lépések elosztott futtatáshoz}
     perzisztens kommunikáció épül fel. Ez a működés hasonló a \textit{\foreignlanguage{american}{HTTP Keep-Alive
     header}} működéséhez.
 
-    A szervel alkalmazás is vár a klienskere indítás után. Terminálni akkor fog amikor az utolsó kliens is
-    lecsatlakozott. Ha a teljes futás végbe ment akkor a lecsatlakozást a szerver kezdeményezi, ha viszont minden
-    kliens a futtatás vége előtt nem várt módon szakítja meg a kapcsolatot akkor a szerver hibával fog leállni.
+    A szerver alkalmazás is vár a kliensekere indítás után. Terminálni akkor fog, amikor az utolsó kliens is
+    lecsatlakozott. Ha a teljes futás végbement, akkor a lecsatlakozást a szerver kezdeményezi, ha viszont minden
+    kliens a futtatás vége előtt nem várt módon szakítja meg a kapcsolatot, akkor a szerver hibával fog leállni.
 
-    A kliensek és a szerver is tárol \textit{log} üzeneteket amelyeket szintén futás közben is a kiírnak valamint
-    fájlokban is megtalálhatóak. A kliensek nem küldik vissza a \textit{log} üzeneteket a szerver felé így azokat egy
-    manuálisan érdemes összegyűjteni.
+    A kliensek és a szerver is tárol \textit{log} üzeneteket, amelyeket szintén futás közben a \textit{konzolra}
+    kiírnak, valamint fájlokban is megtalálhatóak. A kliensek nem küldik vissza a \textit{log} üzeneteket a szerver
+    felé, így azokat manuálisan érdemes összegyűjteni.
 
-    A teszt eredmények természetesen a szerver alkalamzás oldalán lesznek összegyűjtve a lokális futtatással megegyező
+    A teszt eredmények természetesen a szerver alkalmazás oldalán lesznek összegyűjtve a lokális futtatással megegyező
     sémájú \textit{SQLite} adatbázisban.