Водич за софтвер за рели: Управљање КА активностима у релију

rally software tutorial

Овај водич објашњава шта је Ралли софтвер (раније ЦА Агиле Централ) и како се користи за активности управљања софтверским тестовима. Такође укључује поређење софтвера Јира Вс Ралли:

Ралли Софтваре је платформа пословне класе која је наменски изграђена за скалирање агилних развојних пракси. Преузима га ЦА Тецхнологиес.

Већина софтверских пројеката који прате агилну методологију и Ралли једно су од популарних решења за управљање / праћење свих активности у агилним пројектима. У овом чланку ћемо описати како можемо да извршимо различите активности тестирања помоћу Ралли-а.

Шта ћете научити:

• Преглед софтвера за рели
  • Ралли Дасхбоард и Бурндовн Цхартс
  • Како створити корисничке приче у релију
  • Како створити тест случајеве у релију
  • Како створити недостатак
  • Како створити план испитивања софтвера за рели
  • Како извршити тест случај
  • Управљање тест сетом
  • Отпремите случајеве масовног тестирања
  • Ралли софтвер за и против
• Поређење софтвера Јира против релија
• Закључак
  • Препоручено читање

Преглед софтвера за рели

Предуслов: Да бисмо користили алатку Ралли, требали бисмо имати важеће корисничке акредитиве за пријављивање и приступ вашем пројекту мора бити омогућен.

Веб сајт: Ралли Софтваре

Ралли Дасхбоард и Бурндовн Цхартс

У Агиле пројекту постоје спринтови и свакодневне активности се прате и корисничке приче се додељују одређеној итерацији. Можемо прегледати Бурндовн графикон који показује количину посла преосталог на том спринту и број прихваћених корисничких прича. На основу чега можемо лако да схватимо да ли је спринт у току или не.

Такође помоћу апликације Итератион Дасхбоард Апп на почетној страници можемо видети податке Итератион у неколико формата, као што су тортни дијаграми, нагоре.

Ралли Бурндовн Цхарт:

(слика извор )

Како створити корисничке приче у релију

Пре него што направимо било који тест случај или сродне детаље, морамо да имамо радни производ или захтев. То се зове корисничка прича. Ово се састоји од детаља захтева за одређену функционалност са критеријумима прихватања. Подразумевано је статус корисничке приче у дефинисаном стању, на основу напретка корисничке приче можемо статус ажурирати на Напредак или Довршено или Блокирано итд.

Да бисте креирали корисничку причу: Кликните на План >> Корисничке приче >>, а затим на „Нова корисничка прича”

Детаљи за корисничку причу: Наведите име корисничке приче, опис и критеријуме прихватања, понављање (значи у којем Спринт-у треба да се развије / тестира), функцију и сачувајте детаље. Тако да креира корисничку причу са јединственим ИД-ом који започиње са САД-ом. Пример: УС12345

Ралли би вам помогао са шаблоном о томе како можемо написати добру корисничку причу.

Шаблон за корисничку причу: Као, желим да то учиним

ип аддресс трацкер софтвер за бесплатно преузимање

Једном када се креира корисничка прича, имамо много других ствари које се на њу могу пресликати. То су следећи:

1. Задаци: Може се креирати помоћу картице Задаци. Овде додајемо задатке за програмера, тестера, ДБ или рецензента итд., Све оне који морају да раде на овом производу и додају му процене, власника и друге детаље.
2. Тест случајева: Направите тест случајеве помоћу картице Тест цасе.
3. Пробно покретање: Можемо извршити средства за тест случајеве, додати резултат теста сваког тест случаја створеног на овој картици.
4. Дефекти: Кварови се могу створити помоћу ове картице.
5. Дискусије: Овде можете додати било какав напредак или дискусију о корисничкој причи.
6. Историја ревизија: Свака активност изведена на овом радном производу додата је под Историја и можемо их погледати овде.
7. Зависности: Овде се може додати било која зависна прича.

Тест примери, извршење или недостаци могу се створити и из корисничких прича или друге навигације. Детаљи о томе како можемо да додамо и друге начине употребе објашњени су у следећим одељцима.

