отчет по практике тестировщика

областей вычислительной техники и информатики. Еще пятнадцать лет назад работа с базами данных была уделом профессиональных программистов. Сами системы не предназначались для «простого» пользователя.

актеристику профессиональной деятельности технического центра «ИРБИС»;- рассмотреть организационную структуру отдела информационных технологий организации;- осветить функциональное содержание практики

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

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

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

Источник

Отчет по производственной практике в компании Software Technologies

Главная > Реферат >Информатика

Министерство образования и науки Российской Федерации

Федеральное агентство по образованию

Государственное образовательное учреждение

высшего профессионального образования

Таганрогский Технологический Институт

Южного Федерального Университета

Факультет автоматики и вычислительной техники

Отчет по производственной практике.

Выполнила студентка гр. А-156:

1. Описание предметной области.

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

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

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

Рассмотрим более подробно процесс работы отдела тестирования.

Отдел тестирования является одним из функциональных подразделений компании (рис 1).

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

Как правило, команда по тестированию программного продукта состоит из следующих ролей:

Руководитель группы тестирования (Test manager) – представляет ключевую роль тестировщика в рабочей группе, несет ответственность за организацию процесса тестирования в проекте, планирование и контроль действий по тестированию.

Тест аналитик (Test analyst) – несет ответственность за формирование тестовых спецификаций, и анализ итогов тестирования.

Тест разработчик (Test developer) – несет ответственность за разработку автоматизированных тестов, предусмотренных в плане тестирования, установку и сопровождение инфраструктуры тестирования, создание стенда для проведения тестирования в соответствии с планом тестирования.

Приведенные роли могут совмещаться внутри группы тестирования.

Рассмотрим структуру отдела более подробно. Отдел тестирования состоит из руководителя отдела тестирования и нескольких тестировщиков, их количество может изменяться в зависимости от масштабов проекта (рис 2).

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

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

Далее перечислена документация, создаваемая в ходе процесса тестирования.

План тестирования (Test plan).

Цель плана тестирования – обеспечить полноту процесса тестирования.

В плане тестирования описываются способы, виды и критерии тестирования для всех требований, необходимые ресурсы и порядок выполнения тестирования.

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

Тестовые спецификации (test case specifications)

Цель тестовых спецификации – дать полное определение тестов.

Тестовые спецификации разрабатываются на основе плана тестирования и технического проекта.

Тестовые процедуры (Test-Procedure Specifications)

Цель тестовых процедур – определить набор последовательных действий для полного тестирования определенного набора требований для определенного тестируемого элемента. Тестовая процедура определяет действия для выполнения набора тестовых спецификаций.

Отчет тестирования (Test incident report)

Отчет тестирования имеет целью документировать описание ошибок (дефектов) возникших в результате тестирования.

Итоговый отчет тестирования (Test summary report)

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

Содержание каждого из вышеперечисленных документов приведено в приложении.

2. Предметная схема бизнес-процессов с выделением функции для решения поставленной задачи.

Представление о ходе процесса тестирования программного продукта могут дать сценарии.(рис. 3, 4, 5, 6).

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

План разрабатывается руководителем отдела тестирования. Содержание плана тестирования приведено в приложении 1.

Далее разработанный план должен быть согласован и утвержден(рис 3).

Далее разрабатываются тестовые спецификации для тестируемых модулей. В них устанавливается порядок и способ тестирования (ручное или автоматизированное), а также наборы входных параметров и соответствующих им выходных параметров.

Тестовые спецификации утверждаются руководителем отдела тестирования, руководитель проекта утверждает порядок приемо-сдаточных процедур (рис.4).

После разработки тестовых наборов тестировщики приступают к тестированию программных модулей. Результатом этого процесса является отчет тестирования, в котором содержится описание выявленных ошибок и их серьезность. Отчет передается разработчикам для внесения исправлений в программный код. После проведения тестирования производится анализ достижения критериев тестирования, после чего происходит фиксация версии элемента.(рис 5.).

