Рейтинг
+8.47
голосів:
10
avatar

Quality Assurance  

Перша неофіційна зустріч спільноти тестувальників Львова

Дозвольте порадувати Вас новиною: з настанням осені до нас прийшов сезон активної роботи і навчання. І цього разу він починається досить незвично — з перших неофіційних зборів спільноти тестувальників славного міста Львова. Поспішаємо порадувати Вас доповідями на цікаві для багатьох теми.

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

Більше того, на заході виступлять почесні гості кожного ІТ-спільноти — Слава Панкратов та Олександр Орлов.

План заходу:
19:30-19:45 Відкриття, чай з печеньками.
19:45-20:25 Олександр Орлов «Людський фактор в QA»
20:25-21:05 Слава Панкратов «Про кар'єру в тестуванні»
21:05-21:30 Закриття, знайомства, неформальне спілкування.

Чекаємо на Вас у п'ятницю в конференц-залі SoftServe, вул. В. Великого, 52
49.811906;23.9893;вул. Володимира Великого, 52, Львів, Львівська область, Україна

Для участі у заході необхідно зареєструватись: форма реєстрації

Не пропустіть, захід обіцяє бути цікавим і захоплюючим!

Генеральний спонсор: SoftServe

Інформаційна підтримка:
testers.lviv.ua
rozrobka.com

The Testing Planet: номер 2 за липень 2010



Є така спільнота тестувальників — Software Testing Club. І видають вони community newspaper під назвою The Testing Planet. Номер за липень можна скачати отут, а можна і купити в форматі мертвого дерева, замовивши отут.

Липневий номер містить, серед іншого, цікаві статті щодо створення автоматизованих тестів, побудови стосунків із колегами, ініціатив Weekend Testing та Daily Testing Tips (#dtt у твітері), комікси і навіть кросворд :)


( Читати далі )

Про один баг

Недавно дізнався про одну цікаву історію.
В 1983 році коли холодна війна була чимось значно реальнішим чим вона є зараз, відбулась цікава подія. 26 вересня система раннього оповіщення СССР повідомила про наближення 5 міжконтинентальних балістичних ракет. В той час командував пан Станіслав Петров.
Холодно подумавши, він вирішив не запускати систему зворотнього удару та не повідомляти керівництво, хоча мав би це зробити без обдумувань. Тим самим він спас світ від Третьої Світової. Через декілька місяців виявили збій в системах сповіщення.

А мораль історії така:
* шановні ембеддед розробники! будьте уважні, через ваші баги можуть загинути люди!
* деякі фічі за деяких умов є насправді багами
* якщо б це була повністю автоматична система, ми б зараз не обговорювали її баги =)
  • +6
  • 02 лютого 2010, 23:23
  • zenyk
  • 5

Чому тестування вимагає так багато часу?

Сага в двох томах Серія із двох записів від Майкла Болтона (Michael Bolton) дають пояснення, чому часто тестування займає більше часу, ніж було заплановано. На простому прикладі він показує, що проблеми у продукті мають великий вплив на можливіть забезпечити достатнє тестове покриття.

Частина перша: Why Is Testing Taking So Long? (Part 1)

Частина друга: Why Is Testing Taking So Long? (Part 2)
  • +4
  • 27 листопада 2009, 13:22
  • andriyr
  • 26

Sad story about quality

  • +8
  • 25 листопада 2009, 15:06
  • lemon
  • 8

Кілька слів про тестування Chrome OS від Google Testing Blog Повідомлення-посилання

Сім абзаців про те, як відбувається тестування Chrome OS у Google, які засоби і підходи використовують. Обіцяють продовження. Будемо відслідковувати.

Ідея подарунка для тестувальника

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

( Читати далі )
  • +4
  • 19 листопада 2009, 10:30
  • andriyr
  • 4

Моя уніфікована теорія вад

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

Я гадаю, що вади можна поділити на три основні категорії.

* Логічні. Логічні вади є основними, і найчастішими. Це ваші if'и, цикли та інша логіка в коді. Вони на сьогоднішній день є найбільш поширеним видом помилок у програмному забезпеченні. (Думка: це є неправильно).
* Вади взаємодії. Вади взаємодії — це коли два різних об'єкти не правильно взаємодіють один з одним. Наприклад, вивід імені у полі «прізвище». Також яскравим прикладом є ситуація, коли один об'єкт дає на вихід не те, чого від нього очікує інший.
* Вади відображення. Вади відображення — це коли вивід (зазвичай, якийсь ГК або репорт) відображається некоректно. Ключовий момент — у тому, що правильність і неправильність відображення визначає людина. (Думка: вигладає неправильно).

ЗАУВАЖЕННЯ: Деякі розробки гадають, що з часів, як вони почали використовувати графічний користувацький інтерфейс, усі вади стали вадами відображення! Під вадами відображення розуміються помилки, на кшталт, виходу тексту на кнопці за її межі. Якщо ж ви натискаєте на кнопку, і відбувається щось неправильне — це швидше за все, вада взаємодії або ж логічна вада. Вади відображення є досить рідкими.


( Читати далі )

Principles of automated testing

Principles of automated testing
Automated Testing is the use of software to control the execution of tests, the comparison of actual outcomes to predicted outcomes, the setting up of test preconditions, and other test control and test reporting functions Commonly, test automation involves automating a manual process already in place that uses a formalized testing process.
In general, Automated Testing can be divided into two groups:

— Functional testing
— Performance testing



( Читати далі )