Како створити тест случајеве у релију

Генерално, креирамо тест на картици Квалитет.

Да бисте креирали тест случај: Кликните картицу Квалитет >> Тест случајеви >>, а затим кликните на “Нев Тест Цасе”.

Детаљи за пружање тест случаја: Изаберите радни производ, тј. Корисничку причу коју смо описали у горњем одељку, Тип тест случаја из падајућег менија, Метод, приоритет, Ризик, Предуслов, Кораци и Спреми и затвори. Сваки тест случај је креиран са јединственим ИД-ом који започиње са „ТЦ“.

Исто тако, можемо створити онолико тест случајева колико смо желели. Или можемо истовремено увести обимне тестове помоћу Екцел додатка, о чему ћемо разговарати у наредним одељцима.

Повезаност тест случаја са корисничким причама:

Као што је горе речено, док правимо нови тест случаја на картици Квалитет, можемо тражити производ и изабрати постојећу корисничку причу како би се повезао са том корисничком причом. Или отворите корисничку причу и кликните картицу Тест случајеви, а затим на траци с алатима кликните дугме Додај ново, додајте детаље и изаберите Створи.

Како створити недостатак

Погледајмо како створити недостатак и повезати недостатке са тест случајевима / корисничким причама. Генерално, сваки недостатак може бити повезан са недостатком.

Да бисте креирали дефект: Изаберите картицу Квалитет >> Дефекти >>, а затим кликните на “Нев Дефецт”

Детаљи за пружање тест случаја: Име / наслов оштећења, ознаке, опис, прилози ако постоје, власник, држава, окружење, приоритет, тежина, послао / ла, Итерација итд., А затим кликните на Креирај.

Поред горе наведених детаља, такође можемо мапирати корисничку причу и тест случај на квар према пољима опција претраживања Усер Стори / Тест Цасе на страници и одабрати постојеће Усер Стори и Тест Цасе. Неисправност можемо избрисати или удвостручити недостатке.

Такође можемо створити пакет дефеката, где можемо додати све постојеће тестове ради лакшег праћења ради објављивања. Постојећим дефектима можемо додати ИД скупа дефеката како бисмо их приказали у скупу дефеката.

Апликација за моје недостатке може се креирати помоћу функције Додај апликације на почетној страници. На овај начин испитивач може знати за незатворене недостатке које су створили. Сви недостаци се могу прегледати и филтрирати према ИД-у, статусу и створеном власнику итд.

Како створити план испитивања софтвера за рели

Да бисмо одржали све тест случајеве на организован начин и раздвојили их у одређену функционалност или функционално или у различитим циклусима тестирања, можемо створити директоријуме за тестирање и преместити потребне тест случајеве испод њега.

Да бисте креирали фасциклу у тестном плану: Изаберите картицу Квалитет >>, а затим кликните на Тест план

Овде ћете видети више икона за креирање директоријума или стварање подмапа и стварање нових тест случајева или уређивање постојећег тест случаја, уклањање тест случајева.

Свака тест мапа има ИД који почиње са ТФ. Ако желите да преместите било који тест случај у било коју фасциклу, кликните на едит тест цасе и ажурирајте ИД тест мапе у директоријум у који желите да преместите потребан тест случај. Овде бисте видели све тестове који су креирани у фасцикли и који не би имали мапу повезану. Такође за сваки ниво директоријума можете видети статус резултата теста као што је бр. тест случајева положених / неуспелих / није покренуто.

У следећем одељку ћемо размотрити како можемо извршити тест случаја.

Када отворимо фасциклу „Тест“, можемо да прегледамо све примере тестова који су створени у њој и можемо их све покренути одједном и ажурирати статус теста.

Питања и одговори за испитивање софтверског тестирања засновани на сценарију

(слика извор )

Како извршити тест случај

Тест случајеви се могу извршити на два начина. Можете потражити ИД тест случаја и извршити га или отворити тест случај из плана тестирања. Након што отворите тест случај, кликните на икону + за стварање резултата теста.

