શાળામાં પાછા: સ્વયંસંચાલિત પરીક્ષણો સાથે વ્યવહાર કરવા માટે મેન્યુઅલ પરીક્ષકોને કેવી રીતે તાલીમ આપવી

પાંચમાંથી ચાર QA અરજદારો સ્વયંસંચાલિત પરીક્ષણો સાથે કેવી રીતે કામ કરવું તે શીખવા માંગે છે. તમામ કંપનીઓ કામકાજના કલાકો દરમિયાન મેન્યુઅલ ટેસ્ટર્સની આવી ઈચ્છાઓ પૂરી કરી શકતી નથી. રાઇકે કર્મચારીઓ માટે ઓટોમેશન સ્કૂલનું આયોજન કર્યું હતું અને ઘણા લોકોની આ ઇચ્છાને સાકાર કરી હતી. મેં આ શાળામાં QA વિદ્યાર્થી તરીકે ચોક્કસ ભાગ લીધો હતો.

મેં સેલેનિયમ સાથે કેવી રીતે કામ કરવું તે શીખ્યા અને હવે વર્ચ્યુઅલ રીતે કોઈ બહારની મદદ વિના ચોક્કસ સંખ્યામાં ઑટોટેસ્ટ્સને સ્વતંત્ર રીતે સપોર્ટ કરું છું. અને, અમારા સંયુક્ત અનુભવના પરિણામો અને મારા વ્યક્તિગત નિષ્કર્ષના આધારે, હું ઓટોમેશનની સૌથી આદર્શ શાળા માટે ખૂબ જ સૂત્ર મેળવવાનો પ્રયાસ કરીશ.

શાળાના આયોજનમાં રિકનો અનુભવ

જ્યારે ઓટોમેશન સ્કૂલની જરૂરિયાત સ્પષ્ટ થઈ, ત્યારે તેની સંસ્થા ઓટોમેશનની તકનીકી અગ્રણી સ્ટેસ ડેવીડોવને પડી. તેઓ સિવાય બીજું કોણ સમજાવી શકે કે તેઓ આ પહેલ શા માટે કરી, શું તેઓ પરિણામ પ્રાપ્ત કર્યા અને શું તેઓ વિતાવેલ સમય બદલ પસ્તાવો કરે છે? ચાલો તેને ફ્લોર આપીએ:

— 2016 માં, અમે ઑટોટેસ્ટ્સ માટે એક નવું માળખું લખ્યું અને તેને બનાવ્યું જેથી પરીક્ષણો લખવાનું સરળ બને: સામાન્ય પગલાં દેખાયા, માળખું વધુ સમજી શકાય તેવું બન્યું. અમે એક વિચાર લઈને આવ્યા છીએ: અમારે દરેકને સામેલ કરવાની જરૂર છે જેઓ નવા પરીક્ષણો લખવા માંગે છે, અને તેને સમજવામાં સરળ બનાવવા માટે, અમે વ્યાખ્યાનોની શ્રેણી બનાવી છે. અમે સામૂહિક રીતે વિષયોની યોજના સાથે આવ્યા, દરેક ભાવિ વ્યાખ્યાતાએ પોતાના માટે એક લીધો અને તેના પર એક અહેવાલ તૈયાર કર્યો.

- વિદ્યાર્થીઓને કઈ મુશ્કેલીઓ પડી?

- મુખ્યત્વે, અલબત્ત, આર્કિટેક્ચર. અમારા પરીક્ષણોની રચના વિશે ઘણા પ્રશ્નો હતા. પ્રતિસાદમાં, આ વિષય પર ઘણું લખવામાં આવ્યું હતું અને વધુ વિગતવાર સમજાવવા માટે અમારે વધારાના પ્રવચનો રાખવા પડ્યા હતા.

- શું શાળાએ ચૂકવણી કરી?

