Сообщений в теме: 58

[barancev]

В библиотеке опубликована новая статья Юлии Нечаевой "Управление разработкой из тестирования". Но это не про Test Driven Development :)

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

Читать статью...

[Alfa]

Некоторые авторы почему-то упорно не хотят признавать значение слова "рецензент".
Это подрывает доверие к автору, соавтору/рецензенту и статье со второй строки. Напишите уже "соавтор" и не парьтесь.

Как оказалось доверие было подорвано не напрасно:

QC – de-jure ответственны за качество, de facto – за нахождение ошибок

Вывод в статье тоже довольно фееричен:

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

Смотрим Канера "I Speak for the User".

Да и еще я не люблю "смерть от буллет поинтов", но это дело вкуса.

[SALar]

Аргументы в пользу выбора команды тестирования в качестве аналитиков требований: как уже говорилось ранее, у них есть время, желание и способности.

Все три пункта ошибочны.
* есть время - как ни странно, но чаще бывает наоборот. Запас по мощности у программистов.
* желание - не нужно говорить за всех. Кому то больше нравится кодить автотесты.
* способности - no comments

Идея –> требования –> разработка –> тестирование –> релиз

Не стал бы выделять тестирование в отдельную стадию. Тестирование - это просто компаратор. И является частью стадии на которой примеряется. QC применяемый на стадии разработки называют тестированием. в качестве QC применяемого на стадии релиза можно использовать опытно промышленную эксплуатацию.

PS. Профессию аналитика уже отменили?

[Clauster]

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

[barancev]

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

Зачем столько физиологических подробностей :)
Нажмите там вверху на иконку принтера и будет версия "для печати" со спартанским дизайном -- чёрный текст на белом фоне.

[offtopic]
Разыскивается Спонсор Дизайна, за это ему будет Вечный Почёт и Слава :)
[/offtopic]

[Clauster]

PS. Профессию аналитика уже отменили?

Кризис же, сократили аналитика.

[Clauster]

Нажмите там вверху на иконку принтера и будет версия "для печати" со спартанским дизайном -- чёрный текст на белом фоне.

о, да!

[Clauster]

Тоже хочу быть рецензентом. :) Мысль о начале тестирования на этапе формирования требований далеко не нова. Автор изобретает велосипед?
Статья чересчур академична. Не понял, почему QC ответственны за качество, а не, например, разработчики (он же кривое ПО пишут). В целом, ничего интересного не почерпнул.
Может кто-нибудь напишет статью о разработке без формальных требований?

[SALar]

Александр Байкин в своем докладе давал длиннющий список методов проверки требований. то ли на три, то ли пять десятков позиций. Может попросим его повторить доклад?

Может кто-нибудь напишет статью о разработке без формальных требований?

Это к хаотической разработке. Не уверен, но кажется сейчас к этому относят себя и эджайл, и веб разработка.

Кризис же, сократили аналитика.

Ну так пусть кто нибудь другой поработает. Дворник, например. Или охранник. Или клининг менеджер. А что, у них же есть:
1. Много свободного времени
2. Желание
3. Способности
Забавно. Почему никто не идет лечить зубы к окулисту?

PS. За качество в первую очередь несет ответственность менеджмент. Сначала топ, затем миддл и в конце, совсем немного ответственности приходится на ПМ. На остальных участников проектной команды приходится меньше десятой доли ответственности. Смотри Деминга или Генри Нива, главу про "Красные бусы". Если есть желание - милости просим, поиграем.

PSS. За сим конструктивную критику статьи можно и прекратить.

[Galina]

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

P.S. Статью пока не осилила... не затягивает...

[astenix]

[offtopic]
Разыскивается Спонсор Дизайна, за это ему будет Вечный Почёт и Слава :)
[/offtopic]

Чего там искать и отдельно творить, если для Joomla есть неимоверное количество шаблонов оформления...

[lorien-julia]

Некоторые авторы почему-то упорно не хотят признавать значение слова "рецензент".
Это подрывает доверие к автору, соавтору/рецензенту и статье со второй строки. Напишите уже "соавтор" и не парьтесь.

Вы правы, стоило написать ревьюер.

[lorien-julia]

Все три пункта ошибочны.
* есть время - как ни странно, но чаще бывает наоборот. Запас по мощности у программистов.
* желание - не нужно говорить за всех. Кому то больше нравится кодить автотесты.
* способности - no comments

Время на тестирование и до-разработку требований выделяется команде тестирования. Не думаю, что есть менеджер, который выделил бы на это время именно команде разработчиков.
Если и есть - то случай далеко не средний.
Я за всех и не говорю. Я не сажаю всех кодить автотесты, равно как и не сажаю всех садиться с разработчиками в круг и решать, как тут лучше поступить. Вы правы, кому-то больше нравится кликать по кнопкам, повторяя написанные шаги.
Способности - действительно, no comments :)

Не стал бы выделять тестирование в отдельную стадию. Тестирование - это просто компаратор. И является частью стадии на которой примеряется. QC применяемый на стадии разработки называют тестированием. в качестве QC применяемого на стадии релиза можно использовать опытно промышленную эксплуатацию.

Я бы тоже не стала :) Но чаще всего именно так и происходит.

PS. Профессию аналитика уже отменили?

Я рассматриваю типичную ситуацию, в которой, к сожалению, в команде нет аналитика.

[lorien-julia]

Мысль о начале тестирования на этапе формирования требований далеко не нова. Автор изобретает велосипед?

Автор не понимает, почему многие люди ходят пешком, если есть велосипед :)

Не понял, почему QC ответственны за качество, а не, например, разработчики (он же кривое ПО пишут). В целом, ничего интересного не почерпнул.
Может кто-нибудь напишет статью о разработке без формальных требований?

Под качеством я понимаю соответствие установленным в начале критериям. Не думаю, что разработчики будут за этим следить. А тестировщики - в самый раз: "Петь, здесь валидацию писать не надо, админ будет вводить только корректные данные, заказчику важнее ХТМЛ эдитор на форме обратной связи."
Притом, что начальные требования скорее всего содержали всего лишь пожелания "админ должен быть способен добавить сущность" и "пользователь должен быть способен отправить текст, ползуясь формой обратной связи".
Именно команда тестировщиков превращает размытые требования в список "здесь делать это, здесь - только это". Это разрабатывается, и именно это же тестируется. Круг замкнулся :)

[lorien-julia]

PS. За качество в первую очередь несет ответственность менеджмент. Сначала топ, затем миддл и в конце, совсем немного ответственности приходится на ПМ. На остальных участников проектной команды приходится меньше десятой доли ответственности. Смотри Деминга или Генри Нива, главу про "Красные бусы". Если есть желание - милости просим, поиграем.

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

PSS. За сим конструктивную критику статьи можно и прекратить.

Сергей, спасибо за конструктивную критику :)

[lorien-julia]

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

Бесспорно. Но как же это редко бывает :) (из личного опыта).

[barancev]

[offtopic]
Разыскивается Спонсор Дизайна, за это ему будет Вечный Почёт и Слава :)
[/offtopic]
Чего там искать и отдельно творить, если для Joomla есть неимоверное количество шаблонов оформления...

Да в том и проблема что нет нормальных "резиновых" шаблонов, я целую кучу перепробовал. Если посоветуете хороший источник -- буду очень благодарен. Может быть, конечно, стоит попробовать шаблоны с фиксированной шириной...

[barancev]

Некоторые авторы почему-то упорно не хотят признавать значение слова "рецензент".
Это подрывает доверие к автору, соавтору/рецензенту и статье со второй строки. Напишите уже "соавтор" и не парьтесь.

Вы правы, стоило написать ревьюер.

Исправлено в соответствии с пожеланиями автора :)

[barancev]

Как оказалось доверие было подорвано не напрасно:

QC – de-jure ответственны за качество, de facto – за нахождение ошибок

Стас, я целый день думал над этим, но не смог расшифровать -- почему именно эта фраза ответственна за подрыв доверия? Что в ней ТАКОГО?

[barancev]

Мысль о начале тестирования на этапе формирования требований далеко не нова. Автор изобретает велосипед?
Статья чересчур академична. Не понял, почему QC ответственны за качество, а не, например, разработчики (он же кривое ПО пишут). В целом, ничего интересного не почерпнул.

Коллеги, попробуйте оценить не только с точки зрения "что Я узнал нового". Ясно, что все тут суперагенты, для которых кругом одни велосипеды :) Но подумайте о том, что статью будут читать также те, для кого это отнюдь не велосипед, а рокет-сайенс. Поэтому постарайтесь оценить объективно (хотя мнение типа "ниасилил" тоже важно, конечно :) )