Разработка программного обеспечения - как его проверить?

Question

Я разрабатываю среду для упрощения разработки клиент-серверных приложений для школьного проекта. Я буду развивать его с помощью Java.

Объем проекта достаточно велик, но короче:

• Сервер должен управлять несколькими клиентами и быть в состоянии проверить их целостность
• Сервер должен обеспечить способ для разработки задач в чистой Java-код и зарегистрировать их
• клиент должен иметь возможность запрашивать задачи (без знания их реализации кода)
• Там должен быть способ передачи данных в общем между гнездами (то есть любой тип данных)

... И еще много подпунктов.

Я немного зациклен на том, как правильно протестировать рамки, как только я начну ее разрабатывать.

Я думал о том, чтобы попросить некоторых моих сверстников внедрить некоторые простые тестовые примеры, используя документацию по рамочной основе в качестве ориентира, но как я могу правильно документировать это?

Как я могу проверить производительность? Естественно, я хочу, чтобы фреймворк работал как можно лучше. Я думаю о его профилировании и вижу, могу ли я получить от него полезные данные.

Можно ли количественно определить, сколько времени сохраняется с помощью фреймворка, а не создавать эту функциональность в дополнение к функциональности приложения?

Что-то, о чем я даже не думаю?

Любая помощь приветствуется.

Answer 1

Весь тестовый подход будет слишком большим для одного ответа. Поскольку ваш вопрос довольно широк, возможно, лучше разделить его на несколько более мелких и более конкретных вопросов, а также предоставить образцы кода или кода.

В начале - у вас уже есть свои темы, о масштабах проекта

так что вы можете рассмотреть четыре основных и наиболее часто используемых Testing levels: блок тестирования, интеграции, системы , и приемочные испытания. Также применимо то же самое для Testing types - Регрессионное, функциональное и нефункциональное (юзабилити, безопасность) тестирование.

Поскольку вы будете основным лицом, ответственным за разработку, я могу посоветовать вам взглянуть на подход Test driven.Это также поможет с

о выяснении некоторых из моих коллег реализовать несколько простых тестовых случаев

В текущей ситуации

бойко тестирование производительности

будет в основном, связаны с коммуникациями и веб-сервисами, поскольку его природа гораздо чаще создает такие проблемы, т han сам код. Так

думать о профилировании его

является хорошей идеей, но иметь дело с узких мест не будет достаточно.