Сообщений в теме: 14

[EXE]

В чем принципиальное отличие тестирования web от desktop?

Я пока только начинаю, поэтому вопрос может быть несколько глупым. Но все же хотелось бы узнать ответы или ссылки откуда этот ответ можно почерпнуть.

[Molechka]

Ярослав, ставьте проблему шире :)

Вы тестируете web и сомневаетесь, что сможете протестировать desktop?
Или наоборот?

Или Вы не знаете, на какие собеседования идти? Идите на любые :)

Везде свои плюсы и минусы.
Навскидку самое основное - при работе с desktop Вы работаете с одним конкретным приложением. Для web же существует такое понятие, как кросс-браузерность и Вам надо одно и тоже проверять в разных браузерах.

Зато web хорошо поддаются автоматизации! Для этого есть куча бесплатных тулзов и такого же бесплатного материала в сети... А desktop заавтоматизировать сложно, так как сразу появляется ограничение по выбору средств автоматизации...

А интересность и сложность приложения зависят только от самого приложения и его команды :)

[Vasiliy]

Навскидку самое основное - при работе с desktop Вы работаете с одним конкретным приложением. Для web же существует такое понятие, как кросс-браузерность и Вам надо одно и тоже проверять в разных браузерах.

А для десктоп-приложений существует такое понятие как кросс-платформенность и различные наборы операционных систем. Там так же надо проверять одно и тоже, частенько.

[aleksey_p]

Навскидку самое основное - при работе с desktop Вы работаете с одним конкретным приложением. Для web же существует такое понятие, как кросс-браузерность и Вам надо одно и тоже проверять в разных браузерах.

А для десктоп-приложений существует такое понятие как кросс-платформенность и различные наборы операционных систем. Там так же надо проверять одно и тоже, частенько.

Еще есть такое как минимальные, рекомендуемые требования для десктоп

[Molechka]

Там так же надо проверять одно и тоже, частенько.

Хм, возможно :)

[Лелик32]

Тестировать десктопные приложения сложнее, ИМХО. Как-никак, но корректность работы программы зависит от пользовательского окружения, а оно, к сожалению, от пользователя к пользователю может меняться и даже разительно. Такие проблемы нелегко предугадать, и очень сложно исследовать их возникновение: для анализа нужны логи, дампы, системная информация и прочее, и поди объясни человеку-креветке, что это такое и где отыскать, чтобы потом он отправил все это нам. Порой воспроизвести проблему не представляется возможным из-за неимения того самого единственного "компа, на котором прога падает".

У меня были случаи, когда на всех тестируемых компьютерах программа вела себя корректно, но у одного из наших удаленных бета-тестеров (у которого, кстати, очень схожая конфигурация с одним из наших тестовых компьютеров) она вела себя неправильно. Такая ситуация - одна на тысячи, но она возникла. Проблему пофиксили методом перебора: кое-что изменили, отправили тестировщику; воспроизводится? - снова изменяем и опять исправляем и так вплоть до победоносного конца.

[ch_ip]