Детаљи који се наводе за резултат тест случаја: Унесите верзију верзије, Вердицт (Блоцкед / Пасс / Фаил / Еррор / Инцонцлусиве) као обавезна поља. Такође унесите друге детаље као што су трајање, Тестер (ово ће бити аутоматски изабрано као пријављено корисничко име), Тест Сет (о тестном скупу ћемо разговарати у следећем одељку), прилоге и Напомене, а затим сачувајте.

На основу тога да ли резултат теста пролази / не, резултати теста ће се приказати зеленом / црвеном бојом.

Ограничење: Од овог датума можемо извршити тестни случај и означити их Пасс / Фаил на нивоу тест случаја. Ако имамо сценарио како само један корак није успео, требало би да цео тест случај означимо као неуспешан и не постоји могућност ажурирања статуса сваког нивоа корака.

Управљање тест сетом

Погледајмо како да управљамо тест скупом, повежемо тест скуп и генеришемо извештаје у релију.

Тест сет је такође збирка тест случајева као што имамо у Плану испитивања. Разлика је у томе што било који тестни скуп може бити повезан са итерацијом. У основи, биће створени скупови тестова за праћење регресивног тестирања или за праћење било ког другог извођења теста на одређеном спринту. Будући да је ово слично корисничкој причи, можемо да добијемо бодове, планирану процену, стање, радно време итд.

Да бисте креирали тестни скуп: Изаберите Трацк >> Итератион Статус >> на овој страници одаберите опцију „Тест Сет” из падајућег поља Нев.

Детаљи које треба обезбедити за тест сет: Наведите назив скупа тестова и кликните на Додај. Било који тест сет креира се са јединственим ИД-ом, а назив почиње са „ТС“.

Мапирајте тест случајеве у тест сет: Кликните на икону за конфигурисање на левој страни скупа тестова и одаберите опцију „Додај постојеће тестове ...“. Отвара се прозор у којем можете одабрати / филтрирати пројекат са ИД-овима тест примера и изабрати све потребне тест случајеве кликом на поља за потврду и на дугмету Адд на прозору.

Белешка: У прозору за одабир тест случаја приказаће ограничен број тест случајева на свакој страници, након што одаберете тест случајеве и пређете на следећу страницу, обавезно кликните на дугме Додај да бисте додали изабране тест случајеве, у супротном ће претходни избор бити изгубљен.

Једном када су повезани сви тестови, можете да проширите скуп тестова и додате резултате сваком тест примеру или ажурирате детаље на сваком нивоу тест случаја или више тест случајева истовремено користећи опције филтера.

Можемо поново користити постојећи тестни скуп тако што ћемо направити његову копију и итерацију, статус, процену и друге детаље. Такође можете видети резултате скупа тестова, на пример, колико је тест случајева под њим прошло / неуспело / није покренуто.

Линк тест сет / Релеасе / Итератион: Као што је горе описано, тест сет је попут корисничке приче, можемо му додати детаље Итератион, Релеасе. Тако можемо пратити статус извршавања тог теста у одређеном Спринт / Итерацији.

Извештаји: Изаберите картицу Извештаји и изаберите извештај или графикон за приказ. Можете их и одштампати или послати е-поштом.

Наше прилагођене извештаје можемо створити из Извештаји >> Извештаји и одабрати дугме + Додај ново.

Изаберите или филтрирајте вредности према вашим захтевима и кликните на дугме „Покрени“ да бисте генерисали извештај. Проширене Ралли апликације можемо користити коришћењем опције додавања апликација са почетне странице и можемо креирати графиконе / извештаје.

ц ++ спавање ()

Отпремите случајеве масовног тестирања

Уђимо у детаљне кораке о томе како да преносите групне тестове у Ралли.

Са горњим одељцима смо разумели како можемо да направимо тест примера помоћу опције Додај нови случај. Међутим, у сценарију у реалном времену имат ћемо велики број тест случајева које треба створити, а додавање из корисничког интерфејса Ралли-а је мало незгодан задатак. Отуда можемо користити опцију увоза помоћу које можемо увести тест случајеве креиране у екцелу.

Недавно је Ралли пружио могућност увоза тест примера и тест корака из екцела.

