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

Фотография

Когда фича протестирована в Ajile?


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

#1 gambelz

gambelz

    Новый участник

  • Members
  • Pip
  • 4 сообщений

Отправлено 16 января 2012 - 09:47

Друзья, с вашей помощью хочется сформулировать некие нормальный и минимальный критерии протестированности фичи в ajile.
  • 0

#2 astenix

astenix

    Специалист

  • Members
  • PipPipPipPipPip
  • 906 сообщений
  • ФИО:Лёша Лупан
  • Город:Кишинев


Отправлено 16 января 2012 - 10:27

Друзья, с вашей помощью хочется сформулировать некие нормальный и минимальный критерии протестированности фичи в ajile.


Не будет вам таких критериев. Тестируйте смело и ответственно, не отвлекайтесь на ерунду.

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

Хотя, если речь идет о тестировщике кодом (автоматизатор всех стран), тогда критерии могут быть попроще. Например: "Мы тестировали тут только ввод цифр, и всё, и этого достаточно;а то, что после ввода букв все приложение сворачивается вверх тормашками - ну, так мы же не думали, что ваши бухгалтера настолько дикие, что будут вводить буквы туда, куда надо вводить только цифры..." Но тут надо понимать, что такое упрощение - маразматично и меметично.

ps кстати о правонаписании. Почему ajile? Вуву зэт аншанте отрэ сэ суар агреабля?

agile - английское слово, а не французское. Произносится иногда как "эджайл", иногда как "аджайл", иногда как "Блоуджоберы чертовы, вы способны только бумажки на стенах перекладывать, а не работать!" - в зависимости от того, с кем общаешься.
  • 0

Software Testing Glossary - простыми словами о непростых словах.


#3 SALar

SALar

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

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 16 января 2012 - 11:24

Прочитайте внимательно манифест. Внимательно. И еще раз. И еще. Потом распечатайте и читайте каждый день. Один раз приходя на работу, второй раз перед обедом и третий уходя с работы. Читайте хотя бы полгода.

Возможно тогда вы сможете прочесть, что аджайл манифест не противоречит ни водопаду, ни ГОСТ 34.х + ГОСТ 9126 + ГОСТ 28195, ни всякому разному прочему.
Все что там сказано, это то, что человекоориентированность ценится больше процессоориентированности. Все.

PS.

Друзья, с вашей помощью хочется сформулировать некие нормальный и минимальный критерии протестированности фичи в ajile.

Одна эта фраза, говорит о том, что вы ориентированы на процесс, а не на людей. А вас нет agile. Расслабьтесь и начинайте работать согласно лучшим рекомендациям собаководов.
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#4 jjjzmey

jjjzmey

    Постоянный участник

  • Members
  • PipPipPip
  • 248 сообщений
  • ФИО:Ян Юшин
  • Город:Питер


Отправлено 16 января 2012 - 13:24

Друзья, с вашей помощью хочется сформулировать некие нормальный и минимальный критерии протестированности фичи в ajile.

Тестирование должно быть :)
  • 0

#5 gambelz

gambelz

    Новый участник

  • Members
  • Pip
  • 4 сообщений

Отправлено 16 января 2012 - 15:08

отличные советы. спасибо что не ссылка на гугл.
А теперь давайте попробуем сформулировать все таки сабж.
Фича протестирована, когда для нее выполнен DoD. А какой дод на уровне фич в ваших проектах?
Используете-ли вы Success Criteria?
  • 0

#6 astenix

astenix

    Специалист

  • Members
  • PipPipPipPipPip
  • 906 сообщений
  • ФИО:Лёша Лупан
  • Город:Кишинев


Отправлено 16 января 2012 - 16:49

А теперь давайте попробуем сформулировать все таки сабж.

:shok:

Немедленно внимательно и много раз :rtfm: agile manifesto!

Позвольте откланяться :spiteful:

Впредь не используйте акронимы вроде "дефинишын оф дан" в таком уродливом виде. Вы же можете задавать вопросы на внятном русском языке, huh?
  • 0

Software Testing Glossary - простыми словами о непростых словах.


#7 OVA

OVA

    Опытный участник

  • Members
  • PipPipPipPip
  • 405 сообщений
  • ФИО:Высоцкий Сергей Павлович
  • Город:Новосибирск

Отправлено 16 января 2012 - 17:55

Тестирование должно быть :)

Кому должно?
  • 0

#8 gambelz

gambelz

    Новый участник

  • Members
  • Pip
  • 4 сообщений

Отправлено 17 января 2012 - 09:17

А теперь давайте попробуем сформулировать все таки сабж.

:shok:

Немедленно внимательно и много раз :rtfm: agile manifesto!

Позвольте откланяться :spiteful:

Впредь не используйте акронимы вроде "дефинишын оф дан" в таком уродливом виде. Вы же можете задавать вопросы на внятном русском языке, huh?


Неужели вы не заметили достаточно прямые вопросы? "А какой дод на уровне фич в ваших проектах?
Используете-ли вы Success Criteria?"

Давайте прекратим выражать свой снобизм.
  • 0

#9 saveug

saveug

    Новый участник

  • Members
  • Pip
  • 33 сообщений
  • ФИО:Савицкий Евгений

Отправлено 17 января 2012 - 12:56

Критерием протестированности я бы называл условия, когда все тестовые сценарии (или критерии успешности) для данной фичи выполнены на требуемых конфигурациях и окружениях.
В Вашем случае скорее идет речь об уровне качества реализованной фичи: все ли сделали, шустро ли бегает, удобно ли использовать и т.п.

Поскольку сами по себе требования к качеству выражаются специфическим образом для каждого проекта или продукта, то вряд ли кто-то сообщит внятный их список и язык, на котором их формулировать.
Для начала исследования этой темы я бы предложил Вам начать с чего-то простого и почитать вот эту простенькую методологию тестирования:
http://code.google.c...ki/AccExplained

Она совсем прям в стиле Agile, как Вы и хотите.
  • 0

#10 gambelz

gambelz

    Новый участник

  • Members
  • Pip
  • 4 сообщений

Отправлено 17 января 2012 - 14:28

Критерием протестированности я бы называл условия, когда все тестовые сценарии (или критерии успешности) для данной фичи выполнены на требуемых конфигурациях и окружениях.
В Вашем случае скорее идет речь об уровне качества реализованной фичи: все ли сделали, шустро ли бегает, удобно ли использовать и т.п.

Поскольку сами по себе требования к качеству выражаются специфическим образом для каждого проекта или продукта, то вряд ли кто-то сообщит внятный их список и язык, на котором их формулировать.
Для начала исследования этой темы я бы предложил Вам начать с чего-то простого и почитать вот эту простенькую методологию тестирования:
http://code.google.c...ki/AccExplained

Она совсем прям в стиле Agile, как Вы и хотите.


Спасибо, ознакомлюсь
  • 0


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

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