В очредной раз убеждаюсь, что найти что-то на форуме, не зная, что подобные обсуждения были практически невозможно :(
Автору: посмотрите эту тему и ссылки внутри нее: http://software-test...?//topic/24506/
Краткий ответ: десктоп ставится на компьютер пользователя, приложение взаимодейтвует в основном с ОС пользователя и, возможно, БД и какими-нибудь сторонними приложениями.
Легко проверить данные, вводимые пользователем. Легко реализовать поддержку операций с клавиатуры. Рассчитано на использование одним человеком.

Веб-приложение - это уже исходно распределенное приложение. Есть сервер, база данных (практически всегда) и клиентская часть в виде браузера.
Очень много вариаций, как можно отправить данные на сервер, нужны знания об sql-injection и других типах инъекций, представлять как работает браузер. Как правило, рассчитано, что одновременно с сервером веб-приложения работает много пользователей, то есть серверу нужно всегда как-то идентифицировать пользователя, при том, что исходно протокол http, по которому происходит общение между пользователем и сервером, не поддерживает сессионность. Нужно нагрузочное тестирование.

Конфигурационное тестирование необходимо в обоих случаях. В первом - это разные ОС, разные версии ОС и разные состояния этих ОС (например, разные наборы обновлений и настроек самих операционных систем)
Во втором - разные браузеры в разных ОС и разные версии этих браузеров.

[ch_ip]

Такие проблемы нелегко предугадать, и очень сложно исследовать их возникновение: для анализа нужны логи, дампы, системная информация и прочее, и поди объясни человеку-креветке, что это такое и где отыскать, чтобы потом он отправил все это нам.

Ну как бы, если такая обратная связь нужна, то в программу встраивается модуль, который при падении программы сам собирает все логи, дампы и прочую инфу и отправляет это разработчику (с согласия пользователя)

У меня были случаи, когда на всех тестируемых компьютерах программа вела себя корректно, но у одного из наших удаленных бета-тестеров (у которого, кстати, очень схожая конфигурация с одним из наших тестовых компьютеров) она вела себя неправильно. Такая ситуация - одна на тысячи, но она возникла. Проблему пофиксили методом перебора: кое-что изменили, отправили тестировщику; воспроизводится? - снова изменяем и опять исправляем и так вплоть до победоносного конца.

Про vpn и удаленный дебаг ваши программисты не слышали?

[Лелик32]

Ну как бы, если такая обратная связь нужна, то в программу встраивается модуль, который при падении программы сам собирает все логи, дампы и прочую инфу и отправляет это разработчику (с согласия пользователя)

Конечно, это один из лучших вариантов, когда программу снабжают вот таким сборщиком. Но на практике лишь немногие программы могут этим похвастаться. Даже Photoshop (CS6) и тот после своего аварийного завершения не предлагает ничего отсылать (а может делает это тайком?)

Про vpn и удаленный дебаг ваши программисты не слышали?

Через VPN/RDP особого смысла нет: считайте, что наша программа специфична, она использует полноэкранный режим и DirectX. Баг как раз проявлялся визуально в полноэкранном режиме просмотра, который через удаленное подключение не посмотреть.
Если вы имеете ввиду, что удаленное подключение сэкономит время на этапе "кое-что изменили, отправили тестировщику; воспроизводится?", то тут обязательно необходимо наличие живого человека у удаленного компьютера, который как раз таки сможет запустить программу в полноэкранном режиме и проверять есть ил баг или нет. Но это требует от человека много свободного времени в "режиме ожидания". Это не наш случай.

[ch_ip]

Про vpn и удаленный дебаг ваши программисты не слышали?

Через VPN/RDP особого смысла нет: считайте, что наша программа специфична, она использует полноэкранный режим и DirectX. Баг как раз проявлялся визуально в полноэкранном режиме просмотра, который через удаленное подключение не посмотреть.
Если вы имеете ввиду, что удаленное подключение сэкономит время на этапе "кое-что изменили, отправили тестировщику; воспроизводится?", то тут обязательно необходимо наличие живого человека у удаленного компьютера, который как раз таки сможет запустить программу в полноэкранном режиме и проверять есть ил баг или нет. Но это требует от человека много свободного времени в "режиме ожидания". Это не наш случай.

Я имею ввиду, что программист подключается к удаленному компу, настраивает там дебажную версию, далее человек воспроизводит баг, а программист смотрит сразу в среде, что и где пошло не так, для выявления причины бага.
Кроме rdp есть еще teamviewer и radmin, и tightvnc

[Vasiliy]

Я имею ввиду, что программист подключается к удаленному компу, настраивает там дебажную версию, далее человек воспроизводит баг...

Я правильно понимаю, что такой удаленный дебаг требует наличие исходного кода на удаленной машине?

[ch_ip]

Я имею ввиду, что программист подключается к удаленному компу, настраивает там дебажную версию, далее человек воспроизводит баг...

Я правильно понимаю, что такой удаленный дебаг требует наличие исходного кода на удаленной машине?

Тонкостей, к сожалению, не знаю - был зелен и юн, когда тестировал десктоп приложения. Кажется, там при компиляции подключается дебажный модуль, который при падении программы позволяет перейти к ее отладке

[ch_ip]

Несколько полезных советов по тестированию десктопных приложений.
http://www.softwaret...testing-desktop

[tryx3j16]

Похожая проблема была и у меня......
Очень помогла информация отсюда. Спасибо.

[sulsher]

а подскажите литературу по тестированию desktop приложений?