Перейти к содержимому

Фотография

Эффективное, результативное, изящное тестирование


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 6

#1 baranceva

baranceva

    Профессионал

  • Admin
  • PipPipPipPipPipPip
  • 4 164 сообщений
  • ФИО:Баранцева Наталья


Отправлено 22 июня 2016 - 08:04

Автор: Джефф Найман (Jeff Nyman)

Оригинал статьи: http://testerstories...nt-and-elegant/

Перевод: Ольга Алифанова

 

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

 

С моей точки зрения, использование терминов "верификация" и "валидация" может привести к ложным дихотомиям. Для меня тестирование – это деятельность, связанная с дизайном, и поэтому покрывает довольно широкую область. Я верю, что тесты могут стать неким "общим языком". Я верю, что тесты могут напрямую кодировать спецификации и требования. И я верю, что тесты – это источник знаний об области или продукте. Слишком большой упор на разницу между верификацией и валидацией – это неэффективный и не результативный способ понять, как именно тестирование дополняет обеспечение качества.

 

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

 

На самом деле я согласен, что различия между верификацией и валидацией вполне оправданы. В конце концов, эффективность – это способность делать что-то правильно. Результативность, с другой стороны – это способность выдавать правильный результат. Эффективность сфокусирована на процессе и нацелена на доведение его до конца, а результативность – на продукте (то есть, собственно, на результате этого процесса). Можно сказать и так: эффективность концентрируется в первую очередь на том, чтобы избежать ошибок, а результативность – на успехе вне зависимости от количества промахов, допущенных по пути.

 

Однако мне кажется, что есть способ различать эффективность и результативность, который куда лучше понимания разницы между верификацией и валидацией. Ведь тестирование прямо-таки требует гибкости и инноваций.

 

Читать статью полностью...


  • 0
Наталья Баранцева
Тренинги по тестированию ПО

#2 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 22 июня 2016 - 08:44

Извините, я не уловил смысл статьи. ИМХО много воды, мало хоть какого-то практического применения.


  • 0

#3 Bess

Bess

    Активный участник

  • Members
  • PipPip
  • 91 сообщений

Отправлено 08 июля 2016 - 07:40

вопрос о результативном тестирование)
как вы думаете , можно ли в один тест кейс объединять проверку нескольких однотипных функций приложения?

 

конкретно мой пример:
нужно протестировасть некий набор способностей персонажа.

можно объединить это в один кейс, мол:

1. Зайти в бой.

2. Поочередно проверить 4 активных способности персонажа..

 

Либо это неправильный подход к тест-кейсам?

У меня смутные ощущения, потому что , по моему, в этом случае тест-кейс становится похож на чек-лист..

Хотя с другой стороны, это разгрузит от огромнейшего числа отдельных тесткейсов


  • 0

#4 Bess

Bess

    Активный участник

  • Members
  • PipPip
  • 91 сообщений

Отправлено 08 июля 2016 - 07:44

в каком случае вообще по вашему можно объединять некие элементы в одном тест кейсе , а в каком нет?


  • 0

#5 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 10 июля 2016 - 10:09

вопрос о результативном тестирование)
как вы думаете , можно ли в один тест кейс объединять проверку нескольких однотипных функций приложения?

 

конкретно мой пример:
нужно протестировасть некий набор способностей персонажа.

можно объединить это в один кейс, мол:

1. Зайти в бой.

2. Поочередно проверить 4 активных способности персонажа..

 

Либо это неправильный подход к тест-кейсам?

У меня смутные ощущения, потому что , по моему, в этом случае тест-кейс становится похож на чек-лист..

Хотя с другой стороны, это разгрузит от огромнейшего числа отдельных тесткейсов

 

Вопрос об абстрактном коне в вакууме или для работы надо?

 

Важное отличие тест-кейсов от чек-листов → тест-кейс можно отдать новичку, которые впервые видит, в данном случае, игру. И он сможет его выполнить. 

А в чек-листе просто будет написано "проверить способность А, Б, С". А как их включить? Как именно проверять, как оно должно работать? Ты уже должен знать или знать, где искать.

См отличие тест-кейсов от чек-листов.

 

В тест-кейсе допускается делать несколько проверок, если это помогает избежать кучи лишней копипасты и правда можно проверить за один присест.

Но, с другой стороны, в фирме может быть подход "один тест-кейс = одна проверка". И если тест-кейс упал, мы точно знает, какая способность не работает. А если упал кейс "Проверка способностой летать, нырять и плавать", то как понять, что именно не работает?

 

Допустимо все, что допустимо :)

Я за то, чтобы убирать лишнюю копипасту, если это не влияет на способность любого джуниора пройти ваш тест-кейс


  • 1
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#6 Bess

Bess

    Активный участник

  • Members
  • PipPip
  • 91 сообщений

Отправлено 10 июля 2016 - 12:06

Спасибо)


  • 0

#7 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 11 июля 2016 - 10:43

Да не за что :)


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных