Архив рубрики: тест-дизайн

Очень конкретная разница между верификацией и валидацией

А действительно, чего это мне кажется, что разница между верификацией и валидацией всем понятна без примера? Нужен конкретный пример. А то без примера каждому… парню кажется, что его принимают за идиота. Например, здравствуйте, дети, вот это револьвер Смит и Вессон. Им можно решать разные задачи на поле боя. А ещё из него программист может выстрелить… Читать далее »

Простота и понятность тест-дизайна

Зачитано на «Uzhhorod developer meetup 13.0» в Ужгороде 20 сентября 2017. Видео нет. Определения тест-дизайна Вот самое простое определение понятия «тест-дизайн», одно из самых распространённых, и самых логичных: 1) Тест-дизайн — это способ придумать поменьше тест-кейсов, но при этом сохранить «максимальное покрытие» …и при этом оно же самое идиотское (бо невозможно сохранить то самое драгоценное… Читать далее »

Запуск Allpairs

PairWise — один из крутейших аналитических подходов в тестировании ПО. Как молот. Если попасть молотом по башке врага — ты победил. Если промахнулся — иди учись… Согласно pairwise.org , есть множество софтинок для этого дела, и от Microsoft (их несколько, не только PICT), и от NASA (уже недоступна, в космос улетела), от Motorola, от IBM,… Читать далее »

Редбрик тестинг

— …Вообще, поскольку терминология у нас англоязычная, то англоязычные англоязычники её воспринимают вообще иначе, нежели мы. Например, «Regression testing» наши изначально воспринимают как «Блаблабла тестинг», и просто ждут её определения (любого), бо звуки ничего не подсказывают. А они понимают слова по-отдельности, и эти слова по-отдельности очень многое подсказывают сами по себе. Как мы легко расшифровываем… Читать далее »

Тест-дизайн в очманілих руках тестувальника

У прошедшую субботу выступал во Львове на QA Meetup от Binary Studio: Видео, как всегда, уже недоступно. Блэт. Вообще намеревался устроить презентацию последовательного применения техник тест-дизайна, но после реакции аудитории на некоторые идеи понял, что если перейду к демонстрации, то всё будет “мельтешить”, бо причины действий и выводов будут этой аудитории неочевидны. Поэтому на ходу… Читать далее »

Состояние — Действие — Состояние

Таки додумался, почему State Transition testing не вызывает моментального ой-вэй эффекта у большинства увязнувших в тестировании. Трабла уже описана профессором Преображенским в соответствующей литературе в качестве первопричины разрухи. Тут надо думать «исходное Состояние системы — Действие — иное Состояние системы». А мы с «деццва» учимся продумывать тест-кейсы как «Действие — Результат действия». Вот «кружочки» и… Читать далее »