Любая часть программного обеспечения или приложения перед выходом в Интернет должна пройти различные тесты функций, производительности и т. д. Эта статья поможет вам быстро понять базовые знания, связанные с тестированием программного обеспечения.

1. Обзор

1) Просто поймите, что такое ПО?

Программное обеспечение: Инструменты, управляющие работой компьютерного оборудования.

2) Основные компоненты программного обеспечения

3) Процесс производства программного обеспечения

4) Кратко разберемся, что такое тестирование программного обеспечения?

Тестирование программного обеспечения: использование технических средств для проверки соответствия программного обеспечения требованиям использования.

В качестве примера возьмем проверку входа пользователя:

5) Цель тестирования программного обеспечения

Уменьшите дефекты программного обеспечения (ошибки) и обеспечьте качество программного обеспечения.

2. Проверьте основные навыки

1. Функциональное тестирование

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

Также возьмите вход пользователя в качестве примера.

2. Автоматизированное тестирование

Используйте код или инструменты вместо ручной работы для тестирования проектов.

3. Тестирование интерфейса

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

4. Тест производительности

Имитируйте использование программного обеспечения несколькими людьми и находите дефекты сервера.

1) Реализация инструмента

2) Реализация кода

5. Выбор направления трудоустройства

1) Функциональное тестирование + тестирование интерфейса

2) Функциональное тестирование + тестирование производительности

3) Функциональное тестирование + веб-автоматизация

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

3. Классификация испытаний

1. Разделить по этапам

1) Модульное тестирование

Это относится к тестированию исходного кода программы.

2) Интеграционное тестирование

Также называемое тестированием интерфейса, оно проверяет адреса доступа между модулями.

3) Тестирование системы

Протестируйте всю систему, включая функциональность, совместимость, документацию и т. д.

4) Приемочное тестирование

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

2. Разделено по видимости кода

1）черный ящиктест: Не обращайте внимания на исходный код и не тестируйте функции пользовательского интерфейса программы.

Соответствующее системное тестирование (функциональное тестирование)

2）серая коробкатест: Тестовая часть программного кода (интерфейс)

Соответствует интеграционному тестированию (тестированию интерфейса)

3）белая коробкатест: Тестирование исходного кода программы

Соответствующий модульный тест

Примечание. Тестирование производительности относится к специальному тестированию, а автоматизированное тестирование — к функциональному тестированию.

4. Модель качества программного обеспечения

То есть размеры измерения отличный софт

Основные показатели следующие:

Функциональность, производительность, совместимость, простота использования, безопасность, надежность, портативность, ремонтопригодность.

5. Процесс тестирования

1) Обзор требований

Обеспечить последовательное понимание потребностей различных отделов посредством анализа потребностей.

2) Написание плана

Решите, что тестировать, кто будет это тестировать и как это тестировать.

3) Дизайн варианта использования

Эксплуатационная документация для проверки соответствия проекта требованиям

4) Выполнение варианта использования

Завершена разработка модуля проекта и начинается тестирование реализации документа варианта использования.

5) Управление дефектами

Процесс управления дефектами

6) Отчет об испытаниях

Внедрение документации результатов испытаний

6. Тестовые случаи

1. Обзор

1) Вариант использования

То есть варианты использования пользователей

2) Тестовые случаи

Проще говоря, это исполнительный документ, предназначенный для тестовых проектов.

3) Роль тестовых случаев

1. Предотвратите пропущенные измерения

2. Стандарты проведения тестирования

2. Формат написания вариантов использования

2.1 Пример

Примечание. Что касается приоритета, то обычно это P0~P4. Среди них P0 имеет наивысший приоритет. Правильный вариант, который добьется успеха, должен использовать P0.

2.2 Подробное описание каждого поля

1) Вариант использованиясерийный номер

формат письма：проектмодульсерийный номер,Например, qq_login_001

2) Название варианта использования

Ожидаемые результаты (тестовые баллы)

3) Модуль/Проект

Проект или модуль, к которому он принадлежит

4) Приоритет

Указывает на важность или влияние варианта использования P0~P4 (P0 – самый высокий)

5) Предварительные условия

Каковы необходимые операции для выполнения этого варианта использования?

6) Этапы тестирования

Опишите шаги

7) Данные испытаний

Данные, над которыми нужно работать, могут быть пустыми, если их нет.

8) Ожидаемые результаты

Желаемые результаты

3. Кейс «Начало работы»

Напишите тестовые примеры на основе следующих требований для входа в QQ.

Примеры испытаний следующие:

7. Метод разработки вариантов использования

1. Метод разделения классов эквивалентности

1.1 Обзор

1) Концепция

Это относится к разделению наборов данных с определенными общими характеристиками среди всех тестовых данных.

2) Классификация

1. Эффективный класс эквивалентности: набор данных, соответствующий требованиям

2. Неверный класс эквивалентности: сбор данных, не отвечающий требованиям.

3) Шаги

1. Уточните потребности

2. Определить действительные и недействительные классы эквивалентности.

3. Извлеките данные и напишите тестовые примеры

1.2 Случай 1

1) Спрос

Для проверки легитимности учетной записи QQ требования: 6–10 натуральных чисел (длина + тип).

2) Анализ

3) Напишите результаты вариантов использования

Обратите внимание на приоритет: легальным является P0, незаконным здесь установлен P1.

1.3 Случай 2

1) Спрос

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

Требования: (длина + тип + правила)

1. Код города: нулевойили естьтри цифры

2. Префиксный код: Не «0» и не начинается с «1»изтри цифры

3. Суффикс-код: четыре цифры

2) Анализ

Что касается прямого и обратного, то легко понять, что прямое означает, что оно соответствует требованиям; обратное означает, что оно не соответствует требованиям;

