Меню

5 речей, які повинен знати розробник (і тестувальник) про тестування програмного забезпечення

5 things beginner developer

Спробуйте Наш Інструмент Для Усунення Проблем

додатки Java в реальному світі

Весь конференц-зал замовк, і, зачекавши пару хвилин, я не міг терпіти і довелося повторити своє запитання:

Хто хотів би приєднатися до команди тестувань?

На борту було 20 слухачів, які проходили навчання з різних аспектів програмних проектів. Керівники та менеджери з різних відділів, таких як аналіз бізнесу, розробка, тестування та продаж, проводили з ними зустрічі слухачі, щоб надати знання та допомогти їм зрозуміти, як і як виглядає фактичний програмний проект. Як керівник тестування, я пояснив основні аспекти тестування та важливість тестування життєвого циклу новим обличчям.

розробник і тестувальник

З хвилюванням, коли я відмовився від запитання, я ніколи не думав про мовчанку. Ніхто не був готовий долучитися до тестування. Я сумно зітхнув і вибрав інший трек, щоб виховувати це майбутнє покоління ІТ.

Я змінив своє запитання, щоб знати причини відмови тестування програмного забезпечення як професія -

Чому ви не хочете долучитися до тестування програмного забезпечення?

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

  • Будь-хто може зробити тестування, але не розробку ( добре знати )
  • Тестерам платять менше ( трохи правда, але не завжди )
  • Це невдячна робота ( повністю згоден, але це не поважна причина )
  • Про це нема про що дізнатися ( Ух ... хто це сказав?)
  • Немає причин вибирати тестування програмного забезпечення як кар’єру ( найгірша причина )

Що ви дізнаєтесь:

Чому існує тестування програмного забезпечення?

Гаразд, отже, настав час навчити цих нових людей, чому існує тестування програмного забезпечення та що вони повинні про це знати, якщо вони збираються долучитися до розробки програмного забезпечення.

Як я змінив їхній розум?

Тут я просто намагаюся коротко розповісти про те, що ми обговорювали того дня, і про те, як мені вдалося змінити думку щонайменше 20 людей, одночасно прояснивши уявлення про тестування програмного забезпечення.

№1. Тестування програмного забезпечення - це не втрата часу:

Що трапляється, коли у вас вдома гості і ви поспіхом готуєте їм лимонад і подаєте? Коли гості залишають келихи недобудованими, ти відчуваєш, що щось, мабуть, пішло не так, і коли ти скуштуєш лимонад, OMG …… він відчув смердюче. Ви хотіли б витратити лише 10 секунд більше і скуштувати лимонад перед подачею.

Поспішаючи здійснити проект у терміни, компанії / керівництво / будь-хто готується піти на компроміс щодо часу тестування, оскільки сприйняття тестування програмного забезпечення насправді займає багато часу, ніж потрібно, все ще живе у свідомості людей. Але хіба не варто витрачати час на тестування порівняно із дзвінком замовника опівночі, щоб повідомити, що він збирається скасувати наступне завдання, оскільки поточне завдання, яке було видане, виявило більше 5 критичних помилок протягом перших двох годин внутрішнього використання. Вибух !!

№2. Тестування програмного забезпечення є обов’язковим:

Тестування програмного забезпечення є невідворотною частиною життєвого циклу розробки програмного забезпечення. Шлях

  • Редактори допомагають зробити фільм кращим
  • Коректори допомагають зробити книгу кращою
  • Охоронці допомагають зробити життя людей мирним та безпечним
  • Масло допомагає бездоганно працювати машинам

Тестування програмного забезпечення допомагає програмному забезпеченню бути кращим. Я не думаю, що мені потрібно витратити ще жодне слово, щоб пояснити це.

№3. Блокове тестування є повною відповідальністю розробника:

Коли ви розробляєте щось, вам потрібно перевірити це, перш ніж просити когось іншого перевірити. Шлях

  • Шеф-кухар завжди смакує і відчуває запах свого / її рецепту перед тим, як подавати іншим

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

Крім того, ніколи не припускайте, що за якість відповідають лише тестери.

У сучасному гнучкому світі розробники та тестувальники повинні нести спільну відповідальність за якість продукції. Очікується, що розробники проведуть парне тестування з тестером та нададуть уявлення про те, що і чому може щось піти не так, і заохочують тестера генерувати ідеї тестування на основі ваших уявлень.

No4. Розробники та тестувальники рівні:

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

Tester забезпечує спостереження користувача за товаром. Добре навчений і досвідчений тестер може показати лазівки в продукті, розробник ніколи не може задуматися. Тестер вносить нові ідеї про те, яким повинен бути товар, як він повинен виглядати на конкретному екземплярі, як він повинен працювати, як він може поводитись і як він може розбитися.

Важливо додати сіль у кожен рецепт, щоб зробити їх їжею, необхідне тестування, щоб зробити продукт готовим.

Тому розробники та тестувальники однаково важливі. Це ліва і права руки тіла, які називаються проектом.

№5. Тестер повинен бути залучений з першого дня проекту:

Як розробник, ви ніколи не повинні допускати цієї помилки, вважаючи, що тестеру не потрібно знати про щось на зразок аналізу вимог, логіки, що застосовується під час написання коду, запитів на зміну клієнтом, відгуків клієнта тощо.

Тестер є власником стека і повинен брати участь у стартовому проекті. Початкове залучення тестувальників додає їм впевненості, постійні дискусії виховують і взаєморозуміння між командою розробників та тестувань , ласкава допомога підсилює їхній дух зробити щось краще, вимоги до пропозицій змушують їх почувати себе вартими.

Висновок:

Тестер не для тестування лише модуля / продукту, він тут, щоб допомогти у постачанні найкращого продукту, він там, щоб допомогти, пропонуючи кілька перевірених ідей щодо очікувань користувачів, він там, щоб повідомити вам, як часто отримує ваш улюблений код розбився ...... і вам, як розробнику, це дуже потрібно, чи не так?

Про автора: Цей чудовий допис написаний членом команди STH Бхумікою Мехтою. Вона є керівником проекту, що має 7+ років досвіду тестування програмного забезпечення. Вона цілком займається тестуванням і любить перевіряти все, що існує.

Як завжди, чекаю вашоговідгуки, думки та пропозиціїпро тему.

Рекомендована література

^