[Рецензія] Lessons Learned in Software Testing

Сьогодні я хочу розповісти про книгу, яку я хотів прочитати доволі давно. Це - Lessons Learned in Software Testing.

Понад п'ять років я відкладав її трохи далі та читав більш потрібну літературу. Але, все ж таки, настав час прочитати цю книгу та поділитися своїми думками про неї.

Про що ця книга?

Судячи з її назви, ця книга про тестування. Але вона доволі незвична. Тут не буде довгих глав про те, які техніки тест дизайну чи який інструмент автоматизації є найкращим.

"Фішка" цієї книги в іншому. Група авторів (досвідчених та відомих тест-інженерів) дає ряд порад з тестування. Кількість таких порад наближається до 300!

Ці поради розбиті на теми: від технік тест дизайну та підходів до автоматизації - до менеджменту процесів якості та команди тестувальників.

Тому цю книгу можна також використовувати на різних етапах Вашої кар'єри - більш як довідник.

Варто зазначити, що книга доволі стара - написана вона ще в далекому 2001 році. Тому частина інструментів або прикладів стосується великих десктоп аплікацій, аніж web чи мобільних застосунків.

Але більшість порад - "поза часом" та підходять для будь-яких процесів та команд.

Ця книга буде дуже корисною для тестувальників, які опинилися одні на проєкті та не знають "чи правильно вони діють кожного дня". Читати цю книгу - це наче вести розмову з більш досвідченими тестувальниками десь на конференції (в кулуарах). Чи за філіжанкою кави суботнього ранку десь у Львові).

Гаразд, але що конкретно я дізнаюся з книги?

• У чому полягає головна задача тест інженера
• Про експерименти та яку роль науки та наукові дослідити відіграють у тестуванні
• Коли потрібно та коли непотрібно автоматизувати
• Чому гарні баг-репорти важливі
• Як побудувати довіру з розробниками у команді
• Як управляти процесом тестування та командою більш ефективно
• багато іншого

Чи варто читати цю книгу?

Так - якщо ви вже здобули деякий досвід (1-3 роки в індустрії), прочитали декілька базових книжок та маєте бажання розвиватися.

Скоріш ні - якщо ви працюєте в індустрії понад 10 років та набули багато досвіду. Чогось кардинально нового ви тут не знайдете. Багато з порад чи історій вже не один раз обговорювалися у багатьох конференціях за останню декаду.

Ні - якщо ви суворий SDET, що пише код та архітектуру з ранку до ночі - та не має бажання навіть думати про оте "звичайне тестування".

Особисто для мене ця книга - приклад того, що деякі книги потрібно читати вчасно та на деякому етапі кар'єрного шляху. Деякі речі я читав в 20-й раз, деякі - доволі застарілі. Але частина порад була все ж таки корисною навіть у моїй поточній роботі.