Практична робота № 5

Тема: Створення Чеклістів.

Мета: Метою цієї практичної роботи є вивчення методів створення

ефективних чеклістів для управління завданнями та проектами..

У сучасному світі швидкість та точність є важливими складовими успіху в

будь-якій сфері діяльності. Управління завданнями та проектами вимагає
систематичного та структурованого підходу. Чеклісти є потужним
інструментом для організації робочих процесів та забезпечення виконання
завдань вчасно та ефективно.

Чекліст – це список, який містить ряд необхідних перевірок під час

тестування програмного продукту. Відмічаючи пункти списку, команда або
тестувальник можуть дізнатися про поточний стан виконаної роботи та про
якість продукту.

З чого складаються чеклісти

Чеклісти організовані дуже просто. Вони складаються з переліку блоків,
секцій, сторінок, інших елементів, які слід протестувати, приклад ви
бачете на презентації.
Пункти можуть містити як лінійну структуру, так і деревоподібну, з
розділами/підрозділами або без них. Пункти повинні бути максимально
короткими та в той же час зрозумілими тестувальникам, які ще не знайомі
з додатком. Пункти повинні бути однозначними, щоб їх не можна було
зрозуміти якось інакше. Всі пункти повинні бути оформлені однією
мовою: українською чи англійською.
Як правило, кожен чекліст має кілька стовпців. Кожен стовпець
призначений для тестування на окремій платформі. Слід завжди вказувати
назву пристрою, назву браузера та його версію.
Тестувати сайт або додаток може декілька людей одночасно. У цьому
випадку кожен тестувальник бере по одній-дві платформі та тестує тільки
на них. В такому випадку біля кожної платформи необхідно вказати
тестувальника, який виконує зазначений обсяг робіт.
При проходженні чекліста тестувальник зазначає статус навпроти кожного
пункту, який протестовано. Можливі такі варіанти статусів:
● «Passed» – перевірка пройдена успішно, багів не знайдено;
● «Failed» – знайдений один або більше багів;
● «Blocked» – неможливо перевірити, тому що один з багів блокує
поточну перевірку
● «In Progress» – поточний пункт, над яким працює тестувальник;
● «Not run» – ще не перевірено;
● «Skipped» – пункт перевірятися не буде з певної причини.
Наприклад, поточний функціонал ще не реалізований.
Для більшої зручності, як правило, кожен статус має свій колір.

Після завершення тестування не повинно бути комірок, що позначені «Not

run».
Всі посилання на баг-репорти, які були знайдені у процесі проходження
чекліста, повинні бути додані в примітки до комірок зі статусом «Failed».
Цілком припустимо додавати примітки до деяких комірок з іншими
статусами, якщо це необхідно.
 Рис. 1, Приклад чекліста

Єтапи виконнаня:

1. Всі перевірки проводимо на https://dev.interview.top/

2. Переходимо за посиланням
https://sharing.clickup.com/5745920/l/h/6-901200396134-1/7ca389a11ba
005b
3. Взяти першу User Story за варіантом;
4. На основі User Story зробити чек ліст перевірок.
5. Якщо є помилки, зарепортити (створити репорт) у трело (див.
попередню практичну).
6. У звіт додаємо фінальну таблицю з усіма перевірками і для всіх User
Story.
7. У звіті додаємо скріншоти багрепортів з трело.

№ варіанту (останні цифри Назва User Story

заліковки – ID на Moodle3)
1/6 1. User register on the platform
2. Recruiter add company to the
platform
3. Interview scheduling via
jobseeker profile timeslots
4. User mark questions on
recording
5. User marks text fragment as
private
6. User adds text fragment to
question
7. User deletes highlights-playlist
8. Candidate shares meeting
recording / playlist with a
friend
9. Recruiter access interview
recording shared via "link for
recruiter"
2/7 1. User login to the platform
2. Interview scheduling on exact
time
3. Candidate selects and shares
profile availability
4. User choose suitable timeslot
for interview
5. User cancels interview
6. User add subquestion to
question
7. User adds questions to
highlights-playlist
8. Candidate shares meeting
recording / playlist with a
recruiter
9. User deletes question from
interview
3/8 1. Candidate import profile info
from CV
2. Interview scheduling via
selecting availability timeslots
 3. Interview scheduling via
requesting availability
timeslots from candidate
4. User reschedule interview
5. User attend interview via
embedded-widget call
6. Recruiter buy access to the
playlist / interview recording
7. User deletes questions from
highlights-playlist
8. External person access shared
question
9. External person access playlist
shared via email
4/9 1. Candidate fill in profile info
2. User select availability
timeslots
3. Candidate selecting availability
timeslots by request
4. User reschedule interview via
changing exact time
5. User receives recording of the
meeting
6. User creates highlights-playlist
7. Participant shares separate
answer
8. External person access
interview recording shared via
link
9. External person access playlist
shared via link
5/0 1. Recruiter fill in profile info
2. User connects external calendar
3. User update availability
timeslots
4. User reschedule interview via
selecting another timeslot
5. User deletes meeting User
deletes meeting
6. User renames playlist
7. Recruiter shares meeting
 recording / playlist
8. External person access
interview recording shared via
email
9. Recruiter access playlist shared
via "link for recruiter"

Приклад:
1. Для прикладу беремо User Story User login to the platform
2. Переходимо в ClickUp та відкриваємо цю User Story.
3. Читаємо текст

4. Переходимо до блоку Basic flow, потрібно залогінитись обома

аккаунтами в Dashboard. Таким чином додаємо в табличку дві
перевірки 1. Логін рекрутем 2. Логін кандидатом.
5. Переходимо до блоку Alternative flows, оскільки на платформі є
логін за допомогою Google і Linkedin, додаємо в табличку дві
перевірки 1. Логін за допомогою Google 2. Логін за допомогою
Linkedin.
6. Для цієї User Story наша частина таблички повинна виглядати так:
7. Після створення чеклісту, проводимо перевірки які ми записали в
пункті 4 і 5.
8. Фінальна таблиця повинна виглядати ось так:

Назва User Story Статус

User login to the platform
Логін рекрутем Passed

Логін кандидатом Passed

Логін за допомогою Google Passed

Логін за допомогою Linkedin Failed