ESimi 2010

Файли блогу

Середа, 29 грудня 2010 р

"Тестер на все життя". Про проблеми, сертифікації та помилки

Назва - це не зовсім обіцянка, це частина назви проекту, з якого ми спостерігали в попередньому дописі, коли ми аналізували відповіді з інтерв'ю кількох відомих тестувальників, електронна книга-ul 'Тестер призначений для прямого ефіру, а не лише для Різдва'. Звідти ми узагальнили найбільш рекомендовані спеціалізовані публікації та низку порад щодо того, як підходити до кар’єри в цій галузі знань. Тепер продовжуйте відповіді на інші запитання.

У мене залишилось третє запитання: Який найцінніший інструмент ви використовуєте в тестуванні? Читаючи відповіді, я переконався, що більшість тестувальників або читали одні й ті ж книги, або є шанувальниками лідера думок у цій галузі. І я кажу це тому, що був вражений кількістю відповідей, в яких розглядався найцінніший інструмент. власний мозок. Будь ласка, уточнюйте переклад трохи: власне мислення. Більш детальне пояснення надав Саймон Морлі, деталізуючи цей прилад як 5-ступінчасту коробку передач із системою контролю швидкості. або щось подібне. Аналогія досить цікава, але я'м втрачено в перекладі. Інші відповіді висували різні програми, від WebScrab, інструмент, який перехоплює трафік між браузером та сервером, аж до (зараз тривіального) Twitter.

Які найбільші випробування для тестування зараз і через 2-3 роки? Тут більшість відповідей падають у декількох напрямках. Одним із них є адаптація до гнучких методологій - проблема, яка не здається мені дуже складною, беручи до уваги успішні проекти, які вже використовують такі методології. На думку спадають принаймні два, досить великі та відомі. Дійсно, у цих проектах роль тестувальника змінюється, і таким чином ми досягаємо другого побоювання, дійсного: про нього говорять, особливо серед менеджерів та зацікавлені сторони, що кожен може зробити на тестері, коли насправді це потрібно стійке тестування (Зегер Ван Хесе). Але найчастіше згадуваний виклик - це Хмарні обчислення-що породжує проблеми, особливо при відтворенні тестового середовища. Я поки що не можу це коментувати.

Але я можу бути вражений тим, як багато тестувальників вважають схеми сертифікації марними, неефективними. Деякі зізнаються, що навчання для такої сертифікації може сформувати щонайбільше спеціалізовану мову, і ще менше їх підтримує. Я припускаю, що ворожість походить від того, що розкішний титул отримується лише шляхом перевірки теоретичних знань. Енді Гловер найкраще виправдовує це ставлення зображенням, еквівалентним 1024 словам:

2010

Останнє запитання дещо сироповидніше, тож, врешті-решт: співрозмовники повинні пояснити, чому вони люблять тестувати. Хтось пов’язав свою любов до цієї професії з перфекціоністським характером, хтось із задоволенням від розслідування, багато хто з можливостей щодня дізнаватися щось нове. Я резоную з кожним із них, але, думаю, найсмачніше пояснення походить від Стіва Гріна: усе наше дитинство нам казали бути добрими, не псувати речі; тепер нам платять за те, щоб зіпсувати речі:)

Зрештою, що я можу сказати? Буклетне борошно в цілому. Іноді розмовна мова, іноді телеграфні відповіді. Стислі ідеї, відповідні поради, різноманітні перспективи. Я маю мужність напасти на Біблію в полі.

Понеділок, 27 грудня 2010 р

Випробувач на все життя, а не лише на Різдво

esimi

  • Уроки, отримані при тестуванні програмного забезпечення: підхід, керований контекстом Джем Канер, Джеймс Бах та Брет Петтікорд;
  • Як ми тестуємо програмне забезпечення в MicrosoftАлан Пейдж, Кен Джонстон та Б. Роллісон;
  • Не змушуй мене думати Стів Круг;
  • Швидке тестування: практичний посібник для тестувальників та спритних команд Ліза Кріспін та Джанет Грегорі.

Бібліографічний список також заповнений ще деякими технічними книгами, що видають інженерне походження деяких тестувальників, а також іншими публікаціями про управління командою або особистий розвиток. Всі відповідні рекомендації, на мій погляд. Я не знаю, що таке Секрет Ронда Бірн із цього списку змусила мене заінтриговано підняти брову.

Далі висвітлено шляхи розвитку навичок, необхідних тестувальнику. Тут більшість відповідей обертаються навколо концепції обмін знаннями. Шановні колеги, конкретно, перелік заходів включає: критичне читання публікацій на місцях, відвідування форумів та висловлення думки - доброю, поганою, аргументованою думкою -, дотримання кількох, більше спеціалістів у цій галузі, через блоги або Twitter. Все це надає тестувальнику (новачкові) можливість знати інші перспективи процесу тестування програмного забезпечення, засвоїти уроки, отримані в результаті інших проектів, вийти за рамки власної тестової діяльності. Рекомендовані заходи здаються мені здійсненними, і я особисто сприймаю їх як вигідні інвестиції у часі. Пісня, яка об’єднує їх і яка підкорила мене, я думаю, це буде моїм професійним переконанням, випустила Зегер Ван Хесе і каже: 'Будьте в режимі постійного навчання!'.

Я знайшов дуже цікаву пораду від Саймона Морлі. Коли я прочитав, що ми маємо мати або отримувати знання в інших суміжних областях, я думав про інші галузі знань у галузі інформаційних технологій, програмної інженерії тощо. Не лише ці, каже вищезгаданий Господь: здається, нам слід думати не про тестування навичок, а про навички, корисні тестувальнику, ті самі, які потрібні журналісту-розслідувачу, спеціалісту, подібному до фільмів СНД (слідчий, я думаю, що це термін), філософ (тут я загубився), історик, вчений, а іноді і речі, які потрібні коміку. Досить складна функція тестера в цьому світлі, ні?

І остання рекомендація щодо професійного розвитку тестувальників від Фредді Густавссона: Веселіться! Я маю на увазі, шановні колеги з профспілок, давайте зробимо все вищезазначене із задоволенням. І тут я можу рішуче підтвердити, що це спосіб, яким я можу навчитися, я можу робити правильні речі, правильний шлях. Як і на будь-якій іншій роботі, до речі, ні?
Буде слідувати!