IE
По курсам сюда https://t.me/qa_courses
Size: a a a
2021 March 29
O
Всем привет. Подскажите, проверка на то, что деньги не списались с карты, если выбрана оплата наличкой (допустим, в такси) - это позитивная проверка или негативная и почему?
2021 March 30
Н
По сути негативная проверка, поскольку в данном тестировании могла быть ошибка-списанные с карты деньги, значит, вы рушите систему этой проверкой-негатив😊 думаю так😊
RG
Всем привет. Подскажите, проверка на то, что деньги не списались с карты, если выбрана оплата наличкой (допустим, в такси) - это позитивная проверка или негативная и почему?
А что вы хотите проверить?
RG
Тут вопрос контекста. Если реализовывали конкретно это - то позитивная.
S
Пахнет вопросом на тестовом.
Практической разницы, как вы её обзовёте нет. Одно и то же действие может называться по-разному в разных классификациях, что никак не меняет его сути. Как верно подметили, вопрос контекста.
И как не очень верно подметили, негативная проверка - это не такая, которая рушит систему в случае ошибки. Негативный тест - проверка, что что-то не произошло, когда не должно было.
Практической разницы, как вы её обзовёте нет. Одно и то же действие может называться по-разному в разных классификациях, что никак не меняет его сути. Как верно подметили, вопрос контекста.
И как не очень верно подметили, негативная проверка - это не такая, которая рушит систему в случае ошибки. Негативный тест - проверка, что что-то не произошло, когда не должно было.
К
Прочел переписку выше относительно курсов, по своему опыту скажу, что штука достаточно полезная. Ютуб, веб и книжки - хорошо, но курсы дают структурированную информацию + практику. Где еще можно набить шишек без последствий?)
А как известно, лучший опыт - это опыт набитый своими шишками)
А как известно, лучший опыт - это опыт набитый своими шишками)
Поддерживаю ваше мнение! Остается наити правильные курсы. Записалася в ШНАТ
BB
Sub
Пахнет вопросом на тестовом.
Практической разницы, как вы её обзовёте нет. Одно и то же действие может называться по-разному в разных классификациях, что никак не меняет его сути. Как верно подметили, вопрос контекста.
И как не очень верно подметили, негативная проверка - это не такая, которая рушит систему в случае ошибки. Негативный тест - проверка, что что-то не произошло, когда не должно было.
Практической разницы, как вы её обзовёте нет. Одно и то же действие может называться по-разному в разных классификациях, что никак не меняет его сути. Как верно подметили, вопрос контекста.
И как не очень верно подметили, негативная проверка - это не такая, которая рушит систему в случае ошибки. Негативный тест - проверка, что что-то не произошло, когда не должно было.
Можно найти практическую разницу. Позитивные проверки легче обосновать заказчику))
Н
Sub
Пахнет вопросом на тестовом.
Практической разницы, как вы её обзовёте нет. Одно и то же действие может называться по-разному в разных классификациях, что никак не меняет его сути. Как верно подметили, вопрос контекста.
И как не очень верно подметили, негативная проверка - это не такая, которая рушит систему в случае ошибки. Негативный тест - проверка, что что-то не произошло, когда не должно было.
Практической разницы, как вы её обзовёте нет. Одно и то же действие может называться по-разному в разных классификациях, что никак не меняет его сути. Как верно подметили, вопрос контекста.
И как не очень верно подметили, негативная проверка - это не такая, которая рушит систему в случае ошибки. Негативный тест - проверка, что что-то не произошло, когда не должно было.
Негативным называют тестирование, в рамках которого применяются сценарии, которые соответствуют внештатному поведению тестируемой системы. Если они проверяли, что система спишет деньги с карты, при оплате наличными-то значит, тест негативный, поскольку применен сценарий внештатного поведения.
V
Если в ТЗ написано, что при оплате наличными не должны списываться деньги с карты, то это позитивная проверка, покрывающая этот пункт ТЗ.
Если в ТЗ этого нет, возможно следует апдейтнуть ТЗ, и почитать про тестирование на этапе составления требований.
Если в ТЗ этого нет, возможно следует апдейтнуть ТЗ, и почитать про тестирование на этапе составления требований.
O
Спасибо за ответы. Согласно определению негативного и позитивного тестирования, эта проверка является позитивной. На входе подавались валидные данные
AG
Наталья
Негативным называют тестирование, в рамках которого применяются сценарии, которые соответствуют внештатному поведению тестируемой системы. Если они проверяли, что система спишет деньги с карты, при оплате наличными-то значит, тест негативный, поскольку применен сценарий внештатного поведения.
Как и в половине случаев про «давайте поиграем с терминами» всё сильно зависит от контекста.
Вот есть у вас поле, принимающее на вход жсон.
Если вы делаете проверку «загрузить джейсон весом в 187 терабайт», что бы убедиться, что система не развалится к хренам - то это будет негативный кейс, а обьектом тестирования будет загрузчик данных.
Если вы делаете то же самое, но с целью проверить, что валидация по размеру работает как ожидается - это будет позитивный кейс, а обьектом тестирования будет валидатор входных данных.
Вот есть у вас поле, принимающее на вход жсон.
Если вы делаете проверку «загрузить джейсон весом в 187 терабайт», что бы убедиться, что система не развалится к хренам - то это будет негативный кейс, а обьектом тестирования будет загрузчик данных.
Если вы делаете то же самое, но с целью проверить, что валидация по размеру работает как ожидается - это будет позитивный кейс, а обьектом тестирования будет валидатор входных данных.
O
Как и в половине случаев про «давайте поиграем с терминами» всё сильно зависит от контекста.
Вот есть у вас поле, принимающее на вход жсон.
Если вы делаете проверку «загрузить джейсон весом в 187 терабайт», что бы убедиться, что система не развалится к хренам - то это будет негативный кейс, а обьектом тестирования будет загрузчик данных.
Если вы делаете то же самое, но с целью проверить, что валидация по размеру работает как ожидается - это будет позитивный кейс, а обьектом тестирования будет валидатор входных данных.
Вот есть у вас поле, принимающее на вход жсон.
Если вы делаете проверку «загрузить джейсон весом в 187 терабайт», что бы убедиться, что система не развалится к хренам - то это будет негативный кейс, а обьектом тестирования будет загрузчик данных.
Если вы делаете то же самое, но с целью проверить, что валидация по размеру работает как ожидается - это будет позитивный кейс, а обьектом тестирования будет валидатор входных данных.
Не верно. Это в обоих случаях будет негативный кейс
AG
Не верно. Это в обоих случаях будет негативный кейс
Нет, не будет. :)
AG
Но вы можете насыпать аргументов, подискутируем.
O
А почему тогда в первом случае проверка негативная?
O
Вы проверяете и там и там, что система корректно отработала с невалидными данными.
O
И то, и другое - негативная проверка.
O
Просто разный объект тестирования.
AG
А если в тз написано что при большом размере (больше блабла) система должна не принять и дать код ошибки такой то? Вроде тогда проверка позитивная