Появление ошибок в программном коде неизбежно, поэтому при выявлении очередной ошибки тестировщик фиксирует информацию об ошибке и передает ее в отдел тестирования. Разработчик принимает решение о возможности исправления ошибки. Если исправление невозможно, об этом сообщается руководителю проекта. Если ошибку возможно исправить, она исправляется и новая версия программного модуля направляется в отдел тестирования для проверки. Этот процесс может повторяться несколько раз, так как любое изменение кода теоретически может порождать новые ошибки. Когда достигнут требуемый уровень тестирования(критерии достижения требуемого уровня могут отличаться в зависимости от специфических особенностей проекта), происходит включение протестированного модуля в релиз-версию. Процесс устранения ошибок представлен в виде сценария на рисунке 6.

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

Тестирование можно разделить на модульное тестирование(тестируются модули на соответствии их своей спецификации), интеграционное(тестирование взаимодействия между модулями) и системное(тестирование пользовательских сценариев).

Рассмотрим модульное тестирование более подробно.

Цель модульного тестирования состоит в выявлении локализованных в модуле ошибок в реализации алгоритмов, а также в определении степени готовности системы к переходу на следующий уровень разработки и тестирования. Модульное тестирование проводится по принципу «белого ящика», то есть основывается на знании внутренней структуры программы, и часто включает те или иные методы анализа покрытия кода.

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

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

Являясь по способу исполнения структурным тестированием или тестированием «белого ящика», модульное тестирование характеризуется степенью, в которой тесты выполняют или покрывают логику программы (исходный текст).

Тесты, связанные со структурным тестированием, строятся на основе потока управления. В этом случае элементы, которые должны быть покрыты при прохождении тестов, определяются на основе структурных критериев тестирования. К ним относятся вершины, дуги, пути управляющего графа программы (УГП), условия, комбинации условий и т. п.

Источник

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

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

Соглашение об использовании материалов сайта

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Подобные документы

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

отчет по практике [272,2 K], добавлен 29.12.2014

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

курсовая работа [974,0 K], добавлен 21.12.2016

Реализация программного средства «Действия над матрицами». Разработка кода программного продукта на основе готовой спецификации на уровне модуля. Использование инструментальных средств на этапе отладки программного модуля. Выбор стратегии тестирования.

отчет по практике [296,1 K], добавлен 19.04.2015

Тестирование и отладка программного обеспечения: понятие, принципы, этапы, цели и задачи. Тестирование методом сандвича как компромисс между восходящим и нисходящим подходами. Сущность метода «белого и черного ящика», отладки программного обеспечения.

курсовая работа [36,9 K], добавлен 21.07.2012

Возможности среды программирования delphi при разработке приложения с визуальным интерфейсом. Разработка спецификации программного обеспечения и на ее основе кода программного продукта. Отладка программы «трассировкой», ее тестирование и оптимизация.

курсовая работа [501,4 K], добавлен 07.12.2016

Разработка интерфейса и программного обеспечения виртуальной библиотеки. Проектирование структуры экранов и навигационной системы. Построение прототипа пользовательского интерфейса. Тестирование и модификация прототипа. Экспертная оценка разработки.

курсовая работа [41,2 K], добавлен 19.12.2010

Проектирование структур данных и пользовательского интерфейса. Разработка руководства системного программиста и пользователя. Основные элементы организации работы менеджера по работе с клиентами. Характеристика программного обеспечения ООО «Доминион+».

курсовая работа [1,7 M], добавлен 14.10.2012

Источник

Как стать тестировщиком ПО: пошаговая инструкция

Рассказываем, какие книги читать и какие технологии осваивать, чтобы стать тестировщиком ПО.

Тестировщик ПО (или QA-инженер) — распространенная отправная точка для тех, кто хочет начать карьеру в IT-индустрии, и просто востребованная профессия. Мы расскажем, где новичкам набраться полезных навыков и знаний, а также заработать заветные строчки для резюме и проекты для портфолио.

Чем занимаются QA-инженеры

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

Какие навыки нужны начинающему тестировщику

Поскольку тестирование применимо к самым разным областям, то для работы тестировщику могут понадобиться различные знания. Однако что-то общее есть во всех случаях: нужно, во-первых, знать теорию тестирования, ну а уже дальше — обладать некоторым объемом знаний по тестируемой системе и используемым в ней технологиям.

