Методика разработки

Необходимые знания

1. Умение читать и писать на техн. английском.
2. Основы работы с CVS, patch, diff
3. Представление о Win API?.
4. Использование поисковых систем.
5. Умение тестировать и писать тестовые программы.
6. Базовые представления об удобстве использования GUI.

Общий подход к работе над адаптацией к программе

I этап

1. Установить программу
2. Записать наблюдаемые визуальные дефекты и проблемы с функциональностью
3. Локализовать проблемное место
4. Запросить исходники проблемной части, которые помогут написать код, воспроизводящий ситуацию
5. Оценить трудоёмкость работы по исправлению в человекоднях

II этап

1. Выполнить необходимые доработки согласно плану
2. Провести полное тестирование результата
3. Проверять отсутствие регрессии на каждом новом шаге развития WINE (раз в неделю)

III этап

1. Осуществлять поддержку и оперативное исправление замечаний

Примерный план работы по каждой задаче

Должно быть сформулировано прохождение каждой проблемы от появления до решения.

1. Формулирование видения проблемы извне (внешне, с точки зрения пользователя) – какой диалог как себя не так ведёт.
2. Анализ кода с целью получения общего представления и определения проблемных мест
3. Создание описание функции на англ., включая поведение в сложных ситуациях (для начала можно на русском). При этом описать входы и выходы (что передаётся и возвращается, в каких ситуациях). По сути, это техн. задание ТЗ) – но чтобы было с чем сверяться. При этом изучить и систематизировать имеющийся в сети материал.
4. Cоздание программы для тестирования в различных режимах, в большинстве случаев это оформляется как программа, воспроизводящая проблему – небольшой код, который неверно работает в WINE. Программа должна компилироваться средствами winegcc.
5. Определиться, что не работает, что работает не так; сформулировать что надо сделать
6. Согласно имеющейся информации написать автоматический тест (каталог tests), если это возможно. Тест должен выполняться на Win 9 X / Win 2 K?
7. Составить план работ с оценкой трудоёмкости и сроков (дата начала и завершения)
8. Приступить к выполнению, корректируя п. 3–5

Как вносить исправления

По всем пунктам, где требуется решить проблему,

• сначала желательно воспроизвести ситуацию отдельной программой, если возможно;
• потом – либо написать хак (не совсем корректный патч, который делает что проблема убирается, но не факт, что это правильное решение и годится для других);
• либо внести полные исправления в функцию, с комментариями к ней.

Все сделанные патчи (и подготовленные к отправке) должны помещаться в patches/check (во внутренний CVS wine-etersoft):
$ cvs add новый_патч.patch $ cvs commit
и главное — отправляться в wine-patches@