Признаки хорошего тестового сценария - Организация качества
Связаться с нами Contact us
Портфолио Portfolio Блог Blog

Признаки хорошего тестового сценария Signs of a good test scenario

Написание тестового сценария является одной из основных и наиболее важных обязанностей инженера по тестированию. Тестовые сценарии пишутся на раннем этапе тестового цикла и, если что-то пойдет не так при написании тестовых сценариев, то это обязательно окажет влияние на дальнейшие действия и результаты в цикле тестирования. Хорошо написанные тестовые сценарии экономят время на дальнейших этапах, позволяют легко подключать дополнительных инженеров по тестированию к работам, снижают риски, связанные с пропущенными ошибками. Написание тестового сценария является одной из основных и наиболее важных обязанностей инженера по тестированию. Тестовые сценарии пишутся на раннем этапе тестового цикла и, если что-то пойдет не так при написании тестовых сценариев, то это обязательно окажет влияние на дальнейшие действия и результаты в цикле тестирования. Хорошо написанные тестовые сценарии экономят время на дальнейших этапах, позволяют легко подключать дополнительных инженеров по тестированию к работам, снижают риски, связанные с пропущенными ошибками.
Все мы пишем тестовые сценарии. Некоторые хорошие, некоторые не очень. Мне хотелось бы рассказать о некоторых простых правилах, которые позволят вам улучшить ваши тестовые сценарии и сделать их более пригодными для работы с ними не только вас, но и ваших коллег. На мой взгляд, данные правила, закрепленные во внутренних, регламентирующих документах компании являются «musthave», для любой компании-разработчика программного обеспечения и, тем более, для компании, где тестирование программного обеспечения является основным направлением деятельности. Все мы пишем тестовые сценарии. Некоторые хорошие, некоторые не очень. Мне хотелось бы рассказать о некоторых простых правилах, которые позволят вам улучшить ваши тестовые сценарии и сделать их более пригодными для работы с ними не только вас, но и ваших коллег. На мой взгляд, данные правила, закрепленные во внутренних, регламентирующих документах компании являются «musthave», для любой компании-разработчика программного обеспечения и, тем более, для компании, где тестирование программного обеспечения является основным направлением деятельности.
Правила, которых стоит придерживаться при создании тестовых сценариев: Правила, которых стоит придерживаться при создании тестовых сценариев:
1. Разработайте правила наименования тестового сценария. Если у вас еще нет правил наименования тестовых сценариев, то выработайте единый подход к именованию тестовых сценариев на всех проектах. Поверьте, это сильно поможет вам и вашей команде в будущем. Хорошим тоном будет именовать тестовые сценарии так, чтобы они отражали проект, имя модуля или функциональной области, которую вы тестируете. 1. Разработайте правила наименования тестового сценария. Если у вас еще нет правил наименования тестовых сценариев, то выработайте единый подход к именованию тестовых сценариев на всех проектах. Поверьте, это сильно поможет вам и вашей команде в будущем. Хорошим тоном будет именовать тестовые сценарии так, чтобы они отражали проект, имя модуля или функциональной области, которую вы тестируете.
2. Указывайте предопределенные условия. Когда вы пишете тестовый сценарий, указывайте предусловия которые должны быть выполнены. Например, пользователь, под которым необходимо зайти, зависимости от тестового окружения, зависимости от других тестовых сценариев, которые должны быть пройдены. 2. Указывайте предопределенные условия. Когда вы пишете тестовый сценарий, указывайте предусловия которые должны быть выполнены. Например, пользователь, под которым необходимо зайти, зависимости от тестового окружения, зависимости от других тестовых сценариев, которые должны быть пройдены.
3. Указывайте описание тестового сценария. Описание тестового сценария должно содержать информацию, что проверяется данным тестовым сценарием. Описание должно быть понятным и однозначным. 3. Указывайте описание тестового сценария. Описание тестового сценария должно содержать информацию, что проверяется данным тестовым сценарием. Описание должно быть понятным и однозначным.
4. Прикладывайте необходимые документы. Если, например, сложно понять прохождение тестового сценария без скриншота и/или без спецификации – приложите их. 4. Прикладывайте необходимые документы. Если, например, сложно понять прохождение тестового сценария без скриншота и/или без спецификации – приложите их.
5. Прописывайте действия и ожидаемый результат после каждого выполняемого действия в тестовом сценарии. Ожидаемый результат выполнения тестового сценария должен быть описан однозначно и ясно. Он должен описывать не только изменения, происходящие на экране, но и изменения, которые происходят в базе данных или в интегрированных системах. 5. Прописывайте действия и ожидаемый результат после каждого выполняемого действия в тестовом сценарии. Ожидаемый результат выполнения тестового сценария должен быть описан однозначно и ясно. Он должен описывать не только изменения, происходящие на экране, но и изменения, которые происходят в базе данных или в интегрированных системах.
6. Тестовые сценарии должны быть простыми для понимания. Необходимо понимать, что тестовые сценарии пишутся не только для использования их автором. Тестовые сценарии могут быть использованы любым иным специалистом по тестированию. Таким образом, тестовые сценарии должны быть легко читаемыми и понятными для любого инженера по тестированию, знакомому с правилами тестирования в компании. Не нужно создавать в тестовых сценариях большую описательную часть, это может запутать. Сценарии должны быть точечными, т.е. тестировать какой-либо небольшой кусок функционала, но при этом быть полными. 6. Тестовые сценарии должны быть простыми для понимания. Необходимо понимать, что тестовые сценарии пишутся не только для использования их автором. Тестовые сценарии могут быть использованы любым иным специалистом по тестированию. Таким образом, тестовые сценарии должны быть легко читаемыми и понятными для любого инженера по тестированию, знакомому с правилами тестирования в компании. Не нужно создавать в тестовых сценариях большую описательную часть, это может запутать. Сценарии должны быть точечными, т.е. тестировать какой-либо небольшой кусок функционала, но при этом быть полными.
7. Выработайте и задокументируйте процесс пересмотра тестовых сценариев кем-то, кроме автора. Пусть готовые тестовые сценарии посмотрит руководитель отдела тестирования, аналитик или разработчик. Это поможет сделать их более понятными и, возможно, после проведения ревью тестовых сценариев покрытие ими разработанного функционала увеличится. 7. Выработайте и задокументируйте процесс пересмотра тестовых сценариев кем-то, кроме автора. Пусть готовые тестовые сценарии посмотрит руководитель отдела тестирования, аналитик или разработчик. Это поможет сделать их более понятными и, возможно, после проведения ревью тестовых сценариев покрытие ими разработанного функционала увеличится.
8. Пишите тестовые сценарии для повторного использования. При создании тестовых сценариев, имейте в виду их повторное использование на другом проекте или системе. Прежде чем писать их «с нуля», попробуйте найти уже существующие подобные тестовые сценарии в корпоративной системе. Например, проверка логина используется повсеместно. 8. Пишите тестовые сценарии для повторного использования. При создании тестовых сценариев, имейте в виду их повторное использование на другом проекте или системе. Прежде чем писать их «с нуля», попробуйте найти уже существующие подобные тестовые сценарии в корпоративной системе. Например, проверка логина используется повсеместно.
Я очень надеюсь, что данные несложные правила, принятые в вашей компании помогут вам в тестировании и позволят повысить качество производимого продукта. Я очень надеюсь, что данные несложные правила, принятые в вашей компании помогут вам в тестировании и позволят повысить качество производимого продукта.
2017-05-10

Напишите намSend us an E-mail

Оставьте свои контактные данные, чтобы наши специалисты связались с ВамиPlease leave your contact details and our experts will contact you

Нажимая на кнопку «Отправить», я даю согласие на обработку персональных данных.

Обратная связьFeedback

Позвоните нам:Call us:
+7 (961) 252 42 22
Или просто задайте интересующий Вас вопрос и оставьте свои контакты, чтобы мы связались с Вами.Please leave your contact details and our experts will contact you.

Нажимая на кнопку «Отправить», я даю согласие на обработку персональных данных.

Ваше письмо отправлено!Your letter has been sent!

Мы свяжемся с Вами в ближайшее времяWe will contact you shortly
ОК