Что такое поблочное тестирование и интеграционное тестирование, и о чем других типах тестирования я должен знать?
Java предоставляет конструктор по умолчанию, который не принимает никаких аргументов и не выполняет никаких специальных действий или инициализаций, когда явные конструкторы не предоставляются.
Единственное действие, предпринятое неявным конструктором по умолчанию, заключается в вызове конструктора суперкласса, использующего вызов super (). Аргументы конструктора предоставляют вам способ предоставления параметров для инициализации объекта.
Ниже приведен пример класса куба, содержащего 2 конструктора. (один по умолчанию и один параметризованный конструктор).
public class Cube1 {
int length;
int breadth;
int height;
public int getVolume() {
return (length * breadth * height);
}
Cube1() {
length = 10;
breadth = 10;
height = 10;
}
Cube1(int l, int b, int h) {
length = l;
breadth = b;
height = h;
}
public static void main(String[] args) {
Cube1 cubeObj1, cubeObj2;
cubeObj1 = new Cube1();
cubeObj2 = new Cube1(10, 20, 30);
System.out.println("Volume of Cube1 is : " + cubeObj1.getVolume());
System.out.println("Volume of Cube1 is : " + cubeObj2.getVolume());
}
}
7 ответов
Первое, что пришло на ум:
- Поблочное тестирование в смысле "тестирования самой маленькой isolatable единицы приложения"; это обычно - метод или класс, в зависимости от масштаба.
- Интеграционное тестирование
- Функция, тестирующая : это может сократить через единицы и является фокусом TDD.
- Тестирование методом "черного ящика" : тестирование только открытого интерфейса без знания того, как вещь работает.
- Стеклянное поле, тестирующее : тестирование всех частей вещи с полным знанием того, как это работает.
- Регрессионное тестирование : тестовые сценарии создали, чтобы воспроизвести ошибки, гарантировать, чтобы они не вновь появлялись позже.
- Бессмысленное тестирование : тестирование того же основного случая больше чем один путь или тестирование вещей, столь тривиальных, что они действительно не должны быть протестированы (как автоматически сгенерированные методы get и методы set)
основная цель поблочного тестирования состоит в том, чтобы взять самую маленькую часть тестируемого программного обеспечения в приложении, изолировать его от остатка от кода и определить, ведет ли это себя точно, как Вы ожидаете. Каждая единица тестируется отдельно прежде, чем интегрировать их в модули для тестирования интерфейсов между модулями. Поблочное тестирование доказало свое значение в этом, большой процент дефектов определяется во время его использования.
MSDN: Интеграционное тестирование
Интеграционное тестирование является логическим расширением поблочного тестирования. В ее самой простой форме две единицы, которые были уже протестированы, объединены в компонент, и интерфейс между ними тестируется. Компонент, в этом смысле, относится к интегрированному агрегату больше чем одной единицы. В реалистическом сценарии много единиц объединены в компоненты, которые в свою очередь агрегированы в еще большие части программы. Идея состоит в том, чтобы протестировать комбинации частей и в конечном счете развернуть процесс для тестирования модулей с теми из других групп. В конечном счете все модули, составляющие процесс, тестируются вместе. Кроме того, если программа состоит больше чем из одного процесса, они должны быть протестированы в парах, а не внезапно.
сайты Проверки для получения дополнительной информации. Существует много информации там также из источников кроме Microsoft.
Это было записью, которую я записал: Различные типы Автоматизированных Тестов .
Сначала два результата поиска на Google для 'типов тестирования' выглядят всесторонними
Те, я думаю, являются самыми релевантными. Посмотрите здесь .
Другая важная техника регрессионное тестирование . В этой технике Вы поддерживаете комплект тестов (названный комплектом регрессии), которые обычно выполняются ночью, а также перед каждой регистрацией. Каждый раз, когда у Вас есть исправление ошибки, Вы добавляете один или несколько тестов к комплекту. Цель состоит в том, чтобы мешать Вам повторно представить старые ошибки, которые были уже исправлены. (Проблема удивительно распространена!)
Начинают накапливать Ваш комплект регрессии рано, прежде чем Ваш проект станет большим, или Вы будете сожалеть о нем. Я, конечно, имею!
я должен знать, что какое-либо другое важное тестирует моего кода?
Это некоторые различные виды теста, согласно различным фазам жизненного цикла программного обеспечения:
- Модульный тест : это немного работы кода?
- комплект Модульного теста: последовательность многих модульных тестов (для многих небольших битов кода)
- Интеграционный тест : протестируйте, сотрудничают ли два компонента, когда они объединены (или 'интегрированы')
- Тестирование системы : протестируйте, сотрудничают ли весь компоненты, когда они объединены (или 'интегрированы')
- Приемочное испытание : что клиент делает для решения wheher, который он хочет заплатить Вам (тестирование системы обнаруживает, обнаруживает ли работы программного обеспечения, как разработано... приемочное испытание, является ли "как - разработанный" тем, что клиент хотел)
существует больше:
- тест Удобства использования
- Тест производительности
- Нагрузочный тест
- Стресс-тест
И, намного больше... тестируя программное обеспечение является почти столь же широким предметом как запись программного обеспечения.
Поблочное тестирование является просто идеей записать (надо надеяться), небольшие блоки кода для тестирования независимых частей приложения.
, Например, у Вас могло бы быть приложение калькулятора, и необходимо удостовериться дополнительные работы функции. Чтобы сделать это, Вы пишете отдельное приложение, которое вызывает дополнительную функцию непосредственно. Тогда Ваша тестовая функция оценит результат видеть, танцует ли это джайв с тем, что Вы ожидали.
Это в основном вызывает Ваши функции с известными исходными данными и проверяет, что вывод точно, что Вы ожидали.