Тиждень 3
Вимоги - збірка хотілок від замовника
Рекваермент документ = вимоги, в яких описано, що хоче кастомер, але не описано як
Технічні штуки - у сфовар архітекче документ
Рівні вимог
1)Бізнес вимоги
2)Юзер рекваерменти (з точки зору користувача)
3) Функціональні/нефунціональні вимоги
Аналіз вимог:
1) Збір (аналітик розбирається в бізнесі)
2) З'ясування і фіксація вимог у вигляді дока
Характеристики вимог:
1) Повні (complete, not incomlete)
2) Консистентні (consistent, not inconsistent)
3) Правильні (correct, not incorrect). Без "голдплетінг" - великі затрати при малій
корисності
4) Недвозначні (not ambigious)
5) Перевіряємі (verifiable, not unverifialble)
СПецифікація має пройти три читання
1) з олівцем, скаладаємо питання
2) ще раз
3) складаємо фінальні питання замовнику
якщо замовник ***, питаємо в гугла або більш досвідченого тестера девелопера
6 стандартних журналістських питань:
хто? що? де? коли? як? чому?
Технічні доки, які потрібні для тестування
Тестові випадки(тесткейси), тестові сценарії, чеклісти
Тесткейс - техдок, який містить в собі ті ввідні дані, які необхідні для прогону тесту і
вихідні дані, які ми маємо отримати
Щоб виміряти відсоток вимог, який був покритий нашим тестом існує трейсабіліті матриця -
табл, в якій зібрані всі функції вимог і всі тести, якими вона покрита
Тесткейси пишуться на етапі тестдизайну.
Тесткейс має:
1) кроки
2) статус (пройдений, завалений, заболокований)
3) назва
4) номер
5) вимога до якої він належить
6) пріоритет (в т.ч. регресія)
7) модуль/підомдуль
8) вхідні дані (precondition)
9) автор
10) остання дата, коли проганявся
11) результат
12) номер багу, якщо фейл
понаний тесткейс
1) містить двозначні кроки
2) формулювання, що аплікація працює "правильно" - суб'єктивно
3) залежніть від інших тесткейсів
4) дублікати інших тесткейсів
Тестсіенарій - набір тесткейсів, що об'єднані якоюсь логічною закономірністю
Поради: копі-паст, записувати коментарі до тестів, використовувати кілька кольорів для
пріоритету тощо, коритсувати ся фунцією збереження історії змін
Чеклісти - набір тестів з одного кроку: перевірити що? - результат
Один тест - для однієї перевірки
Тестсьют - набір тестів
Вимоги - збірка хотілок від замовника
Рекваермент документ = вимоги, в яких описано, що хоче кастомер, але не описано як
Технічні штуки - у сфовар архітекче документ
Рівні вимог
1)Бізнес вимоги
2)Юзер рекваерменти (з точки зору користувача)
3) Функціональні/нефунціональні вимоги
Аналіз вимог:
1) Збір (аналітик розбирається в бізнесі)
2) З'ясування і фіксація вимог у вигляді дока
Характеристики вимог:
1) Повні (complete, not incomlete)
2) Консистентні (consistent, not inconsistent)
3) Правильні (correct, not incorrect). Без "голдплетінг" - великі затрати при малій
корисності
4) Недвозначні (not ambigious)
5) Перевіряємі (verifiable, not unverifialble)
СПецифікація має пройти три читання
1) з олівцем, скаладаємо питання
2) ще раз
3) складаємо фінальні питання замовнику
якщо замовник ***, питаємо в гугла або більш досвідченого тестера девелопера
6 стандартних журналістських питань:
хто? що? де? коли? як? чому?
Технічні доки, які потрібні для тестування
Тестові випадки(тесткейси), тестові сценарії, чеклісти
Тесткейс - техдок, який містить в собі ті ввідні дані, які необхідні для прогону тесту і
вихідні дані, які ми маємо отримати
Щоб виміряти відсоток вимог, який був покритий нашим тестом існує трейсабіліті матриця -
табл, в якій зібрані всі функції вимог і всі тести, якими вона покрита
Тесткейси пишуться на етапі тестдизайну.
Тесткейс має:
1) кроки
2) статус (пройдений, завалений, заболокований)
3) назва
4) номер
5) вимога до якої він належить
6) пріоритет (в т.ч. регресія)
7) модуль/підомдуль
8) вхідні дані (precondition)
9) автор
10) остання дата, коли проганявся
11) результат
12) номер багу, якщо фейл
понаний тесткейс
1) містить двозначні кроки
2) формулювання, що аплікація працює "правильно" - суб'єктивно
3) залежніть від інших тесткейсів
4) дублікати інших тесткейсів
Тестсіенарій - набір тесткейсів, що об'єднані якоюсь логічною закономірністю
Поради: копі-паст, записувати коментарі до тестів, використовувати кілька кольорів для
пріоритету тощо, коритсувати ся фунцією збереження історії змін
Чеклісти - набір тестів з одного кроку: перевірити що? - результат
Один тест - для однієї перевірки
Тестсьют - набір тестів
Немає коментарів:
Дописати коментар