Меню

Тестування програмного забезпечення одноманітне ... А справді?

software testing is monotonous really

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

Сонячний день, ІТ-компанія, два тестери біля торгового автомата -

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

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

Тестер 1: Я шукаю нову роботу, яка дала б мені можливість рости та досліджувати……….

Тестер 2: Будь ласка, повідомте мене, куди б ви подали заявку, оскільки я також хочу знайти нову можливість.

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

Що ви зрозуміли з наведеної дискусії?

  • Обидва тестери шукають нову роботу
  • Обидва тестери втомилися від поточної роботи
  • Для обох тестувальників поточна робота не цікава
  • Обидва тестувальники припускають, що знайдуть щось цікаве у своїй новій роботі

Ну, правда - жодна робота не є одноманітною, точно НЕ тестування програмного забезпечення. Сприйняття людини змушує її почуватись так. Я знаю, аргументів може бути маса.

Дозвольте представити свою справу -

Як тестер ви повинні протестувати сторінку входу для програми. Додаток повинен працювати на різних платформах, і ви повинні його ретельно протестувати.

  • Чи вважаєте ви роботу одноманітною?
  • Ви думаєте, що не дізнаєтеся нічого нового?
  • Думаєте, немає про що досліджувати?

Подивимось -

  • Що робити, якщо користувач надає облікові дані для входу та закриває браузер? Чи зберігаються облікові дані?
  • Що робити, якщо один і той же користувач намагається ввійти з різних платформ одночасно?
  • Що робити, якщо користувачеві доведеться почекати дві хвилини, перш ніж перейти на домашню сторінку, після надання дійсних облікових даних?
  • Що робити, якщо користувач надає дійсні облікові дані для входу, а сервер бази даних не реагує? Що буде показано користувачеві?
  • Що робити, якщо користувач надав дійсні облікові дані та не натиснув кнопку ОК або Надіслати і залишив сторінку такою, якою вона є, протягом півгодини?
  • Що робити, якби користувач надав дійсні облікові дані та натиснув кнопку ОК або Надіслати 10 разів поспіль?
  • Що робити, якби користувач надав дійсні облікові дані та натиснув Забутий пароль?
  • Що робити, якщо користувач змінює URL-адресу сторінки входу, додаючи запит на введення SQL?
  • Чи знання про те, як працює сторінка входу в іншу програму, матиме значення?
  • Чи знатиме оновлення UX (User Experience) від галузі щось значне для тестера?

Чи здаються вищезазначені пункти цікавими? Звичайно так. Але вони можуть здатися рутинними, коли їх доводиться виконувати на всіх підтримуваних платформах.

Добре, давайте розробимо стратегію.

Виконати все для однієї платформи. З’ясуйте основні проблеми та підтвердьте їх для двох інших платформ. Якщо вони існують, просто не тестуйте далі і відкиньте збірку.

Причини одноманітності як тестувальника програмного забезпечення -

перевірка нудьги

Отже, якщо мені доведеться зробити висновок про монотонність як тестувальника програмного забезпечення, я хотів би згадати наступні моменти:

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

Як працювати над собою, якщо ви вважаєте свою роботу одноманітною -

вдосконалити як тестер

Аналіз першопричини для монотонності та її лікування - це рішення.

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

# 1) Обговоріть та обговоріть: Здорова дискусія може призвести до того, що ви та інші учасники дискусії дізнаєтесь щось нове.

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

Також читайте =>

Який найкращий спосіб оздоровити стосунки розробників та забезпечення якості? і
Наскільки важливо для тестувальника або розробника спілкуватися між собою?

# два) Дослідіть і зрозумійте: Про тестування програмного забезпечення генерування ідей , як я вже неодноразово згадував раніше. Будь-хто може виконати задокументовані тестові справи. Але подумайте про створення різних сценаріїв тестування, і не кожен може це зробити. Він потребує постійного навчання в інших додатках, інших членах команди, інших командах та галузі.

Коли можна навчитись бачити все оком для тестування, з’являється справжній тестер, який, безсумнівно, може змінити позитивно.

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

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

чим відкрити файли bin

# 4) Самомотивація: Самомотивація є найбільш необхідним інструментом для тестування програмного забезпечення. Здебільшого люди ненавидять вас або ігнорують, коли ви намагаєтеся критикувати або знаходити проблеми в їх роботі. І повірте, потрібен час, щоб навчитись собі бачити ці негативи позитивно і мотивувати себе кожен раз .

# 5) Нарешті , ви повинні прочитати це => 16 речей, які потрібно робити, коли вам нудно тестувати

Отже, відтепер, коли ви вважаєте, що ваша робота тестувальника одноманітна, втішайтесь тим, що нам пощастило отримати шанс нестандартно подумати, здійснити ідеї, проаналізувати речі і, нарешті, повідомити, чи щось придатний для використання чи ні ... велике задоволення? Звичайно так!!!

Автор : Цей обнадійливий допис написаний членом команди STH Бхумікою М. Зараз вона займається тестуванням програмного забезпечення вже більше 10 років.

Щасливих читачів тестування…. давайте вболівати за себе :)

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

^