tестирование dot com
Шрифт:
американского племени индейцев, издревле промышлявших под-
работками на интернет-проектах, а от patchy (залатанный), как
память о неимоверном количестве заплаток, на него приклеен-
ных, в результате чего он приобрел белизну и пушистость).
В директориях Apache мы храним:
• файлы, содержащие HTML-код С инкорпорированным
JavaScript-кодом. JavaScript-код, вставляется в HTML.-
файлы и может
при регистрации на наличие двух @. Достоинство
использования JavaScript-кода, заключается в том, что
проверка осуществ-
108
Тестирование Дот Ком. Часть 1
ляется на компьютере пользователя в отличие от варианта,
когда мы посылаем непроверенную форму с регистрацией
на сервер с приложением, нагружая этот сервер;
• файлы-картинки (images).
2. Приложение на Python и C++. Наше приложение состоит из:
• файлов с Python-скриптами, которые можно использовать,
например, для "перевода" регистрационной формы, от-
правленной пользователем, на язык, понятный базе дан-
ных, и для создания новой строки в таблице для новых
пользователей;
• файлов с C++ кодом. Например, нам нужно вставить новое
значение в определенной колонке определенной таблицы
базы данных для всех пользователей, зарегистрированных
у нас более 1 года. Для этой цели мы можем написать про-
грамму на C++.
Кстати, C++ файлы — это единственные файлы в нашем проекте,
которые мы компилируем перед использованием: каждый из наших
C++ файлов — это простой текстовый файл с кодом, написанным на C++,
и, чтобы он стал исполняемым, его нужно скормить C++ компайлеру,
который проверит код на наличие багов синтаксиса и, если все О'к,
переведет язык, понятный человеку (C++), на язык, понятный тест-ма-
шине (нули и единицы).
3. База данных MySQL ("майсиквел"). Здесь мы будем хранить
данные
• о пользователях (например, день регистрации в системе, е-
мейл, имя, фамилию и пароль);
• о транзакциях пользователя (например, когда и что купил);
• о наименованиях книг и их наличии.
Идем дальше.
Начинаются первые неудобства и проблемы, связанные с отсут-
ствием релиз-инженерных знаний:
1. При каждом сохранении файла в той же директории нужно
давать ему новое имя, чтобы не удалить старый вариант
редакции.
2. При сохранении файла после редактирования нельзя про-
комментировать, что было изменено.
3. Самое главное: постоянно присутствует риск, что один из
программистов удалит свою работу или работу коллеги.
Цикл разработки ПО
109
Пример
а. После спецификации, пробормоченнои Харитонычем за рюмочкой
чая, программисты начинают писать код.
б. Частью кода является файл registration.py, который лежит в ди
ректории /usr/local/apache/cgi-bin/ и был написан Димой два дня
назад.
в. Дима копирует этот файл в свою директорию /home/dima и начи
нает его редактировать.
г. Одновременно с ним без всякого злого умысла этот же файл копи
рует и сохраняет в своей директории (/home/mitya) Митя и тоже на
чинает его редактировать.
д. Дима, дописав и протестировав registration.ру, переносит (move)
его обратно в /usr/local/apache/cgi-bin/.
е. Вслед за ним туда же переносит свою версию registration.ру и Митя,
в результате чего:
• в /usr/local/apache/cgi-bin/ лежит Митина редакция;
• Дима рвет на себе волосы, так как не сохранил у себя ни копии
первоначального файла, ни файла с новым кодом;
• Митя рвет на себе волосы, так как в процессе разработки у него
была работающая версия, но он ее не сохранил, а, решив, что
другой алгоритм будет лучше, написал другую версию, которую,
толком не протестировав, перенес в /usr/local/apache/cgi-bin/.
• первый релиз откладывается, так как Митина версия registra-
tion.ру абсолютно "не пашет".
осле разбора полетов принимается решение об установке CVS.
VS устанавливается на тест-машину и это дает следующее:
Файлы хранятся в репозитарии (repository),
ОТКУДА
их можно взять для редактирования (checkout) и