Відеотестерам
Останнім часом мені доводиться часто тестувати відеоаплікації. Пам’ятаю, як важко було спочатку описати усе, що я бачу на екрані за допомогою англійської мови. Для тих, у кого також зустрічаються подібні проблеми, цитую фрагмент із книжки “How Video Works”:
Відкриваємо нову категорію - література.
Я вирішив допомогти Андрію у оглядах. У цій категорії з’являтимуться огляди неперіодичних видань, які можуть зацікавити спеціалістів із QA. Статті вже готуються.
Чекайте… Скоро буде…
Андрій Бенч
Оновлений Firefox
Кожному знайденому багові - по тест-кейсу
Ольґа Аґладзе запропонувала наступне: як тільки знайшов баг, додай новий тест-кейс. Таким чином ми гарантуємо, що під час регресивного тестування ми не забудемо перевірити саме цей баг, відв’язуємося від баг-репорту, тобто в нас далі є тільки один документ (список тест-кейсів), у якому зібрані всі тести, які потрібно виконати.
Мені ідея сподобалася, спробую застосувати на своєму проекті. Побачимо, що з того вийде.
61 рік тому знайшли перший баг. Зі святом!
Якщо вірити Вікіпедії, то 9 вересня 1947 року :
вчені Гарвардського університету, що тестували обчислювальну машину Mark II Aiken Relay Calculator, знайшли метелика, що застряг між контактами електромеханічного реле й Грейс Хоппер вперше вжила цей термін. Знайдена комаха була вклеєна до технічного щоденника, з супроводжувальним надписом: «First actual case of bug being found» (англ. «перший випадок у практиці, коли було знайдено комаху»). Цей цікавий факт став передумовою для вживання слова «баг» у значенні «помилка».
Тому можемо сьогодні сміливо відзначати професійне свято усіх, хто причетний до виявлення багів у сучасних системах, як би їхні посади не називалися - QA Engineer, тестувальник тощо.
Зі святом!
All-pairs testing на прикладі кави
Testing Problems (with pairs) - про all-pairs testing доступно на прикладі кавових напоїв
JW on Test
JW on test - блог автора How to break software Джеймса Віттакера (James Whittaker). Блог про тестування, звичайно :) Рекомендую.
Одна зі статей: “if Microsoft is so good at testing, why does your software suck?”
Software Test & Performance: червень 2008
У номері:
Головна стаття:
Agile Development Flies High, Only with Agile Testing. Adopting an agile development methodology? Don’t forget to incorporate an agile testing methodology as well, right from takeoff. By Glenn Johnson
Статті:
Slipping into Scrum. A transition to Scrum can be tough, tossing traditional system testers far beyond their comfort zone. Learn how to avoid getting burned with these three case studies. By Robert Sabourin
Covered in Java. What does 100% coverage really mean? To effective assess your code and your test suite, dig into coverage criteria and the different levels of trust they should inspire. By Mirko Raner
Unit Test Tool Showdown. In unit testing, choosing the right tool is everything. But how do you find out the details? Watch JUnit and JTiger face off in this five-step showdown. By Marcus Borch
Колонки
Future Test
The Importance of Being Visible. By David Kapfhammer
Best Practices
Get on the Couch with Users to Grok Security. By Geoff Koch
Про сертифікацію у тестуванні
Продовжуючи тему сертифікації тестувальників, зачеплену в попередньому пості:
Люди роблять на цьому гроші. Це бізнес. І як в будь-якому бізнесі - ти виходиш на ринок із новим продуктом, просуваєш його і продаєш.
Це була цитата із блогу людини із складним іменем Ainars Galvans (якщо знаєте, як це правильно звучатиме українською, напишіть у коментарі ;) ). Сама стаття - досить емоційна стаття - більше про менеджерів - орієтованих на процес і орієнтованих на людей, але є багато розумних думок про теперішні системи сертифікації, і не лише в тестуванні.
Маєте власну думку на цю тему? Welcome в коментарі!
Цікаве за тиждень
Corey Goldberg: Invaluable Technical Skills For Performance Testers - короткий список того, що потрібно знати/вміти performance-тестеру.
Алан Річардсон (Alan Richardson) пише про власний досвід із ISTQB - негативний досвід. Джеймс Бах (James Bach) розвиває тему (тут також багато цікавих думок у коментарях):
Long ago I also tried to change a certification program from the inside. I also failed. Now I do my best to cultivate the community of people who rise above it. As Alan points out, rising above can be difficult, because of all the poor fools who’ve been duped into believing that an ISTQB tester certification actually means something important.
What such certification really means is that, in England, and several other countries, certain unscrupulous or plain ignorant consultants are able to hold the testing craft for ransom, and almost no one will call them to account. Some of the perpetrators know full well what they are doing, but many of them, I think, know so little about testing that they honestly don’t realize what harm they do to the industry.
Пам’ятка для себе: написати про наявні системи сертифікації для тестерів.