Что такое перечисление тестовых случаев.? Как это написать.?

Недавно, ища смену работы в ручном QA, я проходил собеседование по регулярным вопросам концепций тестирования. Но в нескольких компаниях давали какой-то сценарий и просили написать для него перечисления тестовых случаев. Это похоже на тестовые шаги, которые мне нужно написать.? Насколько мне известно, перечисление означает полный, упорядоченный список всех элементов в коллекции, поэтому все ли тестовые шаги записываются с описанием?


manual-testing
person Community    schedule 29.09.2016    source источник
comment
Довольно двусмысленно - почему бы не попросить человека, задавшего вопрос, объяснить, что они имеют в виду?   -  person Russell Young    schedule 30.09.2016
comment
На самом деле, я написал тестовые шаги, и интервьюер не ответил ни на один отрицательный ответ, как если бы это была правильная процедура, и он перешел к дальнейшим вопросам. Однако я не попал в эти компании, поэтому не знаю, где я это пропустил. Для того, чтобы прояснить мои сомнения, я задаю этот вопрос здесь. Извините, но если непонятно   -  person    schedule 30.09.2016
comment
Пожалуйста, приведите несколько примеров, например, с какими сценариями вы столкнулись на собеседовании?   -  person FayazMd    schedule 30.09.2016

Ответы (3)


arrow_upward
0
arrow_downward

Перечисление тестов упорядочивает эти сценарии один за другим, например 1,2,3... и т. д., присутствующие в наборе тестов. Это похоже на определение приоритета, с которым вы хотите запустить определенный сценарий в наборе тестов.

person Animesh Mishra    schedule 03.10.2016

arrow_upward
0
arrow_downward

Для меня перечисление означает предоставление для каждого идентификатора тестового примера, который не равен 1, 2, 3 и т. д., но который может вам что-то сказать, например, в очень простом проекте у вас есть три модуля: Пользователи, Заказы, Отчеты, вы можете перечислить свои варианты использования User.Accounts .1, User.Accounts.2..., User.Roles.1, User.Roles.2, Orders.Add.1, Orders.Edit.1, Orders.Edit.2 и т.д. Я дал длинные идентификаторы, а вы может сократить его или даже заменить имена номерами. Другой способ (что даже очень понятно) вы можете дать имена вариантам использования:

User.Accounts.Add account
User.Accounts.Edit account
User.Accounts.Remove account
User.Accounts.Remove account - negative (cannot remove)
User.Roles.Add role
etc...

Это поможет вам (и другим) увидеть, заполнен ли список запланированных тестовых случаев или вам следует добавить новые.

person Kinga    schedule 12.12.2016

arrow_upward
0
arrow_downward

Список всех возможных имен тестовых случаев, которые могут быть извлечены из предоставленного сценария, и их классификация с точки зрения приоритета и положительных/отрицательных/типов — это перечисление тестовых случаев. Пожалуйста, прокомментируйте, если вам что-то нужно, вот пример для лучшего понимания. Перечислите тестовые примеры для входа в систему: (классификация приоритетов на P1>P2>P3) Положительные случаи включают:

  1. P1-Проверьте диалоговое окно входа
  2. P1-Подтвердите идентификатор входа
  3. P1-Подтвердите пароль
  4. P1-Проверьте кнопку отправки

Отрицательные случаи включают в себя: 1. P3-подтверждение входа в систему с пустыми полями идентификатора и пароля.

Примечание. Не были рассмотрены все тестовые примеры.

person Bharadwaj Pendyala    schedule 08.02.2017