Проектирование Механизмов. Практическая работа 4 Задание 1 Оценка стоимости и причины ошибок в программном обеспечении
 Скачать 79.12 Kb.
|
|
Практическая работа №4 Задание 1 Оценка стоимости и причины ошибок в программном обеспечении. В зависимости от того, где и когда при работе над проектом разработки программного приложения был обнаружен дефект, цена его может разниться в 50—100 раз. Причина состоит в том, что для его исправления придется затратить средства на некоторые (или все) нижеперечисленные действия. 1. Повторная спецификация. 2. Повторное проектирование. 3. Повторное кодирование. 4. Повторное тестирование. 5. Замена заказа. 6. Внесение исправлений — выявить и устранить все неточности. 7. Списание той части работы (кода, части проектов и т. п.), которая выполнялась с наилучшими побуждениями, но оказалась ненужной. 8. Отозвание дефектных версий встроенного программного обеспечения и соответствующих руководств. 9. Выплаты по гарантийным обязательствам. 10. Ответственность за изделие, если клиент через суд требует возмещение убытка, причиненного некачественным программным продуктом. 11. Затраты на обслуживание — представитель компании должен посетить клиента, чтобы установить новую версию программного обеспечения. 12.Создание документации. Виды и методы тестирования. При тестировании ПО имеется довольно обширный выбор, как и чем тестировать, тестирование можно проводить как программы в целом, так и «по кусочкам» всё это зависит от сроков, удобства и реализаций. Некоторые виды тестирования: Модульные тесты. Интеграционное тестирование. Функциональные тесты. Тестирование производительности. Понятие теста. Тест - набор из одного или нескольких тест-кейсов. Поскольку среди всех прочих терминов этот легче и быстрее всего произносить, в зависимости от контекста под ним могут понимать и отдельный пункт чек-листа, и отдельный шаг в тест-кейсе, и сам тест-кейс, и набор тест - кейсов и... продолжать можно долго. Главное здесь одно: если вы слышите или видите слово «тест», воспринимайте его в контексте. Правила разработки тестовых сценариев. Для разработки тестовых сценариев и выполнения тестов используются системы управления тестированием, существенно повышающие производительность тест-дизайнеров и тестировщиков, а также обеспечивающие видимость уровня качества приложений среди всех участников проекта. Тестовые сценарии неразрывно связаны с требованиями, изменения в которых должны своевременно отражаться в тестовой документации, что позволяет сделать система управления жизненным циклом разработки приложений, при помощи механизма трассировок. При выполнении теста тестировщик отмечает результат прохождения одного шага или всего тестового сценария, прикрепляет обнаруженные ошибки и другую вспомогательную информацию: скриншоты, дампы, логи и т.п. Задание 2 Разработан код для последующей интеграции в приложения и проверки вхождения второй строки в первую Сам код: Console.WriteLine("Введите первую строку"); string s1 =(Console.ReadLine()); Console.WriteLine("Введите вторую строку"); string s2 =(Console.ReadLine()); int i = 0; int x = -1; int count = -1; while (i != -1) { i = s1.IndexOf(s2, x + 1); x=i; count++; } Console.WriteLine(count); Console.ReadLine(); Далее были сделаны 2 тест сценария, содержащий 2 теста. Один из сценариев является успешным, а второй провальным.  Рисунок 1 – успешные тестовые сценарии  Рисунок 2 – провальные тестовые сценарии  |