Поскажите, пожалуйста, кто по факту должен выполнять приемочное тестирование. Согласно ГОСТ 34 - это делает заказчик - поскольку это в его интересах. На практике этим скорее всего занимаются и исполнитель, и заказчик.
У нас следующий цикл разработки - большой перманентный проект (1 продукт), много клиентов, у всех одно и тоже решение с минимальной кастомизацией и в первую очередь через настройку. Периодично выпускаются релизы.
В нашем случае под приемочным тестированием будем понимать прием всех заявленных в релиз фичей. Фичи прописываются через работы-задания. Работы задания пишутся авторами: аналитиками, работы-задания исполняются программистами. В неявном фоне проверяются тестируются тестировщиками, а принимаются окончательно автором работы или иным проверяющим. прверяющим может быть любой компетентный работник - аналитик или тестировщик.
Т.е. можно сказать так приемочное тестирование (приемку работы) сейчас осуществляет обычно автор-постановщик. Предполагается, что это не совсем эффективная практика и эту работу следует полностью передать тестировщикам.
Считается ли это нормальной, правильной практикой? Как организуется эта работа? Следует учесть, что формализованное специфицирование требований отсутствует или недостаточно формально. Серьезных изменений в этом не будет. Предполагается, что в данной ситуации проще и быстрее обучить тестировщика "здравому смыслу заказчика". Спасибо
Отчет о работе отдела тестирования и состояния проектов
2011-07-06 12:16
Был обычным тестером, но начальница ушла в декрет и меня повысили до её должности.
Также уволили манагера и теперь я руководитель отдела тестирования\манагер\тестер.
Работа для меня первая, толкьо вышел с универа, 21год, до повышения был тестером 8 месяцев.
Появилась некоторая проблема согласования работы с начальством.
Необходимо каждый вечер пятницы отчитываться о проделанной работе отдела тестирования и предоставлять план работы отдела на следующую неделю.
Компания - стартап в которой вечный deadline и приоритетом является быстрая выдача продукта, но в тоже время он должен быть качественным. Проектов довольно много, в большинстве своем это одно и тоже но на различных платформах (win, nix, платы, терминалы) и с различными ответвлениями, но в итоге их получается более 30. Гибкий график приоритетов задания.
В связи с этим и возникает проблема. Хочется организовать все просто и удобно, на одной странице гуглдокса, но в тоже время там должен быть описан план работы отдела тестирования по дням\проектам и состоянием проектов на данном этапе, которое должно меняться в течение недели по результатам работы.
Может кто-нибудь подкинет хорошую идею?
Надеюсь более менее понятно объяснил
1. пробывал записывать кейсы Jmeter - при воспроизведении их не могу пройти авторизацию - все шаги выбивает на ЛОгин пейдж
2. пробывал записывать кейсы BadBoy - аналогично
3. BadBoy воспроизводит кейс нормально.
selenium = new DefaultSelenium("localhost", 4444, "*googlechrome", "http://");
Когда запускаю возникает ошибка:
HTTP ERROR: 400
Could not proxy http://selenium-server/core/RemoteRunner.html?sessionId=73d61ecab10b4b4881980fa6b712097c&multiWindow=true&baseUrl=http%3A%2F%2F&debugMode=false
java.net.UnknownHostException: selenium-server
RequestURI=/core/RemoteRunner.html
Тестирование веб-приложений, начало 3 августа
2011-07-06 16:49
Всё больше программных продуктов создаётся для веб, они становятся всё сложнее и критичнее. При этом, тестирование веб-приложений кардинально отличается от тестирования обычных, desktop-продуктов. Технологии, браузеры, кроссплатформенность влияют на возможные дефекты, и только их глубокое знание способствует качественному тестированию веб-приложений.
На протяжении трёх недель мы рассмотрим основные особенности онлайн-продуктов, познакомимся с ключевыми подходами к тестированию веб-приложений и научимся использовать специально предназначенные для этого утилиты. Каждое занятие будет сопровождаться практическими заданиями, которые помогут быстрее и увереннее начать применять знания на практике.
Программа курса:
Отличия веб от десктоп-приложений. Как устроен интернет?
Основные типы веб-ошибок и способы их быстрого обнаружения
Кросс-браузерное тестирование: как сэкономить время на проверке различных окружений?
Нефункциональное тестирование: нагрузка и производительность онлайн-продуктов
2)Логи RC
[java] 06.07.2011 20:45:54 com.thoughtworks.selenium.grid.remotecontrol.SelfRegisteringRemoteControl logStartingMessages
[java] INFO: hubPollerInterval: 30000 ms
[java] 06.07.2011 20:45:54 com.thoughtworks.selenium.grid.remotecontrol.SelfRegisteringRemoteControl logStartingMessages
[java] INFO: -port
[java] 06.07.2011 20:45:54 com.thoughtworks.selenium.grid.remotecontrol.SelfRegisteringRemoteControl logStartingMessages
[java] INFO: 5555
[java] 20:45:54.865 INFO - Java: Sun Microsystems Inc. 20.0-b11
[java] 20:45:54.866 INFO - OS: Linux 2.6.38-8-generic amd64
[java] 20:45:54.871 INFO - v2.0 [a2], with Core v2.0 [a2]
[java] 20:45:54.934 INFO - RemoteWebDriver instances should connect to: http://192.168.24.1:5555/wd/hub
[java] 20:45:54.935 INFO - Version Jetty/5.1.x
[java] 20:45:54.936 INFO - Started HttpContext[/selenium-server/driver,/selenium-server/driver]
[java] 20:45:54.937 INFO - Started HttpContext[/selenium-server,/selenium-server]
[java] 20:45:54.937 INFO - Started HttpContext[/,/]
[java] 20:46:00.958 INFO - Started org.openqa.jetty.jetty.servlet.ServletHandler@7f2ad19e
[java] 20:46:00.958 INFO - Started HttpContext[/wd,/wd]
[java] 20:46:00.960 INFO - Started SocketListener on 0.0.0.0:5555
[java] 20:46:00.960 INFO - Started org.openqa.jetty.jetty.Server@6115273a
[java] 20:46:16.399 INFO - Checking Resource aliases
[java] 20:46:16.402 INFO - Command request: getNewBrowserSession[*firefox, http://www.rambler.ru] on session null
[java] 20:46:16.404 INFO - creating new remote session
[java] 20:46:16.469 INFO - Allocated session 73e74bff81a743358e41b52ec39c9189 for http://www.rambler.ru, launching...
[java] 20:46:16.498 INFO - Preparing Firefox profile...
[java] 20:46:19.411 INFO - Launching Firefox...
[java] 20:46:24.853 INFO - Checking connection to hub...
[java] 20:46:24.855 INFO - Ping Hub at http://localhost:4444/heartbeat?host=localhost&port=5555
[java] 20:46:54.868 INFO - Checking connection to hub...
[java] 20:46:54.868 INFO - Ping Hub at http://localhost:4444/heartbeat?host=localhost&port=5555
[java] 20:47:24.871 INFO - Checking connection to hub...
[java] 20:47:24.871 INFO - Ping Hub at http://localhost:4444/heartbeat?host=localhost&port=5555
[java] 20:47:54.873 INFO - Checking connection to hub...
[java] 20:47:54.873 INFO - Ping Hub at http://localhost:4444/heartbeat?host=localhost&port=5555
[java] 20:48:24.875 INFO - Checking connection to hub...
Ну и на это все...
Firefox, с которого я отправил запрос постоянно обновляет, обновляет, обновляет... пишет "Соединение".. вобщем ждет ответа, а его нету...
Аналогично я делал просто с Selenium RC, и в ответ мне приходило: OK, sessionId.