Разновидности тестирования.
#21
Отправлено 06 ноября 2011 - 13:26
#22
Отправлено 06 ноября 2011 - 13:40
КЛАССИФИКАЦИЯ ВИДОВ ТЕСТИРОВАНИЯ
ПО ЗНАНИЮ ВНУТРЕННОСТЕЙ СИСТЕМЫ
Черный ящик (black box testing)
Белый ящик (white box testing)
Серый ящик (grey box testing)
ПО ОБЪЕКТУ ТЕСТИРОВАНИЯ
Функциональное тестирование (functional testing)
Тестирование интерфейса пользователя (UI testing)
Тестирование локализации (localization testing)
Тестирование скорости и надежности (load/stress/performance testing)
Тестирование безопасности (security testing)
Тестирование опыта пользователя (usability testing)
Тестирование совместимости (compatibility testing)
ПО СУБЪЕКТУ ТЕСТИРОВАНИЯ
Бета-тестировщик (beta tester)
ПО ВРЕМЕНИ ПРОВЕДЕНИЯ ТЕСТИРОВАНИЯ
До передачи пользователю — альфа-тестирование (alpha testing)
Тест приемки (smoke test, sanity test или confidence test)
Тестирование новых фунщиональностей (new feature testing)
Регрессивное тестирование (regression testing)
Тест сдачи (acceptance of certification test)
После передачи пользователю — бета-тестирование (beta testing)
ПО КРИТЕРИЮ "ПОЗИТИВНОСТИ" СЦЕНАРИЕВ
Позитивное тестирование (positive testing)
Негативное тестирование (negative testing)
ПО СТЕПЕНИ ИЗОЛИРОВАННОСТИ ТЕСТИРУЕМЫХ КОМПОНЕНТОВ
Компонентное тестирование (component testing)
Интеграционное тестирование (integration testing)
Системное (или энд-ту-энд) тестирование (system orend-to-end testing)
ПО СТЕПЕНИ АВТОМАТИЗИРОВАННОСТИ ТЕСТИРОВАНИЯ
Ручное тестирование (manual testing)
Автоматизированное тестирование (automated testing)
Смешанное/полуавтоматизированное тестирование (semi automated testing)
ПО СТЕПЕНИ ПОДГОТОВКИ К ТЕСТИРОВАНИЮ
Тестирование по документации (formal/documented testing)
Эд Хок тестирование (Ad hoc testing)
#23
Отправлено 06 ноября 2011 - 13:46
#24
Отправлено 06 ноября 2011 - 14:46
Таки не скорости и надежности и не опыта пользователя (который вообще UX).Тестирование скорости и надежности (load/stress/performance testing)
Тестирование опыта пользователя (usability testing)
Но вообще:
1. Гугль все еще не переплюнут.
2. "Общество без цветовой дифференциации штанов не имеет цели. А если нет цели - нет будущего" (с). Вопрос цели все еще не понятен.
#25
Отправлено 06 ноября 2011 - 14:55
#26
Отправлено 06 ноября 2011 - 16:05
#27
Отправлено 06 ноября 2011 - 17:05
#28
Отправлено 06 ноября 2011 - 18:21
Ну то есть это примерно как начинать учить математику с изучения всей имеющейся там терминологии. Терминологию освоить может и поможет. Понять как оно работает - нет. А скорее всего только бардак в голове усилит.
#29
Отправлено 06 ноября 2011 - 20:59
Лично я сравнить изучение математики не могу с изучением тестирования, так как математику мы очень долго и давно учили. И тестирование - это новое для меня, вообще новое. Если я не буду понимать, что такое тест-кейс или нагрузочное тестирование при чтении статьи или форума - смысл. А бардак в голове - это когда знания есть, но они не систематизированы. Мне данная классификация, а также терминология наоборот помогает упорядочить все что я знаю на данный момент в голове. У меня есть прекрасный пример, когда математику преподавали не систематизировано, т.е. я приходила к учительнице, мы решали разные примеры и задачи, домашнее задание. Но особо умнее я себя не чувствовала от этого. Я не чувствовала подготовки (готовилась я к поступлению в ВУЗ). Затем я прекратила занятия у нее, так как не видела смысла и заинтересованности учительницы, чтоб я стала успешнее. Мы нашли через знакомую преподавателя математики из ВУЗа. Это был мужчина. Он начал занятия со мной с проверки уровня моих знаний. Осмыслив, чего мне не хватает и каковы мои знания, он начал подготовку. Все было четко и систематично, рассчитано на период, который был. За полтора месяца он меня отлично подготовил. Я чувствовала себя гораздо спокойнее, особенно зная, что он в меня верит. В общем, я ему безгранично благодарна. Как все работает нужно понимать, когда уже хоть что-то элементарное знаешь. Вот сегодня я читала и поняла, что выбор системы автоматизации тестирования - это не так просто. Меня интересовал вопрос как выбрать среди всех систем нужную. Я прочитала, что оценивать нужно не по 1 критерию. Поняла, что это целая экономическая задача. Важно время окупаемости системы, какие виды тестов будут автоматизироваться, какие технологии должен поддерживать инструмент... В общем, в мозге у меня уже что-то прояснилось по этому вопросу. Хотя это всего лишь теория. Но это же важно. Конечно, вариант, когда ты сразу попадаешь в компанию и там на месте пытаешься на практике разобраться - хорош. Но это будет тогда сложнее. Будет кипиш в голове.
#30
Отправлено 07 ноября 2011 - 11:38
"Теоретики" тут просто вредны.
И логика не всегда лучший помошник. Разработчики - не дураки, и думают логически.
А вот ошибка - она не совсем логичная! Хитрая такая, никогда не знаешь где поподется!
Статья, написанная новичком у которого нет практического опыта - Хи-хи-хи!!! :)
Напишите - пришлите ссылку, обязательно почитаю! :D
Кипеш в голове - о Да! Это нормальное состояние! Особенность профессии - внимание ко всем мелочам и деталям. Привыкайте!
Разкладывать все по полочкам в голове - хорошая привычка. Но, мне кажется, жизнь окажется гораздо веселее и разнообразнее!
#31
Отправлено 07 ноября 2011 - 11:57
По ссылке - нет разбивки по классификационным признакам. Получилась каша.1. Гугль все еще не переплюнут.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#32
Отправлено 07 ноября 2011 - 12:18
Вы лучше Розенталя почитайте, что ли :) А то "поподется" вам какая-нибудь совсем уж хитрая бага, или разработчики не будут думать логически...По моему нескромному мнению, тестирование - сугубо практическое занятие.
"Теоретики" тут просто вредны.
И логика не всегда лучший помошник. Разработчики - не дураки, и думают логически.
А вот ошибка - она не совсем логичная! Хитрая такая, никогда не знаешь где поподется!
Software Testing Glossary - простыми словами о непростых словах.
#33
Отправлено 07 ноября 2011 - 13:12
:DВы лучше Розенталя почитайте, что ли :) А то "поподется" вам какая-нибудь совсем уж хитрая бага, или разработчики не будут думать логически...
Не, хитрых багов не не надо! Мне, пожалуйста, попроще!
#34
Отправлено 07 ноября 2011 - 15:23
О да, разбивка конечно же очень поможет. Вместо беспорядочной нерелевантной ерунды будет упорядоченная нерелевантная ерунда вызывающая много вопросов касательно методов классификации.По ссылке - нет разбивки по классификационным признакам. Получилась каша.
1. Гугль все еще не переплюнут.
#35
Отправлено 08 ноября 2011 - 05:06
Предложено несколько классификационных признаков (да, могут быть и другие, ну и что) и по ним выполнена классификация.
Да, может быть не всегда полная классификация (особенно по субъекту тестирования улыбнуло :) ), но не безнадёжно.
Но действительно начинающему тестировщику так проще понимать, ибо:
-- если два термина находятся в разных классификациях, значит, они достаточно ортогональны и их можно комбинировать,
-- если два термина находятся в одной классификации, значит, они достаточно взаимоисключающие.
Иногда даже простые перечисления полезны, в качестве чек-листа -- "а про это я не забыл? а про это? а про это?"
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#36
Отправлено 08 ноября 2011 - 05:21
#37
Отправлено 08 ноября 2011 - 17:50
Если бы все было так просто... Бета-тестирование белого ящика это конечно хорошо. Ровно как и приемочные тесты которые никогда и низачто не могут быть регрессионными (ручное нагрузочное тестирование обоземойнекраудсорсинг). От таких выводов приходится потом санитарию голов делать.Но действительно начинающему тестировщику так проще понимать, ибо:
-- если два термина находятся в разных классификациях, значит, они достаточно ортогональны и их можно комбинировать,
-- если два термина находятся в одной классификации, значит, они достаточно взаимоисключающие.
Хотя может оно лучше так чем вообще никак. Я подумаю над этим. Это концентрация на терминах хороша только в меру.
#38
Отправлено 09 ноября 2011 - 08:34
Совершенно нормальное и часто применяемое тестирование. Именно ручное, именно нагрузочное.ручное нагрузочное тестирование
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#39
Отправлено 09 ноября 2011 - 12:59
Книга целиком базируется на личном опыте освоения — с нуля — профессии тестировщика и многолетней работы автора в этом качестве в интернет-компаниях США."
Ну вот про книгу Романа Савина "тестирование dot com" написано тут
http://ebook-lib.ru/...ovanie-dot-com/ .
Я могу предположить, что и классификация, базирующаяся на книге, будет ориентирована на интернет-продукты.
У меня вопрос к уважаемым коллегам.
А никто не пробовал - сначала как-то классифицировать программные продукты, а потом привязать классификацию разновидностей тестирования к типам/видам продуктов?
хм.. (мечтательно...) а если еще и статистику собрать.
Ну типа -- программные продукты класса "Игры". ХХ% игр тестируются такими-то разновидностями, УУ% - такими-то.
#40
Отправлено 09 ноября 2011 - 13:37
Есть такой документ "Методика составления спецификаций требований к программному обеспечению (IEEE-830-1998)".
Там приведены разные способы организации спецификации.
И у меня появилась мысль -- а будет ли эти различные способы оказывает влияние на процесс тестирования?
Т.е. будет ли как-то оказывать влияние на процесс тестирования то, что
спецификация организована по режимам (шаблон А1) или по по объектам (шаблон А4)?
Количество пользователей, читающих эту тему: 2
0 пользователей, 2 гостей, 0 анонимных