- હા, ચોક્કસપણે. તેણીનો આભાર, ઘણા લોકો પરીક્ષણો લખવામાં સામેલ હતા, અને, સરેરાશ, હોસ્પિટલમાં, દરેકને વધુ સારી રીતે સમજવાનું શરૂ થયું કે ઑટોટેસ્ટ્સ શું છે, તે કેવી રીતે લખવામાં આવે છે અને તે કેવી રીતે શરૂ થાય છે. ઓટોમેશન એન્જિનિયરો પરનો ભાર પણ ઘટ્યો છે: હવે અમને પરીક્ષણોના વિશ્લેષણમાં મદદ માટે ઘણી વખત ઓછી વિનંતીઓ પ્રાપ્ત થાય છે, કારણ કે પરીક્ષકો અને વિકાસકર્તાઓએ લગભગ તમામ પરિસ્થિતિઓમાં આનો સામનો કરવાનું શરૂ કર્યું છે. ઠીક છે, વિભાગ માટે ઘણા આંતરિક ફાયદા છે: અમે પ્રસ્તુતિઓ અને વ્યાખ્યાનોમાં અનુભવ મેળવ્યો છે, જેના કારણે કેટલાક ઓટોમેશન એન્જિનિયરો પરિષદોમાં પ્રસ્તુતિઓ કરવામાં પહેલેથી જ વ્યવસ્થાપિત છે, અને નવા આવનારાઓને ઓનબોર્ડ કરવા માટે વિડિઓઝ અને પ્રસ્તુતિઓનો શક્તિશાળી સેટ પણ પ્રાપ્ત કર્યો છે.

મારા પોતાના વતી, હું ઉમેરું છું કે અમારા વિભાગો વચ્ચેના સંદેશાવ્યવહારને એકદમ હાસ્યાસ્પદ રીતે સરળ સ્તરે સરળ બનાવવામાં આવ્યો છે. ઉદાહરણ તરીકે, હવે મારે વ્યવહારીક રીતે વિચારવાની જરૂર નથી કે કયા કિસ્સાઓ અને કયા સ્તરે પરમાણુ સ્વચાલિત કરવું. પરિણામે, તમામ રસ ધરાવતા પક્ષો પરીક્ષણ કવરેજની સંપૂર્ણ કાળજી લઈ રહ્યા છે, જે સતત વધી રહ્યું છે. કોઈ બીજા પાસેથી અશક્યની માંગણી કરતું નથી.

સામાન્ય રીતે, ટીમોના કાર્ય પર અસર ચોક્કસપણે હકારાત્મક છે. કદાચ આ લેખ વાંચતા સાથીદારો પણ આવું જ કંઈક કરવાનું વિચારી રહ્યા છે? પછી સલાહ સરળ હશે: જો સ્વચાલિત પરીક્ષણો તમારા માટે પ્રાથમિકતા હોય તો તે મૂલ્યવાન છે. આગળ, અમે વધુ જટિલ પ્રશ્ન વિશે વાત કરીશું: આ બધું શક્ય તેટલું યોગ્ય રીતે કેવી રીતે ગોઠવવું, જેથી તમામ પક્ષોનો ખર્ચ ન્યૂનતમ હોય અને આઉટપુટ મહત્તમ હોય.

આયોજન માટે ટિપ્સ

શાળા ઉપયોગી હતી, પરંતુ, સ્ટેસે સ્વીકાર્યું તેમ, કેટલીક મુશ્કેલીઓ હતી, જેના કારણે વધારાના પ્રવચનો ગોઠવવા જરૂરી હતા. અને તે તાજેતરના વિદ્યાર્થી તરીકે મારી-અજ્ઞાનતામાં અને મારી સાથે-હવે સરખામણી કરી રહ્યો હતો કે મેં મારા મતે, પરીક્ષકોને સ્વચાલિત પરીક્ષણોને સમજવા માટે શીખવવાની આદર્શ રીત બનાવવા માટે નીચેના પગલાં ઘડ્યા છે.

પગલું 0. એક શબ્દકોશ બનાવો

