1. Введение
В реальной разработке на этапе разработки фактически проводится не полное тестирование, а больше отладка. Если использовать phpunit для тестирования, то это может быть неудобно. Конечно, после завершения проекта рекомендуется писать тестовые примеры, чтобы обеспечить доступность кода и покрытие кода, а также избежать «мусорного» кода.
Чтобы упростить отладку и тестирование во время разработки, был разработан этот модуль, который позволяет сэкономить время и шаги при разделении разработки переднего и заднего плана.
2. Установка
Перейдите в каталог приложения проекта:
git clone https://github.com/shulinqian/think-tests.git tests
3. Адрес доступа
http://ваш адрес/tests/
4. Разработка
Перейдите в каталог cases модуля tests, создайте новый файл с именем по правилам *Test.php, например, UserTest.php.
run — вход каждого файла теста, где определяются методы, которые необходимо протестировать. trace — информация, необходимая для отладки, требуется открыть app_debug и app_trace. success — тест пройден. error — ошибка теста. setState — сохранение состояния, используется для сохранения данных для последующего тестирования, например, сохранение id после добавления, изменение или удаление пользователем.
5. Продвинутое использование
6. Быстрое создание API для переднего плана
Вышеупомянутые пункты предназначены для разработчиков заднего плана, но на самом деле переднему плану нужны интерфейсы, предоставляемые задним планом, для разработки. Чтобы решить эту проблему, были добавлены API и управление полями. Конечно, вы также можете использовать rap от команды Alibaba.
Задний план определяет поля, и передний план может совместно определить правила полей. Во время разработки переднего плана можно создать API, или задний план может создать его сам. Система предоставит фиктивные данные для параллельной разработки переднего плана. Задний план может разрабатывать задний план в соответствии с этим API, переключаться на официальный интерфейс во время синхронизации и разработки и отлаживать. Операция проста, и в будущем можно будет добавить больше функций, таких как сравнение API, разработанных задним планом, с определёнными интерфейсами, оповещение о различиях, чтобы предотвратить несовпадение интерфейсов переднего и заднего планов. Конечно, если есть время, можно разработать программу автоматического создания кода в соответствии с определённым интерфейсом.
Поскольку необходимо сохранить данные интерфейса и поля, необходимо добавить две таблицы:
CREATE TABLE `dev_fields` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) NOT NULL,
`title` varchar(255) DEFAULT NULL,
`type` varchar(30) DEFAULT NULL,
`value` varchar(255) DEFAULT NULL COMMENT 'mcok值',
PRIMARY KEY (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=13 DEFAULT CHARSET=utf8 COMMENT='字段表';
CREATE TABLE `dev_apis` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) NOT NULL,
`title` varchar(255) DEFAULT NULL,
`method` varchar(30) NOT NULL COMMENT '请求类型',
`desc` varchar(255) DEFAULT NULL COMMENT '接口描述',
`args_se` mediumtext COMMENT '参数',
`fields_se` mediumtext COMMENT '返回字段',
`return_type` varchar(30) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=7 DEFAULT CHARSET=utf8 COMMENT='api开发表';
Операционные подсказки
Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Комментарии ( 0 )