1. Вперед: объедините как можно больше правильных данных одновременно.

2. Реверс (ошибка): одновременно может охватываться только один

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

3) Напишите результаты вариантов использования

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

1.4 Применимые сценарии

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

Типичный представитель: тест типа поля ввода на странице.

2. Метод анализа граничных значений.

Решите задачу о том, как тестировать граничные ограничения.

2.1 Обзор

1) Узел граничного диапазона

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

1. Верхняя точка: точка на границе (точно равная)

2. Точка расстояния: точка, ближайшая к верхней точке (чуть больше, чуть меньше)

3. Внутренняя точка: точка внутри диапазона (данные внутри интервала).

Примечание. Верхняя точка не имеет десятичной дроби, а точка расстояния также обычно не имеет десятичной дроби. Щелкните внутри, чтобы выбрать центральную точку;

2) Шаги

1. Уточните потребности

2. Определить действительные и недействительные классы эквивалентности.

3. Определить значение граничного диапазона

4. Извлеките данные и напишите тестовые примеры

3) Оптимизация

Ранее мы говорили, что максимальное количество тестовых точек — 7, но на самом деле его можно оптимизировать до 5.

3.1) Принципы заключаются в следующем:

Верхняя точка: обязательна (независимо от открытия и закрытия интервала)

Внутренняя точка: обязательна (рекомендуется выбирать средний диапазон)

Выключенная точка: Открыт внутри и снаружи(Учитывайте интервалы открытия и закрытия.,Выбор внутренних точек в открытом интервале,Закрытый интервал выбирает внешние точки)

Оптимизация вне точки,понимать“Открыт внутри и снаружи”в принципе

10<a<=20 -->Выразите, используя открытые и закрытые интервалы: (10,20]

Открытый интервал означает, что два значения на границе интервала не включены, например (a, b)

Закрытый интервал относится к двум значениям на границе интервала, например a, b

То же, что полуоткрыто и закрыто (слева открыто и справа закрыто, слева закрыто и справа открыто)

2.2 Пример

нуждаться：20<=b<60

Выбранные контрольные точки:

Лучший результат: 20, 60

Внутренний балл: 30

Офф-пойнт: 19, 59

О офф-пойнте,Принцип «Открыто внутри и снаружи» на самом деле легко понять. Как указано выше, 20 закрыто.,60 открыто,Если тест 20 пройден,Нет необходимости тестировать 21,потому что это не имеет смысла（Закрыто снаружи）。Та же причина,Если тест 60 оказался неудачным,Нет необходимости тестировать 61,потому что это не имеет смысла（Открыть внутри）

еслинуждаться Изменить на：20<=b<=60,Подобный анализ

Краткое описание: необходимо измерить 5 точек (2 верхних точки, 1 внутренняя точка и 2 выездные точки: открытая, внутренняя, закрытая и внешняя).

Зачем нужно измерять внутренние точки?

Ответ: Проверьте целостность области действия.

Практика (открытие внутри и закрытие снаружи)

[10,50) -->тест Дело в том,：10,50,35,9,49

(30,50) -->тест Дело в том,：30,50,40,31,49

(12,80] -->тест Дело в том,：12,80,50,13,81

2.3 Применимые сценарии

1）существоватьКлассы эквивалентности, основанные на ограниченных диапазонахизтест Ввод данныхизместо(сосредоточиться на границах)

2) Общие описания слов: размер, размерность, вес, самый большой, самый маленький, самый, по крайней мере и другие модифицирующие слова.

3) Типичные представители: ограниченный диапазонизПоле вводадобрыйтест

3. Метод оценочной таблицы

Решите проблему тестирования зависимостей с несколькими условиями.

3.1 Ссылка на метод таблицы решений

1) Случай: Проверьте тест функции «Если пользователь имеет задолженность или выключает телефон, вызывающая сторона и вызываемая сторона не допускаются»

2) Описание:

• Метод анализа граничных значений класса эквивалентности в основном фокусируется накласс с одним входомсостояниеизтест
• Тесты, которые не учитывают различные комбинации входных условий или взаимные ограничения между входными условиями и выходными результатами.

3.2 Определение и компоненты таблицы решений

Тестовые примеры для приведенного выше случая

3.3 Случай 2

1) Случаи и анализ

2) Напишите тестовые примеры

4. Сценарный метод

Решить проблему покрытия тестирования бизнес-сценариев

4.1 Обзор

1) Определение

Метод сценария, также известный как метод блок-схемы, использует блок-схему для описания сценария использования пользователя, а затем разрабатывает тестовые примеры, охватывая путь процесса.

2) Значение

Взгляд пользователя

Обычно пользователи используют не одну функцию, а комбинацию нескольких функций.

Точка зрения тестера

Обычно тестируется одна функциональная точка, и легко игнорировать комбинированное тестирование нескольких функций.

3) Случай: процесс снятия средств в банкомате

Примечание：тест на дым,относится к периодическому тестированию перед началом пакетного тестирования,Ведение бизнесаПоложительный вариант использования,Убедитесь, что программное обеспечение доступно для тестирования. Цель теста на дым: избежать проблем из-за нетестируемости проекта.,Вложенные затраты времени и труда

5. Неправильный метод рекомендаций

5.1 Определение

Сделайте вывод о возможных проблемах в системе на основе опыта.

5.2 Мысли

Составьте список возможных проблем на основе опыта, проанализируйте возможные причины проблем на основе списка и порассуждайте об обнаружении дефектов.

5.3 Сценарий

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

2. Если у вас достаточно времени, используйте этот метод, чтобы составить список модулей, с которыми раньше возникало больше проблем, и протестируйте их еще раз.