->
Мы встретились с ней, чтобы узнать больше о победившей концепции, тестирование о том, что ее вдохновило, о ее подходе к тестированию и о ее пути к этому моменту. Мы думаем, что многое из этого найдет отклик у вас!
КАЛ
Привет Иман, добро пожаловать в QAL-сообщество. Начнем с самого начала. Как вы попали в тестирование, были ли вы разработчиком до тестировщика?
Иман Бенлекехал
Я учился на разработчика, поэтому знаю, как программировать, но я никогда не работал кодером. После учебы я пошел на несколько собеседований, и одно из них было посвящено поиску тестировщика. Я спросил: «Хорошо, а что такое тестирование?» человек не ответила на вопрос подробно на самом деле, она просто задавала мне много вопросов обо мне как о человеке — ее интересовала моя личность. Затем она сказала мне: «У тебя будет собеседование в ING Direct, сберегательном онлайн-банке».
Когда я пришел на собеседование, произошло то же самое. Интервьюер также задал мне несколько вопросов о тестировании, например: «Как бы я протестировал этот контракт или эти интересы?» и «представьте, что у нас есть предложения для такого аккаунта, как бы вы его протестировали?» И я помню, что задавал ему больше вопросов, чем он.
Когда я приехал домой, мой друг спросил меня, как все прошло, и я сказал: «Ну, это странно. Я задал ему больше вопросов, чем он мне, я не мог ответить на его контрольные вопросы. Так что я не знаю, я думаю, что все пошло плохо».
К моему удивлению, меня взяли на работу, и я продолжал спрашивать себя: «Хорошо, что это за тестирование? Что я буду тестировать?» И мой первый начальник сказал: «Вы ничего не знаете о тестировании. Вот предложение или требование, напишите контрольный пример». Я сказал ему: «Я никогда не писал тестовый пример». Он сказал: «Сделай это, посмотрим потом». [I] сделал это. И он сказал: «Значит, ты правильно понял». Тогда я подумал: «Хорошо, хорошо. Я не собираюсь тестировать кнопки?» «Нет, вы собираетесь проверить требования. Если они надежны и понятны». Так что я подумал: «Хорошо, это работа, на которой я имею право задавать вопросы?» И он сказал: «Это правильно». Так что с этого момента это стало страстью. Я люблю эту работу.
КАЛ
Так вот как бы вы тогда описали тестирование, задавая правильные вопросы?
Иман Бенлекехал
Это то, что мне нравится, потому что я имею право спрашивать, почему и как. Во Франции, когда вы молодой студент, вам не разрешается задавать глубокие вопросы о том, почему и как, если только у вас нет диплома, но мне всегда нравится понимать, почему что-то происходит. Почему они просят меня что-то сделать? Так что с этой ролью я имел право задавать эти вопросы. У меня была роль, поэтому я был очень взволнован ею. Очень взволнован. Это первое, что мне понравилось.
Вторая причина в том, что я люблю людей и работаю с разными людьми. Мне нравится вызов, связанный с этим, и заставлять людей говорить на одном языке и стремиться к одной цели. Поскольку у вас есть пользователь, который чего-то хочет, у вас есть босс [who] хочет другое, разработчик то другое говорит. И вы как-то в центре всего этого, и вам нужно, чтобы они поняли. Так что это вызов, который мне нравится больше всего, — заставить людей понять друг друга.
КАЛ
Итак, тестирование — это не просто то, что вы приходите в конце, как сборка программного обеспечения, и затем пытаетесь сломать что-то?
Иман Бенлекехал
Для меня нет, это гораздо больше, чем это. Это основное, это одна из задач. Допустим, у вас есть 100% пройденных тестов, что делает эти 100% пройденные тесты приемлемыми для пользователя?
Вы счастливы, потому что выполнили 100% требований. Но что заставляет вас думать, что ваше покрытие — это то, что действительно нужно? Если вы не видите пользователей и не понимаете почему и как, вы можете тестировать что угодно, но это будет неправильно.
КАЛ
Итак, вам нравится работать в тесном контакте с командой UX и исследованиями пользователей?
Иман Бенлекехал
Я настаиваю на работе со всеми. У вас есть несколько проектных команд, в которых владельцем продукта будет тот, кто впереди, выступающий от всех, включая пользователей. И это нормально, мне нравится с ними работать. Но мне также нравится слышать, что действительно нужно пользователям с точки зрения качества, а не функциональности. Поэтому, даже если продакт-менеджеры говорят мне, что это люди, а это ваши заинтересованные стороны, я расширяю границы и задаю больше вопросов. Кто они? Знают ли они, что то, о чем вы спрашиваете, будет означать это воздействие? Такие вещи. Так что это не только тестирование для меня, это была только одна часть.
Связанное чтение: ЛИДЕРСТВО В ТЕСТИРОВАНИИ: ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ
КАЛ
То есть это больше похоже на целостный подход ко всему проекту?
Иман Бенлекехал
Точно.
КАЛ
Хорошо, понял. Так вот что вдохновило концепцию Shift Up and Spread? Кстати, поздравляю с победой в тест-факторе!
Иман Бенлекехал
Спасибо! Эта концепция возникла после работы во Франции и Канаде, когда мы увидели, что независимо от сектора и континента у нас все те же проблемы. Качество и тестирование сохраняются только на уровне проекта. И, как я уже говорил вам, я раздвигаю границы, я подталкиваю заинтересованные стороны, потому что, если мы будем держать их на том же уровне, пытаясь решить или проверить все, что здесь дано, я знаю по своему опыту, что у нас будут проблемы. с пользователями в конце концов. У нас будут некоторые проблемы с бюджетом, у нас будут некоторые другие проблемы.
Поэтому однажды я сказал: «Хорошо, перестань думать о сдвиге вправо, перестань думать о сдвиге влево. Прежде всего нужно подняться и убедить иерархию, высшее руководство в том, что такое качество? Что такое обеспечение качества, какова наша цель? Как дела. Как это работает. Это не только тестирование. И когда мы говорим, что качество — это ответственность каждого: для меня оно начинается с них. Они в первую очередь несут ответственность за качество и тестирование всего.
Так вот почему возникла идея или хотя бы название, потому что все знают, что отныне нам нужно убедить высшее руководство и как-то вовлечь их. Для меня это обязательное условие. Это не посередине. Это первое, что нам нужно сделать, прежде чем думать, где мы можем разместить лучшие области тестирования.
А затем распространить, потому что недостаточно просто пойти и убедить иерархию, высшее руководство или генеральных директоров. Вам нужно работать с ними, чтобы распространять качество по всей компании, чтобы иметь эту культуру качества и это мышление качества. Если проект потерпит неудачу или будет огромный баг — как, например, в социальных сетях — команды, которые над ним работали, не останутся там. Никто не вспомнит того парня, который работал над провальным проектом, или что вызвало ошибку. Что запомнилось, так это название компании. Поэтому важнее просто сказать, что проект и команды несут ответственность за качество, все несут ответственность.
КАЛ
Итак, вы говорите, что хотите прийти и изменить всю бизнес-культуру и бизнес-мышление?
Иман Бенлекехал
Точно. Тестирование — это просто действие. Это всего лишь последняя составляющая качества. Для качества нужно поставить стратегию, нужно подумать, какие критерии нужно выделить для этого проекта с пользователями. Например, если пользователю нужна высокая производительность, для проверки этой высокой производительности нам нужен инструмент, и бывает, что этот инструмент очень и очень дорогой. И, например, не заложили в бюджет, никакого бюджета не заложили. Так что опять поздно.
Так что да, нам нужно тестировать раньше, но нам нужно вовлекаться раньше и понимать качество и критерии качества — я думаю, что сейчас их 10 с ISO 25010. Пользователи должны выразить себя по всем этим критериям, и верхние руководство должно понимать, почему эти критерии очень важны.
Как только это будет сделано, как только мы поймем все риски, тогда мы сможем протестировать. TDD, все эти вещи, они великолепны, и это очень важно, и я не говорю, что они не решают никаких проблем, но есть много проблем, которые можно решить до тестирования.
КАЛ
Так это до стратегия тестирования и моделирование?
Иман Бенлекехал
да. Например, в некоторых проектах руководитель проекта рад видеть меня в своей команде. Они скажут: «Хорошо, у нас есть Иман, она проверит стратегию». Я говорю: «Хорошо, отлично. Можете ли вы связать нас с клиентом, чтобы мы могли представить ему стратегию»? И обычно к этому относятся нормально. Кажется, они поняли философию и позволили мне поговорить с клиентом. Это идеально. Но на следующей неделе он говорит: «Хорошо, мы оценили ваш бюджет». Я говорю: «Кто оценил бюджет, необходимый QA для их деятельности?»
Они не понимают, что это не только теория, которая говорит, что мы должны быть вовлечены во все аспекты. Поэтому им сложно изменить свое мышление и понять, что тестирование и качество — это не просто процент от того, что делают разработчики, я думаю, они берут 40% оценок. Это еще не рефлекс пойти и получить QA, как эксперты, и сказать: «Хорошо, вот проект, даже если здесь нет QA, что вы думаете?»
И с нашим опытом мы можем выделить то, что действительно хотел клиент. Я люблю читать между строк и говорить: «Хорошо, он сказал это, вот что это значит на самом деле, это то, задайте ему вопрос, вы увидите». И это то, что могут выделить специалисты по качеству или опытные люди, работавшие во многих-многих отраслях. Важно помочь понять это даже высшему руководству; и управление проектами.
КАЛ
Хорошо, понял! С нетерпением жду, как будет развиваться проект с Джонатаном в качестве вашего нового наставника. Спасибо за ваше время, еще один вопрос: для новых людей, которые только начинают свою карьеру с тестирования, есть ли у вас какие-либо советы о том, как подойти к своей роли, их развитию или чему-то еще?
Иман Бенлекехал
Продолжайте задавать вопросы и не пугайтесь, когда вам скажут: «Нет, твоя роль, твоя роль там, в конце». Нет. Тестеры QA играют огромную роль. Они не просто тестирование или выполнение, они должны играть роль того, чтобы люди понимали друг друга и гарантировали, что мы говорим на одном языке и смотрим на одну и ту же цель. В течение следующих десяти лет технологии будут развиваться, и люди будут меньше нужны для реального тестирования, но философия тестирования останется, и она по-прежнему будет очень нужна.
Продолжайте учиться и посмотрите этот подкаст: ПОКОЛЕНИЕ АВТОНОМНОЙ АВТОМАТИЗАЦИИ И КАК ЭТО ВЫГЛЯДИТ (С БЕРТОЛЬДОМ КОЛИКСОМ ИЗ MABL)
