Resumen de Propuesta de manual de procedimiento para pruebas de sistema
- español
La Gestión de la Calidad de Software es un pilar fundamental a lo largo de la vida de un producto, teniendo como propósitoentender las expectativas del cliente en términos de calidad, y poner en práctica un plan proactivo para satisfacer esasexpectativas. EL proceso de pruebas, y específicamente, la aplicación de pruebas de sistema son las encargadas de comprobar elbuen funcionamiento y la calidad del software, tanto de los requisitos funcionales como de los requisitos no funcionales. Existenvarios tipos de pruebas de sistema que se aplican a un software, tales como: pruebas de seguridad, pruebas de rendimiento,pruebas de resistencia, pruebas de vulnerabilidad, pruebas de compatibilidad, etc. Para controlar este proceso se hace necesaria lautilización de guías, que apoyadas en estas pruebas es posible definir una estrategia tanto para pruebas funcionales con los casosde pruebas correspondientes según las especificaciones de los requisitos funcionales y para pruebas no funcionales, que contienelos requisitos no funcionales descritos en la aplicación y en caso de la existencia de un requisito particular se confecciona un casode prueba para ese tipo de prueba. Por lo que en la investigación se propone un manual de procedimiento o estrategia para realizarpruebas de sistema, logrando con el mismo ganar en organización, experiencia, madurez, rapidez, habilidad y control durante elproceso de pruebas de sistema.
- English
The Quality Management Software is a key pillar along the life of a product, with the purpose to understand customerexpectations in terms of quality, and implement a proactive plan to meet those expectations. The testing process and specifically,the implementation of system tests are responsible for checking the proper functioning and quality of the software, both functionalrequirements and non-functional requirements. There are several types of system tests that apply to software, such as safety tests,performance tests, tests of strength, vulnerability testing, compatibility tests, etc. To control this process requires the use ofguides, which supported this evidence it is possible to define a strategy for both functional tests with cases of evidence accordingto the specifications of the functional requirements and tests for non-functional, which contains non-functional requirementsdescribed in the application and if the existence of a particular requirement is up a test case for such proof. As far as theinvestigation suggests a procedural manual or strategy for testing system, achieving a win with the same organization,experience, maturity, speed, skill and control during the process of testing system