અલબત્ત, આ પગલું માત્ર QA માટે જ જરૂરી નથી. જો કે, હું તેને સ્પષ્ટ કરવા માંગુ છું: ઓટોમેશન કોડબેઝ વાંચી શકાય તેવા સ્વરૂપમાં રાખવો આવશ્યક છે. પ્રોગ્રામિંગ ભાષાઓ - ઓછામાં ઓછું નહીં ભાષાઓ, અને આમાંથી તમે તમારી ડાઇવ શરૂ કરી શકો છો.

અહીં તત્વોના નામ સાથે ટાસ્કવ્યુનો સ્ક્રીનશોટ છે. ચાલો કલ્પના કરીએ કે તમે બ્લેક બોક્સ તરીકે ટાસ્કવ્યુનું પરીક્ષણ કરી રહ્યાં છો અને તમારા જીવનમાં ક્યારેય સેલેનિયમ જોયું નથી. આ કોડ શું કરે છે?

(સ્પોઇલર - એડમિન વતી આરામ દ્વારા કાર્ય કાઢી નાખવામાં આવે છે, અને પછી આપણે જોઈએ છીએ કે સ્ટ્રીમમાં આનો રેકોર્ડ છે.)

એકલા આ પગલું QAA અને QA ભાષાઓને એકબીજાની નજીક લાવે છે. ઓટોમેશન ટીમો માટે રનના પરિણામો સમજાવવાનું સરળ છે; મેન્યુઅલ પરીક્ષકોએ કેસ બનાવવા માટે ઓછા પ્રયત્નો કરવા પડે છે: તેઓ ઓછા વિગતવાર બનાવી શકાય છે. તેમ છતાં, દરેક જણ એકબીજાને સમજે છે. વાસ્તવિક તાલીમ શરૂ થાય તે પહેલાં જ અમને જીત મળી હતી.

પગલું 1. શબ્દસમૂહોનું પુનરાવર્તન કરો

ચાલો ભાષા સાથે સમાંતર ચાલુ રાખીએ. જ્યારે આપણે બાળકો તરીકે બોલવાનું શીખીએ છીએ, ત્યારે આપણે વ્યુત્પત્તિશાસ્ત્ર અને અર્થશાસ્ત્રથી શરૂઆત કરતા નથી. અમે "મમ્મી", "રમકડું ખરીદો" પુનરાવર્તન કરીએ છીએ, પરંતુ તરત જ આ શબ્દોના પ્રોટો-ઇન્ડો-યુરોપિયન મૂળમાં જતા નથી. તેથી તે અહીં છે: કામ કરે તેવું કંઈક લખવાનો પ્રયાસ કર્યા વિના ઑટોટેસ્ટ્સની તકનીકી લાક્ષણિકતાઓની ખૂબ જ ઊંડાણમાં ડાઇવ કરવાનો કોઈ અર્થ નથી.
તે થોડું વિરોધાભાસી લાગે છે, પરંતુ તે કામ કરે છે.

પ્રથમ પાઠમાં, ઑટોટેસ્ટ્સ સીધા કેવી રીતે લખવા તેના પર આધાર આપવા યોગ્ય છે. અમે ડેવલપમેન્ટ એન્વાયર્નમેન્ટ સેટ કરવામાં મદદ કરીએ છીએ (મારા કિસ્સામાં, Intellij IDEA), હાલના સ્ટેપ્સનો ઉપયોગ કરીને વર્તમાન વર્ગમાં બીજી પદ્ધતિ લખવા માટે જરૂરી લઘુત્તમ ભાષા નિયમો સમજાવીએ છીએ. અમે તેમની સાથે એક અથવા બે પરીક્ષણો લખીએ છીએ અને તેમને હોમવર્ક આપીએ છીએ, જે હું આ રીતે ફોર્મેટ કરીશ: એક શાખા માસ્ટરથી અલગ થઈ ગઈ છે, પરંતુ તેમાંથી ઘણા પરીક્ષણો દૂર કરવામાં આવ્યા છે. માત્ર તેમના વર્ણનો જ રહે છે. અમે પરીક્ષકોને આ પરીક્ષણો પુનઃસ્થાપિત કરવા માટે કહીએ છીએ (અલબત્ત, શો ડિફ દ્વારા નહીં).