Детаљни кораци дати су у наставку:

Корак 1: Идите на Квалитет >> Тест случајеви

Корак 2: Изаберите „Радње“ >> кликните на везу „Увези тест случајеве ...“

Добићете прозор у којем можете видети везу која се зове „предложак за увоз“

Корак 3: Кликните на „увози образац“ и преузмите екцел образац и наведите податке као што је приказано на доњој слици и сачувајте их на тврдом диску.

Додајте тип објекта као „Тест Цасе“ и наведите детаље. Овде су само Тип објекта и Име само два обавезна поља и преостале остале колоне које можемо додати ако желимо да пружимо те детаље и увеземо их у Ралли.

Како имамо одредбу да такође увозимо кораке за тестирање, за то пружамо детаље о кораку са Типом објекта као „Тест Цасе Степ“ и индексом као бројем корака и бројем линије за тест случај у колони Тест Цасе попут линије (2) за први тест случај као приказано доле за мапирање корака испитивања у одређени тест случај. Исто тако, додајте онолико тест случајева за које желите детаље и сачувајте податке.

Корак 4: Прегледајте датотеку из прозора за увоз и кликните на дугме „Провери“ да бисте проверили да ли има грешака.

Корак 5: Када је валидација успешна, појавиће се прозор са дугметом Увези.

Када је увоз успешан, приказаће се порука Увези успешан увоз. Затвори прозор.

Можете отворити страницу Квалитет >> Тест случајеви и проверити додате нове тест случајеве. Такође, можете проверити претрагом Радног производа (корисничка прича) и проверити да ли су тест случајеви повезани са њим у складу са наведеним подацима.

Поред горе наведеног поступка, такође можемо инсталирати додатак за Екцел Ралли и повезати се са Ралли-ом из екцела и извести тест случајеве у Ралли.

Ралли софтвер за и против

У Раллију је доступан широк спектар функција. Углавном је овај алат дизајниран за агилне реализоване пројекте.

Прос:

• Ралли је моћан Агиле алат.
• Широк спектар функција доступан је од планирања издавања до извештаја о тестирању.
• Могу га користити власници производа, управа за извештаје и праћење рада, развојних и испитних тимова.

Против:

• У поређењу са другим алатима за управљање тестовима, као што је АЛМ, управљање случајевима тестова није баш лако за употребу.
• Мало нефлексибилан у поређењу са другим алатима попут Јире.
• Поређење Јира против релија.

Поређење софтвера Јира против релија

До сада смо разговарали о активностима везаним за управљање тестовима у Ралли-у, имамо и многе друге странице у Ралли-у за управљање пројектима, на пример, Временски оквири, где управљамо итерацијама и прекретницама одабиром типа из падајућег менија.

Закључак

Уз све горе наведене детаље, разумели смо како можемо да креирамо корисничке приче, тест случајеве, недостатке, скупове тестова, увоз тест случајева и мапирање између свих њих. Овај алат се не користи само за управљање тестовима, већ имамо и функције планирања издавања, као и друге функције. Постоје многи други алати за управљање пројектима попут Јира, Тест Раил, итд.

Ралли Софтваре је један од најпопуларнијих алата и може га користити широк спектар људи, а може пратити различите активности на једном месту.

Препоручено читање

• Водич за ЈИРА Агиле: Како ефикасно користити ЈИРА за управљање агилним пројектима
• Како испоручити софтверске функције високе вредности у кратком временском периоду помоћу Агиле Сцрум процеса
• САФе Агиле Туториал: Шта је Сцалед Агиле Фрамеворк
• Водич за ВерсионОне: Водич за алате за управљање агилним пројектима „Све у једном“
• Водич за Робот Фрамеворк - карактеристике и инсталација софтвера
• Водич за ТестЛодге - Како организовати своје пројекте за тестирање софтвера помоћу алатке за управљање тестом ТестЛодге
• Водич за Јира портфељ: Агиле додатак за управљање портфељем пројеката за ЈИРА (преглед)
• Водич за администрацију ЈИРА: Администратор и управљање корисницима ЈИРА