Каждый мужчина должен построить дом, посадить дерево и воспитать сына... Задача каждого менеджера подготовить себе замену, но сказать и сделать - не одно и то же.
Как выбрать подходящего кандидата, как подойти к его обучению, какие навыки развивать, как представить замену клиенту, сколько времени потребуется, где найти на это время, зачем все это нужно?
Ответы на эти и другие вопросы, необходимые для подготовки управленца, который с легкостью заменит вас на проекте, освещены в этом докладе.
Как подготовить себе преемника? Максим Зубов, Enterpreneur, Санкт-Петербург, Россия
Нынче вместо нас потеют роботы – я имею в виду автоматизацию, но "роботы" куда круче звучат. Они запускают автоматизированные проверки, деплоят билды в прод, создают тестовые данные, подготавливают оборудование и окружения, и так далее, и тому подобное. Мы обожаем инструменты за ту пользу, которую большинство из них приносит в мир.
Однако поговорить я хочу об автоматизированных проверках. Они могут куда больше, нежели тупо сообщать "Пройдено/Не пройдено", если вы их как следует попросите. Я расскажу о четырех фокусах, которыми пользовался я, и о том, как они мне помогли.
На текущий момент есть чек-листы в Excel + Selenium для автоматизации.
В связи с перспективой роста нужен некий инструмент, где:
1. Можно быстро-удобно-наглядно писать чек-листы, в идеале можно ставить признак "автоматизировано" или добавлять свои поля
2. Можно объединять чек-листы в задачи (например, так чтобы каждая задача/ручная проверка занимала от 15 минут ручного времени до, скажем, 4 часов)
3. Заводить пользователей/исполнителей/менеджеров
4. Назначать задачи на пользователей
5. Смотреть отчётность.
Как я это вижу:
1. Человек 1 пишет чек-листы
2. Человек 2 объединяет их в задачи инициирует тестовый ручной прогон по имеющимся задачам, назначая исполнителя
3. Человек 3 получает задачу, в начале задачи жмякает "приступил", в конце "завершил", если по каким-то пунктам были ошибки, то вместо ок в фактический результат вводит ошибки (в идеале номера в Jira, но можно и просто копипаст линка
*Если это по этой задаче в прошлый прогон где-то был не ок, то это сразу видят и Человек 2 и Человек 3. Issue всё равно надо открывать, т.к. возможно, что было сломано частично и этот пункт можно пройти (зависит от того, как написаны чеклисты).
На выходе видим отчётность по пройденным и не пройденным чек-листам (она в Excel есть) + кто сколько времени что тестировал (ради этого вся затея).
Крайне важно: удобный интерфейс, без лишних действий (Testlink не подходит)
S: [2016-11-02T16:42:10.807+0200] 16:42:10:806 Debug: SQUISH_LIBQTDIR is set to '/Volumes/MacintoshHD/ProgramFiles/Qt/5.5'
S: [2016-11-02T16:42:10.807+0200] 16:42:10:806 Debug: DYLD_LIBRARY_PATH is set to '/Volumes/MacintoshHD/ProgramFiles/Qt/5.5:/Applications/Squish for Qt 6.1.0/lib:/System/Library/Frameworks/Python.framework/Versions/2.7'
S: [2016-11-02T16:42:10.807+0200] 16:42:10:807 Debug: DYLD_FRAMEWORK_PATH is set to '/Volumes/MacintoshHD/ProgramFiles/Qt/5.5'
S: [2016-11-02T16:42:10.809+0200] dyld: mach-o, but built for simulator (not macOS)
R: [2016-11-02T16:42:10.810+0200] 2016-11-02T16:42:10 START Start '' Test '' started
R: [2016-11-02T16:42:10.810+0200] 2016-11-02T16:42:10 WARNING Process exited abnormally. Process /Volumes/MacintoshHD/work/build-iFZMobile-iOS_5_5_1-Release/Debug-iphonesimulator/iFZMobile.app/iFZMobile exited abnormally, return code -1: Received signal number 6.
S: [2016-11-02T16:42:30.812+0200] 16:42:30:812 Debug: Connection closed from 127.0.0.1:56939
R: [2016-11-02T16:42:30.821+0200] squishrunner exited with value 255, started with arguments: [/Applications/Squish for Qt 6.1.0/bin/squishrunner, --host, localhost, --port, 56851, --debugLog, paw, --startapp, --suitedir, /Volumes/MacintoshHD/tests/suite__iFZMobile_test, --cwd, @app, --aut, iFZMobile]