Позвольте узнать, но если ожидаемый результат у программы при вводе невалидных данных - это не пропускать вас дальше, пока не выполните корректную регистрацию (к примеру). Разве это не позитивное тестирование? Ведь ввод валидных данных - это хорошо - пропускаем дальше - ожидаемо. Ввод невалидных данных - плохо - не пропускаем дальше - ожидаемо.
Возьми с полки пирожок, положи обратно и вон из профессии выгонят из приличной компании за токсичность , тем более за публичную в корпроративной видеолекции))
Макс, вообще я очень милая, но если для того, чтобы люди учились правильным вещам и баги на продакшн не пропускали нужно побыть токсичной время от времени, то так тому и быть))
Нина, расскажите, пожалуйста, подробнее, почему "тесты на отказ и восстановление" вы назвали позитивными, а не негативными? Предлагаемая вами система умеет реагировать на отключение интернетов и электричеств, но значит ли это, что тесты, в которых мы создаем перебои - позитивные? Более простой и банальный пример: Есть калькулятор, который ложится от деления на ноль. Деля на ноль на таком калькуляторе, мы выполняем негативный тест. Если мы выполним такой же тест на следующей версии этого калькулятора (который уже умеет обрабатывать деление на 0 и не ложится от этого), то тест этот ведь так и останется негативным?
привет, классный вопрос, Михаил! смотрите какая штука, негативность и позитивность тестов определяется не нашим с вами к ним отношением, а их результатами: если мы делим на ноль (кажется, что негатив?) и в требованиях у нас сказано, что система падает и вообще на ноль делить нельзя, - это негативный тест, если сказано, что система падает, теряет какой-то объем данных и сама тут же восстанавливается - это позитивное тестирование, т.к. наша система умеет и ! ожидаемо ! реагирует на какие-то события и разного рода "перебои", потери интернетов и иже с ним, правильным образом или теряет данные (опять же, в обозначенных и ожидаемых масштабах), или закрывается и восстанавливает свою работу)
@@maya-qf6el очень спорно. С делением на ноль я бы сказал так: если указано делить нельзя, а мы разделили, то тест негативный, при этом если получили сообщение, что делить на ноль нельзя тест пройден, а если как в механическом калькуляторе (он зацикливается), то это ошибка. Но что делать с этой ошибкой, если в программе можно выдать "так делать плохо", то в механическом и так указано так делать нельзя. Насколько разработчикам нужны результаты, которые получены "когда нельзя" - ну как вариант записать в документацию в неисправности и их устранение. Чуть проще пример с перегрузом лифта, это негативный тест. В правилах указано так делать нельзя, но ситуация допустимая. А вот если вместо лифта мы будем тестировать лампочку "перегруз", то тест с перегрузом, это позитивный тест. > "негативность и позитивность тестов определяется не нашим с вами к ним отношением, а их результатами" вот тут не верно, может быть позитивное тестирование и не пройденный тест, и он не станет негативным, а может быть негативное тестирование и пройдено, и оно так же не превратится в позитивное.
угу, раньше, по стандарту 9126 оно входило в группу функциональных тестов, но с развитием и эволюцией окружающих нас технологий (покупка через интернет, кредиты, доставки и прочее) по стандарту 25010 оно было вынесено из функциональной группы в нефункциональную
Здравствуйте Нина! Хочу спросить, если позитивное тестирование - это тестирование на данных или сценариях которые соответствуют ожидаемому поведению тестируемой системы. То в случае если к примеру в требованиях сказано, что при введении в определенное поле латинских букв выскакивает алерт определенного содержания и мы ввели латинские буквы в это поле и выскочило - алерт, то мы ведь ожидаем его, следовательно исходя из выше сказанного определения данный случай это позитивное тестирование или нет? Помогите пожалуйста, а то одни говорят - да, другие - нет.
привет! ввод неподдерживаемого формата (латиницы) приведет тебя к конечному результату, который должен предоставить продукт? - нет, латиница - это хорошие данные - нет, тестирование негативное
@@maya-qf6el Здравствуйте, уточните ещё раз пожалуйста, если в требованиях у нас предусмотрены валидационные сообщения на не правильный ввод пользователя, то тест, который покрывает этот сценарий, является негативным? Спасибо
@@maya-qf6el Позвольте узнать, но если ожидаемый результат у программы при вводе невалидных данных - это не пропускать вас дальше, пока не выполните корректную регистрацию (к примеру). Разве это не позитивное тестирование? Ведь ввод валидных данных - это хорошо - пропускаем дальше - ожидаемо. Ввод невалидных данных - плохо - не пропускаем дальше - ожидаемо.
Агеева Нина - ты просто чудо! Спасибо за краткое и подробное содержание 👍
Нина просто чудесно-необыкновенная, такое проникновенное изложение материала и грамотная подача. Бурные аплодисменты!
спасибо большое!
плюсую )
Девушка очень интересно и понятно объясняет. Лайк
Лайк, подписка, колокольчик )))
Молодец! Возьми с полки пирожок.
А почему кроссбраузерное нефункциональное?
Позвольте узнать, но если ожидаемый результат у программы при вводе невалидных данных - это не пропускать вас дальше, пока не выполните корректную регистрацию (к примеру). Разве это не позитивное тестирование? Ведь ввод валидных данных - это хорошо - пропускаем дальше - ожидаемо. Ввод невалидных данных - плохо - не пропускаем дальше - ожидаемо.
Возьми с полки пирожок, положи обратно и вон из профессии выгонят из приличной компании за токсичность , тем более за публичную в корпроративной видеолекции))
Макс, вообще я очень милая, но если для того, чтобы люди учились правильным вещам и баги на продакшн не пропускали нужно побыть токсичной время от времени, то так тому и быть))
Нина, расскажите, пожалуйста, подробнее, почему "тесты на отказ и восстановление" вы назвали позитивными, а не негативными?
Предлагаемая вами система умеет реагировать на отключение интернетов и электричеств, но значит ли это, что тесты, в которых мы создаем перебои - позитивные?
Более простой и банальный пример: Есть калькулятор, который ложится от деления на ноль.
Деля на ноль на таком калькуляторе, мы выполняем негативный тест.
Если мы выполним такой же тест на следующей версии этого калькулятора (который уже умеет обрабатывать деление на 0 и не ложится от этого), то тест этот ведь так и останется негативным?
привет, классный вопрос, Михаил! смотрите какая штука, негативность и позитивность тестов определяется не нашим с вами к ним отношением, а их результатами: если мы делим на ноль (кажется, что негатив?) и в требованиях у нас сказано, что система падает и вообще на ноль делить нельзя, - это негативный тест, если сказано, что система падает, теряет какой-то объем данных и сама тут же восстанавливается - это позитивное тестирование, т.к. наша система умеет и ! ожидаемо ! реагирует на какие-то события и разного рода "перебои", потери интернетов и иже с ним, правильным образом или теряет данные (опять же, в обозначенных и ожидаемых масштабах), или закрывается и восстанавливает свою работу)
@@maya-qf6el очень спорно. С делением на ноль я бы сказал так: если указано делить нельзя, а мы разделили, то тест негативный, при этом если получили сообщение, что делить на ноль нельзя тест пройден, а если как в механическом калькуляторе (он зацикливается), то это ошибка. Но что делать с этой ошибкой, если в программе можно выдать "так делать плохо", то в механическом и так указано так делать нельзя. Насколько разработчикам нужны результаты, которые получены "когда нельзя" - ну как вариант записать в документацию в неисправности и их устранение.
Чуть проще пример с перегрузом лифта, это негативный тест. В правилах указано так делать нельзя, но ситуация допустимая. А вот если вместо лифта мы будем тестировать лампочку "перегруз", то тест с перегрузом, это позитивный тест.
> "негативность и позитивность тестов определяется не нашим с вами к ним отношением, а их результатами"
вот тут не верно, может быть позитивное тестирование и не пройденный тест, и он не станет негативным, а может быть негативное тестирование и пройдено, и оно так же не превратится в позитивное.
Тестирование безопасности разве относится к нефункциональному тестированию?
угу, раньше, по стандарту 9126 оно входило в группу функциональных тестов, но с развитием и эволюцией окружающих нас технологий (покупка через интернет, кредиты, доставки и прочее) по стандарту 25010 оно было вынесено из функциональной группы в нефункциональную
Здравствуйте Нина! Хочу спросить, если позитивное тестирование - это тестирование на данных или сценариях которые соответствуют ожидаемому поведению тестируемой системы. То в случае если к примеру в требованиях сказано, что при введении в определенное поле латинских букв выскакивает алерт определенного содержания и мы ввели латинские буквы в это поле и выскочило - алерт, то мы ведь ожидаем его, следовательно исходя из выше сказанного определения данный случай это позитивное тестирование или нет? Помогите пожалуйста, а то одни говорят - да, другие - нет.
привет! ввод неподдерживаемого формата (латиницы) приведет тебя к конечному результату, который должен предоставить продукт? - нет, латиница - это хорошие данные - нет, тестирование негативное
@@maya-qf6el Спасибо Вам огромное!
@@maya-qf6el Здравствуйте, уточните ещё раз пожалуйста, если в требованиях у нас предусмотрены валидационные сообщения на не правильный ввод пользователя, то тест, который покрывает этот сценарий, является негативным?
Спасибо
@@ave_irina привет! верно, этот тест будет негативным
@@maya-qf6el Позвольте узнать, но если ожидаемый результат у программы при вводе невалидных данных - это не пропускать вас дальше, пока не выполните корректную регистрацию (к примеру). Разве это не позитивное тестирование? Ведь ввод валидных данных - это хорошо - пропускаем дальше - ожидаемо. Ввод невалидных данных - плохо - не пропускаем дальше - ожидаемо.
KRay? 24?
3 года видео и 300 лайков, вот что значит узкоспециализорованный контент