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

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

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

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

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

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

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

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

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

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

PS.

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

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

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

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

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

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

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

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

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

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

Кому должно?

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

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

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

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

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

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

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

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

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

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

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

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

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