Добрый день всем!
Предистория:
- имеется предприятие со штатом:
- отдел программирования
- отдел тестирования, внедрения, сопровождения
- отдел технического обеспечения (железо, сети)
- работаю в отдел тестирования, внедрения, сопровождения. Комплексы задач разрастаются.
- Тестирование заключается в том, что люди садятся и ручками вводят данные (в различных вариантах) проверяют формы контроли
- Тестировать с нуля после каждой новой версии становится все сложнение и сложнее
Вопрос в следующем - как можно автоматизировать тестирование
Заранее благодарен за ответ.
С чего начать процесс тестирования
Автор Zam_kom, 27 окт 2005 09:36
Сообщений в теме: 6
#1
Отправлено 27 октября 2005 - 09:36
#2
Отправлено 27 октября 2005 - 09:45
Прямой ответ на Ваш вопрос, использовать средства автоматизации тестирования.
А вообще, наладьте регрессионное тестирование с последующей автоматизацией, там будет ясно что автоматизировать, а что нет.
Заведите тест план и наборы тест кейсов.
А вообще, наладьте регрессионное тестирование с последующей автоматизацией, там будет ясно что автоматизировать, а что нет.
Заведите тест план и наборы тест кейсов.
Граммотность - то качество, которым я не обладаю.
#4
Отправлено 27 октября 2005 - 11:49
Под версией я понимаю изменения:
- структуры
- ехе
- dll
В самой программе может менятся все что угодно (выходные формы, контроли, новые первичные документы, справочники)
Периодичность версий не фиксируется (например раз в месяц и все), т.к. вышел приказ федеральный - меняем
территориальный - меняем
местный - меняем
- структуры
- ехе
- dll
В самой программе может менятся все что угодно (выходные формы, контроли, новые первичные документы, справочники)
Периодичность версий не фиксируется (например раз в месяц и все), т.к. вышел приказ федеральный - меняем
территориальный - меняем
местный - меняем
#5
Отправлено 27 октября 2005 - 12:43
Т.е. вы меняете номер версии по приказу что-ли? И тогда начинаете тестировать?
Короче, нет никакого смысла тестировать каждый раз с нуля. Похоже, что процесс у вас совсем не налажен. Почитайте для начала статьи здесь http://software-test...ru/lib/testing/
Короче, нет никакого смысла тестировать каждый раз с нуля. Похоже, что процесс у вас совсем не налажен. Почитайте для начала статьи здесь http://software-test...ru/lib/testing/
#6
Отправлено 27 октября 2005 - 13:32
Если вышел приказ Министерства о введении новой формы отчетности, для ее составления необходимо создать новый входной документ.
По срокам как всегда все надо вчера (времени в обрез).
При изменени вроде старое не меняется, но гарантии что програмеры ничего не зацепят нет (случаи были; не часто, но ....).
Помимо самих изменений необходимо обновить у пользователей (порядка 40 мест в городе).
Получается мы должны какими-то средствами проверить работоспособность старой части программы и потом новой.
За ссылку спасибо.
По срокам как всегда все надо вчера (времени в обрез).
При изменени вроде старое не меняется, но гарантии что програмеры ничего не зацепят нет (случаи были; не часто, но ....).
Помимо самих изменений необходимо обновить у пользователей (порядка 40 мест в городе).
Получается мы должны какими-то средствами проверить работоспособность старой части программы и потом новой.
За ссылку спасибо.
#7
Отправлено 27 октября 2005 - 18:51
Новую функциональность, наверное, легче будет проверить ручками особенно если время поджимает. А для старой функциональности пакет регрессионных автоматизированных тестов это как раз то, что доктор прописал. В перерывах между выпусками новых версий можно написать автоматизированные тесты для новой функциональности так, чтобы в следующий раз она уже проверялась автоматически, а не ручками.Получается мы должны какими-то средствами проверить работоспособность старой части программы и потом новой.
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных