ння. Об'єкти тестування можуть бути будь-якої вкладеності. Наймолодшим елементом є тестовий сценарій.
Звіт про виконанні тестових сценаріїв повинен бути репрезентативний для співробітників інших відділів. Він повинен нести інформацію про проведені випробування та їхні результатах. У звіті про тестування пропонується відображати наступні параметри:
1. ID робочого елемента;
2. Тема;
3. Статус;
4. Пов'язані дефекти;
5. Дата виконання;
4.2 Обгрунтування проектних рішень з програмного забезпечення
Програмне забезпечення пропонується розробляти з використанням мови C #. Компілятор цієї мови поставляється в складі Microsoft Visual Studio 2010. При виборі мови програмування враховувалися функціональні можливості C #, його доступність і простота інтеграції з Windows-додатками. Для C # існує безліч бібліотек з вже готовими об'єктами. Написано багато навчальної та наукової літератури, в тому числі російською мовою.
Щоб не розробляти додаток В«з нуляВ» рекомендується використовувати прототип у вигляді Microsoft Test Manager 2010.
Для обслуговування програмного забезпечення рекомендовано залучити фахівців відділу інформаційних технологій. Такий підхід знизить витрати на адміністрування системи.
Супровід апаратного та програмного забезпечення робочих станцій, встановлених в офісі компанії ТО «³п Ай Ті МаркетВ» виконується фахівцями відділу інформаційних технологій. Комп'ютери співробітників ТО «³п Ай Ті Маркет В», що працюють на дому, встановлюються і супроводжуються цими співробітниками самостійно.
4.3 Обгрунтування проектних рішень з технічного забезпечення
При виборі програмного і апаратного забезпечення в якості основних були обрані наступні критерії:
В· Надійність;
В· Можливість оперативної настройки;
В· Низькі витрати на супровід програмного забезпечення;
Фізичний сервер розташовується в будівлі компанії. На ньому встановлена ​​СУБД MS SQL Server 2008 R2. Співробітники працюють у офісі і віддалено. При цьому вони мають віддалений доступ до сервера. Сервер має вбудовану систему віртуалізації Hyper-V. Це дозволяє організувати масив віртуальних машин, що відповідає вимогам конфігураційного тестування.
До апаратного забезпеченню сервера пред'являються вимоги по швидкодії і надійності, а також сумісності з обраним програмним забезпеченням. В якості апаратної платформи обраний сервер Team Server 3420r, що відповідає вимогам продуктивності.
В якості робочих станцій використовуються комп'ютери Matrix Digital Office 52. Співробітники офісу мають право використовувати будь-які інші апаратні засоби, що допускають установку ОС Windows XP.
В якості операційної системи сервера АРМ фахівця з тестування рекомендується використовувати Windows server 2008 R2. Сервер бази даних слід реалізувати з використанням СУБД MS SQL Server 2008 R2. br/>
5. Основні компетенції, придбані в ході практики
У процесі проходження переддипломної практики були освоєні навички роботи з низкою програмних продуктів:
В· Microsoft Test Manager 2010;
В· Microsoft Visual Studio 2010;
В· JIRA;
В· Microsoft SQL Server 2008R2;
В· Radmin Viewer3;
В· Remote Desktop;
В· Hyper-V;
В· Microsoft SharePoint;
У роботі використовувалися різні апаратно-програмні конфігурації. Використовувалися операційні системи сімейства Windows NT: Windows XP SP3, Windows 2003, Windows 7 (x32), Windows7 (x64), Windows 2008 R2. Конфігурації моделювалися на тестовому сервері з використанням сервера віртуалізації Hyper-V.
При виконанні тестових заходів розроблялася різна документація: тестові сценарії, дефекти, звіти про тестування, призначена для користувача документація.
У процесі виконання сценаріїв були вивчені деякі методики тестування. Основні навички отримані в області функціонального, регресійного, конфігураційного тестування. Після проведення тестування було потрібно навчити фахівців відділу інформаційних технологій новим функціям програми. Для цього був освоєний навик написання документації користувача.
Висновок
В даний час розробка програмного забезпечення є одним з засобів ведення бізнесу. Це пояснюється загальною інформатизацією суспільства. Сьогодні, в епоху об'єктно-орієнтованого програмування, логіка програмних комплексів може містити трильйони можливих комбінацій. Імовірність помилки в програмі зростає експоненціально. Стало аксіомою твердження, що в кожній програмі існує мінімум одна помилка. У деяких випадках збій може призвести до незворотній мим наслідків: у тому числі техногенних аварій і навіть людських смертей.
Все більша увага приділяється забезпеченню якості програмного продукту. Якість - це не тільки можливість...
