OpenQuality.ru

Качество программного обеспечения

Качество программного обеспечения: в главных ролях

Лента  Радар  Блог  Опыт  
Эпизоды  Заметки  Разум  Видео


Тестирование программного обеспечения: введение


C момента обнаружения первого бага сообщество тестировщиков накопило недюжинный арсенал методик, способствующих обнаружению дефектов в программных продуктах. Наряду с грамотной организацией процесса разработки, тестирование программного обеспечения в значительной степени определяет качество выпускаемых продуктов.


Что принять во внимание при тестировании приложений? Безусловно, функциональность продукта – то, ради чего он выпускается. Соответствует ли приложение запросам пользователя? Эффективен ли программный продукт? Насколько удобно им пользоваться? Бывает так, что потребности пользователя весьма туманны и даже противоречивы. Но даже в условиях плохой видимости нужно обязательно думать не только о функциональности и usability, но и о многих других характеристиках. Производительность, надежность, безопасность, потребление системных ресурсов, резервное копирование, восстановление и обновление, масштабируемость, документация – вот далеко не все ориентиры, по которым можно судить о качестве продукта.


Процесс разработки программного обеспечения характеризуется высокой степенью рисков и неопределенности. Почему? Потому что каждый продукт уникален. Можно провести такую параллель: мы люди, у нас одинаковое количество хромосом, строение скелета и система жизнеобеспечения организма. И при этом каждый человек – это отдельный мир. Это хорошо понимают толковые учителя и врачи. То же самое в тестировании. Есть базовые методики, практики, подходы, которые необходимо применить к тестируемому продукту, и есть особенности отдельно взятого приложения, которые нужно найти, изучить и учесть при тестировании.


Изложенные предпосылки открывают большие возможности перед специалистами, решившими посвятить себя тестированию программного обеспечения. Чем сложнее продукт, тем больше ответственность, которая ложится на плечи QC-инженеров. И тем больше пользы они смогут принести. А мы будем рады помочь. Для начала, вот четыре статьи, которые будет интересно прочесть начинающему тестировщику:


Обойдемся без тестировщиков? Почему труд тестировщика настолько востребован в наши дни. Joel Spolsky и James Bach, признанные гуру в разработке и тестировании ПО, раскладывают эту тему по полочкам.

Счастье быть тестировщиком. “Ломать, крушить и рвать на части. Вот это жизнь, вот это счастье”, — к словам героев детской песенки могут присоединиться и QC-инженеры. Применить к продукту самые изощренные пытки, проверить на прочность, дать волю самой буйной фантазии и воплотить самые невероятные сценарии – звучит интригующе, не правда ли? Тестировщик выступает в роли критика и разрушителя, но результатом его (не)благодарной работы будет успешный цикл жизни системы.

Три заблуждения начинающих тестировщиков. Чем больше багов находишь в продукте, тем меньше их остается? Чем больше находишь багов в продукте, тем лучше? Цель тестировщика – убедиться, что программа работает? Так ли это на самом деле?

Мастерство тестировщика: перепросмотр. Единственный способ определить границы возможного – выйти за эти границы.


Теория и практика тестирования ПО:

Введение | Подходы | Инструменты | Автоматизация | Модульные тесты | Ресурсы


Краткое содержание

Что такое качество программного обеспечения и как его улучшить.

Действующие лица

Качество ПО: разработчики Качество ПО: QC

Т1. Мы думали, что это баг, а тут, оказывается, вирус затесался.
Т2. Не баги горшки обжигают?

Герои | Наугад | Следить | Share

М1. Тестировщик обновил свой профайл в Linkedin. Работник он хороший. Жалко, что его что-то не устраивает.
М2. Нам нужны мотивированные сотрудники. Поощрить его мы не можем – нет бюджета. Значит, нужно срочно увольнять!

Качество ПО или рай для багов Качество ПО: классы и объекты

Подходы к разработке, тестированию и внедрению приложений.

Записная книжка

Записки охотника

• "Dear young person, if you are a geek, the world needs you, and you will never run out of opportunities to apply your talents." (Donald Knuth)

• "I will, in fact, claim that the difference between a bad programmer and a good one is whether he considers his code or his data structures more important. Bad programmers worry about the code. Good programmers worry about data structures and their relationships." (Linus Torvalds)

Все заметки

Ищейка