| ← Октябрь 2015 → | ||||||
|
3
|
4
|
|||||
|---|---|---|---|---|---|---|
|
10
|
11
|
|||||
|
17
|
18
|
|||||
|
20
|
21
|
22
|
23
|
24
|
25
|
|
|
26
|
27
|
28
|
29
|
30
|
31
|
|
За последние 60 дней 17 выпусков (2-3 раза в неделю)
Сайт рассылки:
http://https://software-testing.ru/forum/
Открыта:
04-06-2004
Статистика
0 за неделю
Составление требований/пожеланий к тест. стендам
Новые темы форума тестировщиков
Доброе время суток!
В моем отделе планируется в ближайшее время перейти к новой для нас организации разработки и тестирования: на отдельном тест. контуре с тест. сервером и сервером разработки, mock-ами необходимых внешних систем.
Как единственный тестировщик в отделе (ок. года в компании; ок. 2-х лет в сфере тестирования ПО) я начала составлять список требований/пожеланий к тест. стендам (по всем, кроме техн. характеристик по производительности "железа", полного состава необходимого ПО для тест. контура и его составляющих).
Основные тестируемые системы:
Для справки: работаем около 3-х месяцев по Scrum (2-х недельными спринтами). Перейдем на 3-х недельные итерации (1 неделя - на тестирование "дельта-релиза"). Процессы разработки и тестирования в отделе только начинают приводить в упорядоченность (для получения бо'льших показателей эффективности и качества). До этого в отделе не было тестировщиков (тестировали сами программисты, зачастую на "боевых" системах сразу) и планирование было в виде диаграмм Ганта с расстановкой приоритетов в зависимости от критичности отсутствия требуемых доработок + кол-ва критических массовых обращений пользователей...Система регламентирования бизнес-процессов в компании в целом есть. Заказчики наши - внутренние. Есть мониторинг тех. показателей различных систем компании. Отдел тех. поддержки (отдельно от нашего) появился также недавно (удаленный, в другом филиале).
Пока набросала небольшой список основного (см. во вложении).
Прошу "коллег по цеху" поделиться идеями и опытом: что ещё можно добавить в список? почему падают тесты на Travis CI? 2015-09-30 12:47 всем привет!
при подключении к проекту трэвиса возникла следующая проблема: ни один из автотестов на нем не проходит. в логах можно прочесть следующее: SeleniumLoginTest.initDriver:58 » WebDriver Failed to connect to binary Firefox при этом, при обычном запуске тестов как обычно проблем нет. в чем может быть причина проблемы? Проект Ситечко закрылся? 2015-09-30 13:27 Коллеги, не знает ли кто, что случилось с проектом Ситечко?
https://sitechco.ru/ - окно логина вместо главной страницы и попытка залогиниться приводит к "нет такого юзера".
Структура проекта в TestComplete для большого приложения 2015-09-30 14:55 Добрый день, коллеги.
Есть одно большое десктопное приложение с частью от веб.
Разбил программу условно на функциональные области.
Как лучше организовать тесты в TestComplete для тестирования различного функционала?
Увидел три направления:
1. Создавать в одном проекте подпроекты (по тестируемым областям) + один проект Common с общими функциями и объектами. В остальных подпроектах делать ссылки на общие скрипты. Но что делать с NameMapping, Stores и TestedApps? NameMapping - можно смержить, как я понял. А TestedApps - только добавлять в каждый новый проект. Stores - тоже нужно создавать каждый раз новые элементы. В общем не совсем удобно.
2. Создать один большой проект, разбить по папкам и подпапкам и организовать это все в Test Items. Но это не совсем читабельно, будет тонна скриптов с папочками и будет очень тяжелый проект. Плюс нельзя давать скриптам одинаковое имя, даже если они в разных папках.
3. Создавать каждый раз отдельный проект. Это мне совсем не нравится, т.к. не вижу единой структуры тестов.
Выбрал первый вариант. Но все равно не устраивает, т.к. некоторые элементы структуры нужно каждый раз копировать существующие.
Специалисты-автоматизаторы больших проектов в TestComplete, как Вы поступили бы в данном случае? Может есть ещё один вариант?
Спасибо за любой совет. Оценка качества работы разработчика с дефектами по показателю Reopened 2015-09-30 18:04 Добрый день,
есть ли какие-либо принятые оценки работы разработчика по числу дефектов возвращаемых ему после его 'исправления'. Есть ли есть - где об этом можно почитать ?
Какие с вашей точки зрения показатели (в процентах) являются допустимыми и почему. © 2010 | Software-Testing.Ru |
| В избранное | ||
