Коллеги, есть возможность сделать подкаст с практикующимии очень опытными тестировщиками в Agile проектах. Если у вас есть вопросы или предложения, задавайте прямо здесь. Постараемся на все ответить.
В подкасте будут участвовать:
* Илья Гаврилов, Exigen
* Асхат Уразбаев, ScrumTrek
* Алексей Лупан, testitquickly.com
12 коммент.:
Раскройте секрет, кто будет участвовать в подкасте, к чему анонимность?
Раскрыл секрет :-)
А в чем собственно отличие тестирования в Agile проектах от проектов создаваемых с использованием других методологий?
Сорри за сумбурный порядок, если что-то неясно - пишите.
1. Можете рассказать про TDD и его пользу (или вред) для качества ПО с точки зрения тестировщиков?
2. Сохраняете ли тест-кейсы в web-инструментах (wiki, jira, etc) или в документах? Что вышло более удобным?
3. Из вашей практики: как оценки на тестирование учитываются при планровании? Т.е. заявляются ли они отдельно сверху к программерским либо все оценки (dev+test) считаются вместе сразу?
4. Кратко расскажите по фазам тестирования как у вас выходит на практике: N-недельная итерация, какие фазы выделяете и каковы эти фазы по длительности (н-р: 2-недели итерация, первых 2 дня валидация дефектов с пред.итерации, потом 3 дня дизайн, потом 5 дней на тестирование).
5. Обновление требований во время итерации или неготовность требований к фазе дизайна - как поступаете?
6. Работа с дефектами предыдущей итерации - насколько это приоритетно зачинить сначала их, а потом уже "мочить" скоуп текущей итерации?
7.
1. Вопрос для каждого из участников: расскажите о моменте, когда вы впервые поняли, что без тестов больше жить нельзя? Другими словами, как приучили себя тестировать всё и вся (если приучили конечно).
2. Какой лучший способ заставить других писать тесты?
3. Чтобы вы точно не взялись тестировать?
У меня вопросы по интеграционным тестам.
1. Какой есть на данный момент удобный инструмент для написания интеграционных тестов для Web? (ASP.NET)
2. Как часто надо запускать тесты и кто это должен делать?
3. Если модульные тесты пришут программисты (TDD), то кто должен писать интеграционные?
4. Надо ли встраивать запуск интеграционных в CruiseControl?
Буду рад услышать ответы на эти вопросы!
1. Как решаете проблему поддержания интеграционных (читай GUI) тестов в актальном состоянии (ведь чем больше тестов и сложнее система, тем больше времени приходится тратить не столько на написание новых тестов, сколько внесением изменений в старые).
2. Как быть, если команда QA внешняя (многие считают, что очень классно, и типа гарантирует независимое и не предвзятое тестирование)?
Добрый день,
Вопрос по поводу тестовой документации.
Какие "классические"(например, по IEEE 829) документы остаются в agile, и если они таки остаются, какова степень их модификации. Больше всего интересует стратегия тестирования (или её аналог- тест-план по IEEE 829)
Спасибо.
Всем привет, хотел бы задать несколько вопросов.
Не является ли TDD надуманным? Ведь часто требуется работать с внешними ресурсами, внешними апи, ингрерировать что-то куда-то, приходиться такие велосипеды изобретать.. чтобы, извините, вписаться в идеологию test-first.
100% ковераж делать неразумно, низкий % - в чем овчинка выделки? Где золотая середина?
Ну и так же хотелось услышать разумность применения тестирования в маленьких командах, в мелких (стартап) проектах.
Существует ли зависимость между профессионализмом разработчика и оправданностью внедрения тестирования?
Все вопросы относительно TDD.
А когда планируются ответы?
В следующую среду запись, а в конце недели я ее выложу
Спасибо большое за ответы, пожалста, не тяните с продолжением.
Если можно - просьба уточнить название упомянутой системы треканья тест-кейсов. По метражу упоминается где-то в ~32м27c.
Отправить комментарий