С теорией все довольно понятно: потенциальный работодатель будет хотеть от вас знаний о том, что такое тестирование, зачем оно нужно в цикле разработки и какое место в ней занимает. Также хорошо бы знать основные методологии разработки (AGILE, SCRUM и прочие страшные слова) — просто для того, чтобы вы могли работать в команде, которая функционирует по определенным правилам. Также неплохо знать, как грамотно написать дефект, что такое тест-кейсы и как их нужно составлять, что такое чек-листы, когда лучше использовать кейсы, а когда проще ограничиться чек-листом.

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

Впрочем, самые популярные направления разработки сейчас — это именно веб и мобильные платформы. С вебом уже разобрались, а для тестирования мобильных устройств нужно знать особенности построения мобильных приложений, их жизненные циклы и отличия от десктопных приложений, особенности Android и iOS, ну и хорошо бы также ознакомиться с руководствами по дизайну приложений для мобильных устройств от разработчиков обеих систем.

Наконец, практически любая современная программа будет использовать базы данных, так что вам нужно будет узнать, что это такое, и научиться писать простые SQL-запросы.

Нужно ли тестировщику уметь программировать

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

Если уж мы говорим про языки, то тестировщику очень полезно знать еще один язык — английский. Хотя бы на уровне чтения документации. Без этого можно работать, но множество материалов сейчас на английском, и его знание может очень помочь.

Как учиться начинающему тестировщику ПО

Учиться лучше так, как удобнее лично вам: по книгам, по статьям, по видеокурсам — или по всему сразу. К счастью, про тестирование очень много материалов в любой форме, так что с поиском информации проблем возникнуть не должно.

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

Кроме того, есть образовательные платформы вроде Coursera или Udemy с обучающими курсами, в том числе бесплатными.

Можете начать погружение в тему с книг — приведем четверку самых, на наш взгляд, полезных:

Некоторым из них уже по 20 лет, а написаны они не очень простым языком, но по-прежнему актуальны — особенно как база для начинающих.

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

Пожалуй, основное отличие платных — наличие преподавателя, который сможет ответить на ваши вопросы. Помимо прочего, многие IT-компании открывают собственные школы QA-инженеров и затем принимают самых способных учеников в штат. Обратите на них внимание, если вам хочется попасть к какому-то конкретному работодателю.

Как начать карьеру тестировщика

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

Первые реальные проекты лучше искать на платформах для краудтестинга. Там компании предлагают всем желающим протестировать их продукт на определенном устройстве и ОС. Скорее всего, работать придется за идею, то есть бесплатно, зато вы наберетесь опыта и посмотрите, как опытные QA-инженеры ведут дефекты.

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

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

Бета-тестеры и тестировщики ПО

Еще один вариант для старта карьеры — это бета-тестирование. В этом случае вы будете проверять работу программы с точки зрения конечных пользователей. Основная задача бета-тестеров — найти максимальное количество ошибок, а также определить, насколько продукт удобен.

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

Крупным IT-компаниям — разработчикам игр, приложений для ПК и мобильных устройств, чьими продуктами пользуются миллионы людей, бывает сложно проработать все пользовательские сценарии. Так что не удивляйтесь: «Лаборатория Касперского» тоже ищет бета-тестеров. Хотите стать одним из них? От вас потребуется только компьютер, который поддерживает актуальную версию антивируса. Желательно установить на него виртуальную машину (например, Hyper-V или VMware), чтобы не превращать в тестовый полигон собственный ПК. Минимальные характеристики для комфортной работы — 4 Гбайт оперативной памяти, а также процессор с двумя, а лучше четырьмя физическими ядрами.

Если хотите попробовать себя в роли тестировщика — пробуйте, это полезная и востребованная профессия, да и порог входа в нее не такой уж высокий. В общем, дерзайте! Ну и смело жмите сюда, если хотите получить опыт бета-тестирования в Kaspersky.

Источник

• ← отчет по практике тестирование
• отчет по практике техник программист →