Нестандартный подход к разработке через тестирование. Практический кейс

Автор Filip Sergienko
Нестандартный подход к разработке через тестирование. Практический кейс

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

Но прежде чем рассказывать. Почему же аналитику на. Супергерой и, что за секретное оружие.

Мы искали.

Я немножко расскажу, а нас о том в каких условиях мы живём какие у нас предпосылки для этого я работаю в компании саундтрек — это молодая довольно бурно развивающаяся компания и у нас достаточно большое количество проектов при сравнительно небольшом количестве сотрудников говоря — это я подразумеваю, что на одного сотрудника может пригодиться по несколько проектов у нас достаточно высокая сложность проектов. Что — это значит. Это значит, что мы работаем в финансовом секторе то есть мы работаем с платежными сервисами с банками с программами с топливными компаниями и опять же в связи со сложностью проектов. У нас есть потребность высокой скорости реализации потому, что любые они могут повлечь за собой какие-то финансовые риски поэтому опять же в связи с этим у нас есть желание заказчика тестировать очень качественно настолько качественно. На сколько можно протестировать мы при этом на самом деле они хотят тестировать не только нашу систему, но и всё то, что у них есть вокруг то есть всячески их с другими системами они также хотят тестировать. Жигалов у нас аналитик на проекте зачастую получают такие неудобные вопросы от. Проджект менеджера. Я думаю, что вы все с ними сталкивались кто-то частично с какими-то кто-то может со всеми. Это первый вопрос согласована. Или все требования, но тут всё логично как бы вопрос к аналитику мы можем на него ответить всё хорошо. А на следующий вопрос в селе требования покрытие тестами тут мы уже задумываемся над утра нужно какие-то знания о том как у нас вообще идет тестирование такой вопрос уже на грани. Следующий вопрос, что осталось сделать. Ладно тут тоже всё ещё ответственности аналитика нам нужна мы знаем какие-то сами поставили на разработку мы там примерно знаем как идет процесс и. Следующий вопрос. Когда отдадим поставку здесь у нас уже включается инженер внедрения и думать значит tascam будут сделаны, тогда там на тестирование у нас идёт столько-то времени и ещё разборка поставь ещё сколько-то времени исходя из этого мы можем спрогнозировать когда же будет — это местная поставка и последний вопрос такой уже больше из разряда конференции продуктами — это как показывать будем вопрос. Может возникать как в самом начале проекта то есть когда нам нужно показать какую-то демо-версию новому заказчику либо уже в конце проекта показываем, что же мы сделали. Да во всей этой ситуации аналитика думает как бы ему так не растеряться между всеми этими ролями и совсем не потерять голову думаю — это тоже он аналитик тестировщик. Одесса Porter. Кто он вот, но мы попробовали выделить все задачи нашего. Супергероя аналитиков герой потому, что он берет на себя все эти задачи всех качественно делает задача попытались показать видео такого timeline проекта от начала к концу. То есть тут в начале у нас вполне аналитические задачи разработка требований трассировка требований уже на грани эмуляция внешней системы действий пользователя и сценарное тестирование оценка изменения опять включается аналитик тут опять как бы нормально и дальше уже задача опять. Проджект менеджер скорее оценка сроков. Дима показывает и дальше у нас специалист сопровождения разбор саппортах кейс и вроде вот как бы задачи. Да мы видим, что их. Мы видим, что их много сразу стало лучше слышно действительно мы видим, что нам нужно совмещать разные роли и всё еще усугубляется тем, что у нас несколько проектов одновременно и этот наш герой он может в одном проекте выполнять сейчас аналитической какие-то задачи в другом проекте задачи по тестированию делать какие-то и одно потому, что вот опять проект на разных стадиях мы стали думать, что с этим делать дома, что вообще можно с этим сделать нужно выбрать какую-то классную блюдо которое позволило. Классно Это всё организовать мы для себя путем проб и ошибок пришли к тому, что нам. Удобнее всего вести разработку через то есть. Сначала мы пишем тестовые сценарии частично они у нас не проходят в этот момент что-то разрабатывается и в конце. У нас проходят в итоге все тесты — это похожа на подходите дибиди, но в. Тильде цена пишется больше всё-таки разработкой они не совсем понятны могут быть клиенту он не может их сам писать скорее всего. А нам — это не подходила нам нужно было чтобы клиент писать такие же тесты как мы — это уже похоже больше на обеде, но в виде есть одна особенность — это такая некая классическое описание. Я попробую показать на примере, а то есть первая строчка — это как описываем доставай сценарием и то есть я бы сказала, что операция запрос баланса по карте пригореть назад на входных параметрах возвращает баланс по карте и успешную код ответа здесь в принципе есть вся необходимая информация которая нужна мне для этого тестового сценария если бы пыталась — это сделать нотации биде то мне бы понадобилось сильно больше букв я не буду зачитывать Дону.

0 комментариев
0

Читайте также