પરિણામે, જેણે બધું સાંભળ્યું અને કર્યું તે આ કરી શકશે:

1. વિકાસ પર્યાવરણ ઈન્ટરફેસ સાથે કામ કરવાનું શીખો: શાખાઓ, હોટકી, કમિટ અને પુશ બનાવવું;
2. ભાષા અને વર્ગોની રચનાની મૂળભૂત બાબતોમાં નિપુણતા મેળવો: ઇન્જેક્શન ક્યાં દાખલ કરવા અને ક્યાં આયાત કરવા, શા માટે ટીકાની જરૂર છે, અને પગલાંઓ ઉપરાંત, ત્યાં કયા પ્રકારનાં પ્રતીકો જોવા મળે છે;
3. ક્રિયા વચ્ચેનો તફાવત સમજો, રાહ જુઓ અને તપાસો, ક્યાં શું વાપરવું;
4. ઑટોટેસ્ટ અને મેન્યુઅલ ચેક વચ્ચેનો તફાવત નોંધો: ઑટોટેસ્ટમાં તમે ઇન્ટરફેસ દ્વારા ક્રિયાઓ કરવાને બદલે એક અથવા બીજા હેન્ડલરને ખેંચી શકો છો. ઉદાહરણ તરીકે, ટાસ્કવ્યુ ખોલવાને બદલે, ઇનપુટ પસંદ કરવા, ટેક્સ્ટ ટાઇપ કરવા અને મોકલો બટનને ક્લિક કરવાને બદલે સીધી બેકએન્ડ પર ટિપ્પણી મોકલો;
5. આગળના પગલામાં જવાબો આપવામાં આવશે તેવા પ્રશ્નોની રચના કરો.

છેલ્લો મુદ્દો ખૂબ જ મહત્વપૂર્ણ છે. આ જવાબો સમય પહેલા સરળતાથી આપી શકાય છે, પરંતુ તે એક મહત્વપૂર્ણ શિક્ષણ સિદ્ધાંત છે કે ફોર્મ્યુલેટેડ પ્રશ્નો વિનાના જવાબો યાદ રાખવામાં આવતા નથી અને જ્યારે જરૂર પડે ત્યારે તેનો ઉપયોગ કરવામાં આવતો નથી.

તે આદર્શ હશે જો આ સમયે QA ટીમના ઓટોમેશન એન્જિનિયરે તેને યુદ્ધમાં કેટલાક પરીક્ષણો લખવાનું કાર્ય સોંપ્યું અને તેને તેની શાખામાં સબકમિટ કરવાની મંજૂરી આપી.

શું ન આપવું:

1. ડેવલપમેન્ટ એન્વાયર્નમેન્ટ અને પ્રોગ્રામિંગ લેંગ્વેજની કાર્યક્ષમતા વિશે વધુ ઊંડાણપૂર્વકનું જ્ઞાન, જે સ્વતંત્ર રીતે શાખાઓ સાથે કામ કરતી વખતે જ જરૂરી રહેશે. તે યાદ રાખવામાં આવશે નહીં, તમારે તેને બે-ત્રણ વાર સમજાવવું પડશે, પરંતુ અમે ઓટોમેશન એન્જિનિયરોના સમયની કદર કરીએ છીએ, ખરું? ઉદાહરણો: તકરારનું નિરાકરણ, ગિટમાં ફાઇલો ઉમેરવા, શરૂઆતથી વર્ગો બનાવવા, અવલંબન સાથે કામ કરવું;
2. xpath થી સંબંધિત બધું. ગંભીરતાથી. તમારે તેના વિશે અલગથી, એકવાર અને ખૂબ જ એકાગ્રતાથી વાત કરવાની જરૂર છે.

પગલું 2. વ્યાકરણને નજીકથી જોવું

