Тестирование desktop и web
#1
Отправлено 14 января 2013 - 21:13
Я пока только начинаю, поэтому вопрос может быть несколько глупым. Но все же хотелось бы узнать ответы или ссылки откуда этот ответ можно почерпнуть.
#2
Отправлено 15 января 2013 - 06:06
Вы тестируете web и сомневаетесь, что сможете протестировать desktop?
Или наоборот?
Или Вы не знаете, на какие собеседования идти? Идите на любые :)
Везде свои плюсы и минусы.
Навскидку самое основное - при работе с desktop Вы работаете с одним конкретным приложением. Для web же существует такое понятие, как кросс-браузерность и Вам надо одно и тоже проверять в разных браузерах.
Зато web хорошо поддаются автоматизации! Для этого есть куча бесплатных тулзов и такого же бесплатного материала в сети... А desktop заавтоматизировать сложно, так как сразу появляется ограничение по выбору средств автоматизации...
А интересность и сложность приложения зависят только от самого приложения и его команды :)
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/
#3
Отправлено 15 января 2013 - 06:59
А для десктоп-приложений существует такое понятие как кросс-платформенность и различные наборы операционных систем. Там так же надо проверять одно и тоже, частенько.Навскидку самое основное - при работе с desktop Вы работаете с одним конкретным приложением. Для web же существует такое понятие, как кросс-браузерность и Вам надо одно и тоже проверять в разных браузерах.
#4
Отправлено 15 января 2013 - 07:06
А для десктоп-приложений существует такое понятие как кросс-платформенность и различные наборы операционных систем. Там так же надо проверять одно и тоже, частенько.
Навскидку самое основное - при работе с desktop Вы работаете с одним конкретным приложением. Для web же существует такое понятие, как кросс-браузерность и Вам надо одно и тоже проверять в разных браузерах.
Еще есть такое как минимальные, рекомендуемые требования для десктоп
#5
Отправлено 15 января 2013 - 09:43
Хм, возможно :)Там так же надо проверять одно и тоже, частенько.
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/
#6
Отправлено 15 января 2013 - 11:54
У меня были случаи, когда на всех тестируемых компьютерах программа вела себя корректно, но у одного из наших удаленных бета-тестеров (у которого, кстати, очень схожая конфигурация с одним из наших тестовых компьютеров) она вела себя неправильно. Такая ситуация - одна на тысячи, но она возникла. Проблему пофиксили методом перебора: кое-что изменили, отправили тестировщику; воспроизводится? - снова изменяем и опять исправляем и так вплоть до победоносного конца.
#7
Отправлено 16 января 2013 - 10:23
Автору: посмотрите эту тему и ссылки внутри нее: http://software-test...?//topic/24506/
Краткий ответ: десктоп ставится на компьютер пользователя, приложение взаимодейтвует в основном с ОС пользователя и, возможно, БД и какими-нибудь сторонними приложениями.
Легко проверить данные, вводимые пользователем. Легко реализовать поддержку операций с клавиатуры. Рассчитано на использование одним человеком.
Веб-приложение - это уже исходно распределенное приложение. Есть сервер, база данных (практически всегда) и клиентская часть в виде браузера.
Очень много вариаций, как можно отправить данные на сервер, нужны знания об sql-injection и других типах инъекций, представлять как работает браузер. Как правило, рассчитано, что одновременно с сервером веб-приложения работает много пользователей, то есть серверу нужно всегда как-то идентифицировать пользователя, при том, что исходно протокол http, по которому происходит общение между пользователем и сервером, не поддерживает сессионность. Нужно нагрузочное тестирование.
Конфигурационное тестирование необходимо в обоих случаях. В первом - это разные ОС, разные версии ОС и разные состояния этих ОС (например, разные наборы обновлений и настроек самих операционных систем)
Во втором - разные браузеры в разных ОС и разные версии этих браузеров.
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#8
Отправлено 16 января 2013 - 10:26
Ну как бы, если такая обратная связь нужна, то в программу встраивается модуль, который при падении программы сам собирает все логи, дампы и прочую инфу и отправляет это разработчику (с согласия пользователя)Такие проблемы нелегко предугадать, и очень сложно исследовать их возникновение: для анализа нужны логи, дампы, системная информация и прочее, и поди объясни человеку-креветке, что это такое и где отыскать, чтобы потом он отправил все это нам.
Про vpn и удаленный дебаг ваши программисты не слышали?У меня были случаи, когда на всех тестируемых компьютерах программа вела себя корректно, но у одного из наших удаленных бета-тестеров (у которого, кстати, очень схожая конфигурация с одним из наших тестовых компьютеров) она вела себя неправильно. Такая ситуация - одна на тысячи, но она возникла. Проблему пофиксили методом перебора: кое-что изменили, отправили тестировщику; воспроизводится? - снова изменяем и опять исправляем и так вплоть до победоносного конца.
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#9
Отправлено 16 января 2013 - 11:57
Конечно, это один из лучших вариантов, когда программу снабжают вот таким сборщиком. Но на практике лишь немногие программы могут этим похвастаться. Даже Photoshop (CS6) и тот после своего аварийного завершения не предлагает ничего отсылать (а может делает это тайком?)Ну как бы, если такая обратная связь нужна, то в программу встраивается модуль, который при падении программы сам собирает все логи, дампы и прочую инфу и отправляет это разработчику (с согласия пользователя)
Через VPN/RDP особого смысла нет: считайте, что наша программа специфична, она использует полноэкранный режим и DirectX. Баг как раз проявлялся визуально в полноэкранном режиме просмотра, который через удаленное подключение не посмотреть.Про vpn и удаленный дебаг ваши программисты не слышали?
Если вы имеете ввиду, что удаленное подключение сэкономит время на этапе "кое-что изменили, отправили тестировщику; воспроизводится?", то тут обязательно необходимо наличие живого человека у удаленного компьютера, который как раз таки сможет запустить программу в полноэкранном режиме и проверять есть ил баг или нет. Но это требует от человека много свободного времени в "режиме ожидания". Это не наш случай.
#10
Отправлено 16 января 2013 - 12:14
Я имею ввиду, что программист подключается к удаленному компу, настраивает там дебажную версию, далее человек воспроизводит баг, а программист смотрит сразу в среде, что и где пошло не так, для выявления причины бага.Через VPN/RDP особого смысла нет: считайте, что наша программа специфична, она использует полноэкранный режим и DirectX. Баг как раз проявлялся визуально в полноэкранном режиме просмотра, который через удаленное подключение не посмотреть.Про vpn и удаленный дебаг ваши программисты не слышали?
Если вы имеете ввиду, что удаленное подключение сэкономит время на этапе "кое-что изменили, отправили тестировщику; воспроизводится?", то тут обязательно необходимо наличие живого человека у удаленного компьютера, который как раз таки сможет запустить программу в полноэкранном режиме и проверять есть ил баг или нет. Но это требует от человека много свободного времени в "режиме ожидания". Это не наш случай.
Кроме rdp есть еще teamviewer и radmin, и tightvnc
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#11
Отправлено 16 января 2013 - 13:06
Я имею ввиду, что программист подключается к удаленному компу, настраивает там дебажную версию, далее человек воспроизводит баг...
Я правильно понимаю, что такой удаленный дебаг требует наличие исходного кода на удаленной машине?
#12
Отправлено 16 января 2013 - 16:36
Тонкостей, к сожалению, не знаю - был зелен и юн, когда тестировал десктоп приложения. Кажется, там при компиляции подключается дебажный модуль, который при падении программы позволяет перейти к ее отладке
Я имею ввиду, что программист подключается к удаленному компу, настраивает там дебажную версию, далее человек воспроизводит баг...
Я правильно понимаю, что такой удаленный дебаг требует наличие исходного кода на удаленной машине?
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#13
Отправлено 01 ноября 2013 - 20:19
http://www.softwaret...testing-desktop
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#14
Отправлено 19 ноября 2013 - 13:12
Очень помогла информация отсюда. Спасибо.
#15
Отправлено 17 ноября 2014 - 18:07
а подскажите литературу по тестированию desktop приложений?
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных