Как выглядел процесс разработки

# Как выглядел процесс разработки

Agile методология

В большинстве современных Java проектов используется Agile подход с Scrum или Kanban. Опишу типичный цикл разработки.

1. Планирование и Спринт

Sprint Planning

В начале спринта (обычно 2 недели) команда:

• Уточняет требования с Product Owner
• Разбивает задачи на небольшие story points
• Распределяет задачи между разработчиками
• Оценивает трудоёмкость (fibonacci: 1, 2, 3, 5, 8, 13)

Типичные роли

• Product Owner — определяет требования и приоритеты
• Scrum Master — удаляет блокеры и модерирует встречи
• Backend разработчик — работает с API, БД, бизнес-логикой
• Frontend разработчик — создаёт UI и интеграцию
• QA инженер — тестирует функционал
• DevOps инженер — управляет infrastructure и deployments

2. Разработка feature

Workflow в Git

# 1. Создаём feature branch
git checkout -b feature/user-authentication

# 2. Разработка
# - Пишем тесты (TDD)
# - Реализуем функционал
# - Проходим code review

# 3. Коммиты
git add src/
git commit -m "feat: add JWT authentication"

# 4. Push в remote
git push origin feature/user-authentication

# 5. Создаём Pull Request
# - Описываем что сделали
# - Линкуем связанную задачу (JIRA)
# - Указываем reviewers

3. Code Review процесс

Требования к PR

## Description
Добавил аутентификацию через JWT токены

## Related Issue
Closes #123

## Type of change
- [x] New feature
- [ ] Bug fix
- [ ] Breaking change

## Testing
- [x] Unit tests added (coverage 95%+)
- [x] Integration tests passed
- [ ] Manual testing performed

## Checklist
- [x] Code follows style guidelines
- [x] No new warnings generated
- [x] Tests pass locally
- [x] Documentation updated

Процесс review

1. Минимум 2 одобрения от других разработчиков

2. Проверяется:

   • Архитектура (SOLID, Clean Code)
   • Производительность
   • Безопасность
   • Тесты и покрытие
   • Документация

3. Автор исправляет замечания

4. Reviewer одобряет изменения

5. Merge в develop/main

4. Continuous Integration

Автоматические проверки при PR

name: PR Checks

on:
  pull_request:
    branches: [ main, develop ]

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - uses: actions/setup-java@v3
        with:
          java-version: '17'
          cache: maven
      
      - name: Run tests
        run: mvn test
      
      - name: Check coverage
        run: mvn jacoco:report
        # Должна быть > 90%
      
      - name: Lint check
        run: mvn checkstyle:check
      
      - name: Security scan
        run: mvn org.owasp:dependency-check-maven:check

5. Daily Stand-up

Каждый день (обычно 15 минут):

Каждый разработчик отвечает на вопросы:
- Что сделал вчера?
  "Закончил реализацию JWT аутентификации"
  
- Что буду делать сегодня?
  "Писать тесты, проводить code review"
  
- Есть ли блокеры?
  "Нужна помощь с интеграцией с внешним API"

6. Тестирование

Unit тесты (разработчик)

public class UserAuthenticationTest {
    private UserService userService;
    private PasswordEncoder passwordEncoder;
    
    @BeforeEach
    public void setUp() {
        userService = new UserService(new InMemoryUserRepository());
        passwordEncoder = new BCryptPasswordEncoder();
    }
    
    @Test
    public void testAuthenticationSuccess() {
        User user = userService.register("john", "password123");
        assertTrue(passwordEncoder.matches("password123", user.getPassword()));
    }
    
    @Test
    public void testAuthenticationFailure() {
        assertThrows(InvalidCredentialsException.class, 
            () -> userService.authenticate("john", "wrongpassword"));
    }
}

Integration тесты (разработчик + QA)

@SpringBootTest
@AutoConfigureMockMvc
public class AuthControllerIntegrationTest {
    @Autowired
    private MockMvc mockMvc;
    
    @Test
    public void testLoginEndpoint() throws Exception {
        mockMvc.perform(post("/api/v1/auth/login")
            .contentType(MediaType.APPLICATION_JSON)
            .content("{ \"username\": \"john\", \"password\": \"pass123\" }"))
            .andExpect(status().isOk())
            .andExpect(jsonPath("$.token").exists());
    }
}

QA тестирование

QA инженер тестирует в test/stage окружении:

• Функциональные тесты
• Регрессионные тесты
• Performance тесты
• Security тесты
• Usability тесты

7. Deployment процесс

Stage окружение

# Развёртывание на stage (похоже на production)
git tag v1.2.3
git push origin v1.2.3

# CI/CD автоматически:
# 1. Собирает артефакт
# 2. Запускает smoke тесты
# 3. Развёртывает на stage
# 4. Проводит E2E тесты

Production deployment

# После одобрения от Product Owner и QA
# Развёртывание с zero-downtime

kubectl set image deployment/api api=myregistry/api:v1.2.3
kubectl rollout status deployment/api
kubectl logs -f deployment/api

# Rollback если необходимо
kubectl rollout undo deployment/api

8. Мониторинг и Инциденты

После deployment

// Логирование
log.info("User {} authenticated successfully", username);
log.error("Authentication failed for user {}", username, exception);

// Метрики
metrics.counter("auth.success").increment();
metrics.counter("auth.failure").increment();

// Алерты
if (errorRate > 0.05) {
    alerting.sendSlackNotification("High error rate: " + errorRate);
}

Post-mortem

Если был инцидент:

1. Быстро откатываем на стабильную версию
2. Проводим Post-mortem встречу
3. Документируем что произошло
4. Создаём tasks для улучшений

9. Spint Review и Retro

Sprint Review (конец спринта)

• Демонстрируем выполненный функционал
• Собираем feedback от Product Owner
• Обсуждаем следующие приоритеты

Sprint Retrospective

• Что хорошо работало?
• Что можно улучшить?
• Какие action items на следующий спринт?

10. Типичная неделя

Понедельник:

• Sprint Planning (если начало спринта)
• Daily standup
• Разработка features

Вторник-Четверг:

• Daily standup
• Разработка и code reviews
• Исправление замечаний

Пятница:

• Daily standup
• Финализация features
• Sprint Review (если конец спринта)
• Sprint Retrospective (если конец спринта)

Итого

Процесс разработки:

1. Планирование — Sprint Planning, распределение задач
2. Разработка — Feature branch, TDD, коммиты
3. Code Review — Минимум 2 одобрения
4. CI/CD — Автоматические проверки
5. Testing — Unit, Integration, E2E, QA
6. Deployment — На stage, потом production
7. Monitoring — Логирование, метрики, алерты
8. Retro — Улучшение процесса в каждом спринте