ચાલો પગલું #0 માંથી ટાસ્કવ્યુ સ્ક્રીનશૉટ યાદ કરીએ. અમારી પાસે checkCommentWithTextExists નામનું પગલું છે. અમારા પરીક્ષક પહેલાથી જ સમજે છે કે આ પગલું શું કરે છે અને અમે પગલાની અંદર જોઈ શકીએ છીએ અને તેને થોડું વિઘટિત કરી શકીએ છીએ.

અને અંદર આપણી પાસે નીચેના છે:

onCommentBlock(userName).comment(expectedText).should(displayed());

જ્યાં onCommentBlock છે

onCommonStreamPanel().commentBlock(userName);

હવે આપણે "રમકડું ખરીદો" નહીં, પરંતુ "ટોય ખરીદો ડેટ્સકી મીર સ્ટોરમાંથી, જે ઉપરથી ત્રીજા શેલ્ફ પર વાદળી કેબિનેટમાં સ્થિત છે તેમાંથી એક રમકડું ખરીદો" કહેવાનું શીખીએ છીએ. તે સમજાવવું જરૂરી છે કે અમે મોટા તત્વો (સ્ટ્રીમ -> કોઈ ચોક્કસ વ્યક્તિની ટિપ્પણીઓ સાથે બ્લોક -> આ બ્લોકનો તે ભાગ જ્યાં ઉલ્લેખિત ટેક્સ્ટ બેસે છે) માંથી ક્રમિક રીતે એક ઘટક તરફ નિર્દેશ કરીએ છીએ.

ના, હજુ પણ xpath વિશે વાત કરવાનો સમય નથી. ફક્ત ટૂંકમાં ઉલ્લેખ કરો કે આ બધી સૂચનાઓ તેમના દ્વારા વર્ણવવામાં આવી છે અને વારસો તેમના દ્વારા જાય છે. પરંતુ આપણે આ બધા મેચર્સ અને વેઇટર્સ વિશે વાત કરવાની જરૂર છે; તેઓ ખાસ કરીને આ પગલાથી સંબંધિત છે અને શું થઈ રહ્યું છે તે સમજવા માટે જરૂરી છે. પરંતુ ઓવરલોડ કરશો નહીં: તમારો વિદ્યાર્થી પછીથી તેના પોતાના પર વધુ જટિલ નિવેદનોનો અભ્યાસ કરી શકે છે. મોટે ભાગે, જોઈએ, રાહ જુઓ ત્યાં સુધી, પ્રદર્શિત();, અસ્તિત્વમાં છે();, નહીં(); પૂરતું હોવું જોઈએ.

હોમવર્ક સ્પષ્ટ છે: એક શાખા જેમાં ચોક્કસ સંખ્યાના પરીક્ષણો માટે જરૂરી કેટલાક પગલાઓની સામગ્રી દૂર કરવામાં આવી છે. પરીક્ષકોને તેમને પુનઃસ્થાપિત કરવા દો અને રનને ફરીથી લીલો બનાવવા દો.

વધુમાં, જો પરીક્ષણ ટીમ પાસે તેના કાર્યમાં માત્ર નવી સુવિધાઓ જ નથી, પરંતુ કેટલાક બગ ફિક્સ પણ છે, તો તમે તેને આ ભૂલો માટે તરત જ પરીક્ષણો લખવા અને તેને છોડવા માટે કહી શકો છો. મોટે ભાગે, બધા ઘટકોનું વર્ણન કરવામાં આવ્યું છે; ફક્ત થોડા પગલાં ખૂટે છે. આ પરફેક્ટ વર્કઆઉટ હશે.

પગલું 3. સંપૂર્ણ નિમજ્જન

પરીક્ષક માટે શક્ય તેટલું સંપૂર્ણ કે જેઓ તેની સીધી ફરજો કરવાનું ચાલુ રાખવા જઈ રહ્યા છે. છેલ્લે, આપણે xpath વિશે વાત કરવાની જરૂર છે.

પ્રથમ, ચાલો એ સ્પષ્ટ કરીએ કે આ તમામ onCommentBlock અને ટિપ્પણી તેમના દ્વારા વર્ણવવામાં આવી છે.

