Программная инженерия | Рекомендации по тестированию

При тестировании программного обеспечения необходимо соблюдать определенные правила тестирования:

• Команда разработчиков должна избегать тестирования программного обеспечения: тестирование всегда должно выполняться командой тестирования. Команда разработчиков никогда не должна тестировать программное обеспечение самостоятельно. Это связано с тем, что после нескольких часов создания программного обеспечения оно может подсознательно стать слишком частным, что может помешать обнаружению каких-либо недостатков в системе. У тестировщиков должен быть деструктивный подход к продукту. Разработчики могут выполнять модульное тестирование и интеграционное тестирование, но тестирование программного обеспечения должно выполняться командой тестирования.
• Программное обеспечение никогда не может быть на 100% свободным от ошибок: тестирование никогда не может доказать, что программное обеспечение на 100% не содержит ошибок. Другими словами, невозможно доказать, что программное обеспечение не содержит ошибок, даже после выполнения ряда тестовых случаев.
• Начать как можно раньше: тестирование всегда должно начинаться параллельно с процессом анализа требований. Это очень важно, чтобы избежать проблемы миграции дефектов. Важно как можно раньше определить тестовые объекты и объем.
• Расставьте приоритеты разделов: если есть определенные критические разделы, то следует убедиться, что эти разделы тестируются с наивысшим приоритетом и как можно раньше.
• Доступное время ограничено: время тестирования программного обеспечения ограничено. Следует иметь в виду, что время, доступное для тестирования, не безгранично и что эффективный план тестирования очень важен до начала процесса тестирования. Должны быть какие-то критерии, чтобы решить, когда прекратить процесс тестирования. Этот критерий необходимо определить заранее. Например, когда система остается с приемлемым уровнем риска или в соответствии со сроками или бюджетными ограничениями.
• Тестирование должно проводиться с неожиданными и отрицательными входными данными: тестирование должно проводиться с правильными данными и тестовыми примерами, а также с ошибочными тестовыми примерами, чтобы убедиться, что система герметична. Тестовые примеры должны быть хорошо задокументированы, чтобы обеспечить повторное использование для тестирования на более поздних этапах. Это означает, что тестовые примеры должны быть перечислены с правильными определениями и описаниями пройденных входных данных и ожидаемых соответствующих выходных данных. Тестирование должно проводиться как на функциональные, так и на нефункциональные требования программного продукта.
• Правильная проверка результатов тестирования: необходимо провести количественную оценку тестов и их результатов. При проверке результатов тестовых примеров следует правильно обращаться к документации, чтобы обеспечить надлежащее тестирование. Тестирование должно максимально поддерживаться автоматизированными инструментами и методами. Помимо проверки того, что система выполняет все, что она должна делать, тестировщикам также необходимо убедиться, что система не выполняет операции, которые она не должна делать.
• Проверка предположений: тестовые примеры никогда не должны разрабатываться на основе предположений или гипотез. Они всегда должны быть проверены должным образом. Например, предположение, что программный продукт не содержит ошибок при разработке тестовых примеров, может привести к очень слабым тестовым примерам.

  Вниманию читателя! Не переставай учиться сейчас. Получите все важные концепции теории CS для собеседований SDE с курсом теории CS по доступной для студентов цене и будьте готовы к отрасли.