Кто делает проверку программного обеспечения? Каковы его шаги?

Question

Заполните X,Y,Z, пожалуйста.

1. Проверка программного обеспечения имеет X,Y,Z шагов.
2. Клиент должен предоставить X,Y,Z разработчику перед началом написания программного обеспечения.
3. Когда программное обеспечение завершено, проверка завершается выполнением X,Y,Z (подпись, утверждение, тестовые изображения, журналы и т. Д.).

Если мы приобретаем общее программное обеспечение, такое как инструмент управления счетами или модуль SAP, которое можно модифицировать / изменять для каждого клиента, кто должен проводить проверку программного обеспечения?

Answer 1

За все, что вы поставляете клиенту, вы несете ответственность, если в договоре на поставку с ним не указано иное. Вот почему EULA программного продукта так долго. Посмотрите на все исключения.

Существует разница между валидацией, верификацией и приемочным тестированием.

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

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

редактировать - добавлено

Не забудьте также претендовать только на все, что вы можете доказать. Не утверждайте, что ваш продукт совместим с Windows 7 или совместим, если вы не можете доказать, что это так.

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

Answer 2

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

Я опишу упрощенный процесс, который подходит для малых и средних компаний

Процесс начинается с SRS (спецификация требований к программному обеспечению) и блок-схемы на основе SRS. Они подготовлены командой разработчиков программного обеспечения.

СГД направлено в группу проверки. Они пишут STD (Software Test Description) в соответствии с SRS и начинают процесс валидации соответственно

В ходе этого процесса они создают журнал записи со скриншотом и т. Д. В конце дня команда проверки пишет STR (Software Test Record).

И STD, и STR подписаны валидатором, IT-менеджером, QA Manager и Doc Control