કુલ:

"//div[contains(@class, ‘stream-panel’)]//a[contains(@class,'author') and text()='{{ userName }}’]//div[contains(@class,'change-wrapper') and contains(.,'{{ text }}’)]"

વાર્તાનો ક્રમ ખૂબ જ મહત્વપૂર્ણ છે. પ્રથમ, અમે કોઈપણ વર્તમાન xpath લઈએ છીએ અને એલિમેન્ટ્સ ટૅબમાં એક અને માત્ર એક જ ઘટક કેવી રીતે છે તે બતાવીએ છીએ. આગળ, અમે સ્ટ્રક્ચર વિશે વાત કરીશું: જ્યારે તમારે WebElement નો ઉપયોગ કરવાની જરૂર હોય અને જ્યારે તમારે નવા એલિમેન્ટ માટે અલગ ફાઇલ બનાવવાની જરૂર હોય. આ તમને વારસાને વધુ સારી રીતે સમજવા દેશે.

તે સ્પષ્ટપણે જણાવવું આવશ્યક છે કે એક તત્વ સમગ્ર ટાસ્કવ્યુ છે, તેમાં બાળ તત્વ છે - સમગ્ર પ્રવાહ, જેમાં બાળ તત્વ છે - એક અલગ ટિપ્પણી, વગેરે. ચાઇલ્ડ એલિમેન્ટ્સ પેજ પર અને ઑટોટેસ્ટ ફ્રેમવર્કના સ્ટ્રક્ચરમાં પેરેન્ટ એલિમેન્ટ્સની અંદર હોય છે.

આ સમયે, પ્રેક્ષકોએ નિશ્ચિતપણે સમજવું જોઈએ કે તેઓ કેવી રીતે વારસાગત છે અને onCommentBlock પર ડોટ પછી શું દાખલ કરી શકાય છે. આ બિંદુએ, અમે બધા ઓપરેટરોને સમજાવીએ છીએ: /, //, ., [] અને તેથી વધુ. અમે લોડમાં ઉપયોગ વિશે જ્ઞાન ઉમેરીએ છીએ @class અને અન્ય જરૂરી વસ્તુઓ.

વિદ્યાર્થીઓએ આ રીતે xpathનું ભાષાંતર કેવી રીતે કરવું તે સમજવું જોઈએ. એકીકૃત કરવા માટે - તે સાચું છે, હોમવર્ક. અમે તત્વોના વર્ણનોને કાઢી નાખીએ છીએ, તેમને પરીક્ષણોનું કાર્ય પુનઃસ્થાપિત કરવા દો.

શા માટે આ ચોક્કસ માર્ગ?

આપણે જટિલ જ્ઞાન ધરાવતી વ્યક્તિને ઓવરલોડ ન કરવી જોઈએ, પરંતુ આપણે એક જ સમયે બધું સમજાવવું જોઈએ, અને આ એક મુશ્કેલ મૂંઝવણ છે. આ માર્ગ અમને શ્રોતાઓને પ્રથમ પ્રશ્નો પૂછવા અને કંઈક ન સમજી શકે અને બીજી જ ક્ષણે તેમને જવાબ આપવા દેશે. જો તમે સમગ્ર આર્કિટેક્ચર વિશે વાત કરો છો, તો જ્યાં સુધી સ્ટેપ્સ અથવા એક્સપાથના વિષયનું વિશ્લેષણ કરવામાં આવશે, તેના સૌથી મહત્વપૂર્ણ ભાગો તેમની અગમ્યતાને કારણે પહેલેથી જ ભૂલી જશે.

જો કે, તમારામાંથી કેટલાક સંભવતઃ પ્રક્રિયાને કેવી રીતે વધુ ઑપ્ટિમાઇઝ કરી શકાય તે અંગે તમારો અનુભવ શેર કરી શકશે. ટિપ્પણીઓમાં સમાન સૂચનો વાંચીને મને આનંદ થશે!

સોર્સ: www.habr.com