Tipos y Niveles de Pruebas de Software.

Quality-Stream
7 Nov 202116:16

Summary

TLDRThis video script by Karim Ramos delves into the diverse types and levels of software testing. It explains that there's no universal consensus on the official list of test types, referencing the International Software Testing Qualification (ISTQB) and ISO 25010 standards. The script outlines eight quality characteristics from ISO 25010, such as functional suitability, performance efficiency, compatibility, usability, reliability, security, maintainability, and portability, each with corresponding tests. It also covers non-functional tests, structural tests, and tests associated with changes like confirmation and regression tests. The video further discusses testing levels: component, integration, system, and acceptance tests, highlighting the application of various test types at each level. Additionally, it touches on smoke, sanity, and exploratory testing, emphasizing their roles in agile development and quality assessment.

Takeaways

  • 😀 The video discusses various types and levels of software testing.
  • 🔍 There is no general consensus on the official list of testing types; different standards like ISTQB and ISO 25010 define their own categories.
  • 📚 ISO 25010 defines eight quality characteristics from which testing types are derived.
  • 🔧 Functional suitability tests check if a product meets declared and implicit needs.
  • 🚀 Performance efficiency tests measure the system's performance relative to resource usage under specific conditions.
  • 🔌 Compatibility tests ensure that multiple systems or components can coexist and exchange information in the same environment.
  • 🎨 Usability tests assess how easy a product is to understand, learn, and attractive to the user.
  • 🛡️ Reliability tests measure a system's ability to perform specific functions under certain conditions over a period.
  • 🔒 Security tests ensure that information and data are protected from unauthorized access and modification.
  • 🛠️ Maintainability tests check the ease and efficiency with which a software product can be modified for evolutionary, corrective, or future needs.
  • 🔄 Portability tests determine how effectively and efficiently a system or component can be transferred from one environment to another.
  • 🔄 The types of tests applied depend on business characteristics and organizational needs; not all tests are applicable to every project.
  • 🌐 Examples given include the irrelevance of portability tests for web systems versus their importance for mobile applications.
  • 📈 ISTQB defines functional and non-functional tests, with the latter referencing ISO 25010 quality characteristics.
  • 🏗️ Non-functional tests include structural tests (formerly known as architectural tests), which examine the system's internal structure.
  • 🔄 Regression tests ensure that fixing a defect does not inadvertently affect other functionalities.
  • 🔬 Smoke tests are a subset of functional tests, executed to perform an initial quality assessment of the product.
  • 🛂 Sanity tests also fall under functional testing, focusing on verifying a new feature or defect fix before full test execution.
  • 🌐 Exploratory testing is a technique where test design, execution, and documentation occur simultaneously, often used in agile development projects.

Q & A

  • What is the main topic of the video?

    -The main topic of the video is to explain the different types and levels of software testing.

  • Who is the speaker in the video?

    -The speaker in the video is Karim Ramos.

  • What does the acronym 'ISTQB' stand for?

    -ISTQB stands for International Software Testing Qualification Board.

  • According to the video, what is the ISO/IEC 25010 standard related to?

    -The ISO/IEC 25010 standard is related to software engineering and describes a model for measuring software quality based on 8 quality characteristics.

  • What are the 8 quality characteristics defined by ISO/IEC 25010?

    -The 8 quality characteristics are functionality, performance efficiency, compatibility, usability, reliability, security, maintainability, and portability.

  • What are functional tests?

    -Functional tests are used to verify that the software product performs its intended functions as specified in the requirements.

  • What are non-functional tests?

    -Non-functional tests measure how the software operates, focusing on attributes such as performance, security, and usability rather than the functionality of the software.

  • What is the difference between smoke testing and sanity testing?

    -Smoke testing involves executing a minimal set of test cases to make an initial assessment of the product quality, focusing on basic functionalities. Sanity testing also executes a subset of test cases but is focused on verifying a new feature or a defect fix.

  • What are exploratory testing techniques?

    -Exploratory testing is a technique where the test design, execution, and reporting are done simultaneously. It is widely used in agile development projects and helps in learning more about the component or system.

  • What are the levels of testing mentioned in the video?

    -The levels of testing mentioned in the video are component testing, integration testing, system testing, and acceptance testing.

  • Why might a company choose not to perform portability testing on a web application?

    -A company might choose not to perform portability testing on a web application because it is installed once on the server and users access it via the internet, making portability testing less relevant.

  • What is the purpose of acceptance testing?

    -The purpose of acceptance testing is to ensure that the system meets the user requirements and is ready for deployment. It is usually conducted by the end-users or clients.

  • What are the alpha and beta tests in the context of software testing?

    -Alpha and beta tests are types of acceptance testing done on versions of the system that are not complete, with the main goal of obtaining feedback on the functionalities implemented at that stage.

Outlines

00:00

😀 Introduction to Software Testing Types

This paragraph introduces the topic of software testing and the various types of tests that exist. The speaker, Karim Ramos, welcomes viewers to the channel and provides a brief overview of the content. He mentions that there is no universal consensus on the official list of test types but references the International Software Testing Qualification (ISTQB) and ISO 25010 as sources that define certain types of tests. The paragraph sets the stage for a deeper dive into the different levels and types of software testing.

05:00

🔍 Exploring ISO 25010 Quality Characteristics and Test Types

The speaker discusses the ISO 25010 standard, which outlines a model for measuring software product quality based on eight quality characteristics. Each characteristic corresponds to a type of testing. The characteristics include functional suitability, performance efficiency, compatibility, usability, reliability, security, maintainability, and portability. For each characteristic, the paragraph explains what it measures and how it relates to testing. For instance, functional suitability relates to functional tests that verify the software's features, while performance efficiency involves performance tests like load and stress testing.

10:03

📚 ISTQB and Additional Testing Types

This paragraph continues the discussion on software testing by referencing the ISTQB's program of study, which defines additional types of tests beyond the ISO 25010 characteristics. The ISTQB categorizes tests into functional and non-functional types, with the latter relating to the quality characteristics of ISO 25010. The paragraph also introduces 'black-box' tests, which are based on the system's internal structure, such as structural or architectural software tests. It concludes with tests associated with changes, including confirmation tests to verify defect fixes and regression tests to ensure that fixing one issue doesn't affect other functionalities.

15:03

🔄 Levels of Testing and Their Interactions

The speaker explains the levels of testing as defined by the ISTQB: component testing, integration testing, system testing, and acceptance testing. Each level is associated with different types of tests. For example, component testing can involve both functional and non-functional tests to verify individual components' functionality and performance. Integration testing focuses on interactions between components or systems, system testing assesses the system as a whole, and acceptance testing, often involving alpha and beta tests, is conducted by end-users to provide feedback on implemented functionalities. The paragraph emphasizes that the same level of testing can apply various types of tests.

🚀 Other Common Testing Types and Conclusion

The final paragraph addresses three additional types of tests frequently mentioned in the software testing field: smoke tests, sanity tests, and exploratory tests. Smoke tests are a minimal set of functional tests to evaluate initial product quality. Sanity tests also execute a subset of tests but focus on new features or defect fixes. Exploratory testing is a technique where test design, execution, and documentation occur simultaneously and is widely used in agile development projects. The speaker invites viewers to share their experiences with different types of tests and concludes by thanking them for watching and encouraging engagement with the video.

Mindmap

Keywords

💡Functional Testing

Functional testing is a type of software testing that focuses on verifying that the software performs the functions it is supposed to. It is one of the core testing types discussed in the video, which ensures that the software's functionalities meet the declared and implicit user needs. For instance, the script mentions 'pruebas funcionales' as a way to check what the product does, which directly relates to the adequacy of functionality as per ISO 25010.

💡Performance Testing

Performance testing is aimed at measuring the software's efficiency in terms of resource usage under specific conditions. The video script refers to 'pruebas de rendimiento' as a subset of performance testing, which includes various types such as load testing, stress testing, and capacity testing. This concept is crucial for evaluating the software's efficiency characteristic, as defined by ISO 25010.

💡Compatibility Testing

Compatibility testing is the process of verifying that different systems or components can coexist in the same environment and exchange information. In the script, it is mentioned as 'pruebas de compatibilidad' and is essential when dealing with multiple elements that need to work together seamlessly within the same hardware or software environment.

💡Usability Testing

Usability testing is designed to assess how easy it is for a user to understand, learn, and find a software product attractive. The video discusses 'pruebas de usabilidad' and its subtypes, such as user experience and accessibility tests. This type of testing is directly linked to the software's usability characteristic, aiming to ensure a positive user interaction.

💡Reliability Testing

Reliability testing evaluates the software's ability to perform specific functions under certain conditions for a specified period. The script refers to 'pruebas de fiabilidad', which includes testing for fault tolerance, such as removing a primary server to see if the system can switch to a backup server and continue operating correctly.

💡Security Testing

Security testing is critical for ensuring that information and data are protected from unauthorized access and modification. The video mentions 'pruebas de seguridad' as a key type of testing to safeguard systems in the era of global internet access. This testing type is directly related to the software's security characteristic, ensuring that only authorized entities can access the system.

💡Maintainability Testing

Maintainability testing assesses the software's ability to be modified effectively and efficiently due to evolutionary, corrective, or other needs. The script discusses 'pruebas de mantenibilidad', which checks for modularity, reusability of components, and ease of modification, relating to the software's maintainability characteristic.

💡Portability Testing

Portability testing ensures that a system or component can be effectively and efficiently transferred from one hardware, software, or operational environment to another. The video refers to 'pruebas de portabilidad', which is relevant for applications that need to be adaptable to different devices and operating systems, as mentioned in the context of mobile applications.

💡Non-functional Testing

Non-functional testing is a category of tests that measure how the software operates rather than what it does. The video script refers to 'pruebas no funcionales', which correspond to the quality characteristics defined by ISO 25010, such as performance, compatibility, usability, reliability, security, maintainability, and portability.

💡Regression Testing

Regression testing is the process of executing a full set of test cases to ensure that a software change has not accidentally modified or affected other functionalities. The script mentions 'pruebas de regresión' as part of the types of tests defined by ISTQB, which is crucial for confirming that a defect fix does not introduce new issues.

💡Smoke Testing

Smoke testing, while not explicitly defined as a testing type in the sources reviewed by the video creator, is a method of executing a minimal set of test cases to make an initial assessment of the product's quality. The script refers to 'pruebas de humos' as a way to quickly evaluate if the basic or main functionalities of the system are working before proceeding with more comprehensive testing.

💡Sanity Testing

Sanity testing is similar to smoke testing but focuses on verifying a new functionality or the resolution of a defect. The script mentions 'pruebas de sanidad' as a subset of regression testing, where a smaller set of test cases related to the new feature or fixed defect is executed to ensure stability before moving forward.

💡Exploratory Testing

Exploratory testing is a technique where the design, execution, and documentation of tests are done simultaneously. The video script discusses 'pruebas exploratorias' as a method widely used in agile development projects to learn more about the component or system and to create test cases for future use, emphasizing its importance in the context of experience-based testing.

Highlights

Introduction to different types and levels of software testing.

No general consensus on the official list of test types.

International Software Testing Qualification (ISTQB) defines types of tests in its basic level program.

ISO 25010 standard defines 8 quality characteristics and test types based on them.

Explanation of 'type' as a category to organize tests.

Example of categorizing people to understand software test categorization.

Functional suitability tests ensure the product meets declared and implicit needs.

Performance efficiency tests measure the system's performance relative to resource usage.

Compatibility tests verify the coexistence and information exchange between systems.

Usability tests focus on how easy the software is to understand, learn, and find attractive.

Reliability tests measure the system's ability to perform specific functions under certain conditions.

Security tests ensure information and data protection against unauthorized access.

Maintainability tests check the software's ability to be modified effectively and efficiently.

Portability tests determine how easily a system can be transferred to a different environment.

Different projects may require different types of tests based on business characteristics and needs.

Types of tests defined by STV include functional, non-functional, structural, and change-associated tests.

Levels of testing include component, integration, system, and acceptance tests.

Exploration of the application of various test types at different testing levels.

Smoke tests as a form of functional testing to make an initial assessment of product quality.

Sanity tests verify a new functionality or defect fix before full test execution.

Exploratory testing as a technique used in agile development for learning and creating test cases.

Invitation for viewers to share their experiences and types of tests used in their projects.

Transcripts

play00:00

seguro que habrás escuchado por ahí

play00:02

hablar sobre las pruebas funcionales las

play00:05

pruebas de rendimiento las pruebas de

play00:07

seguridad y muchos otros tipos de

play00:09

pruebas y te habrás quedado pensando

play00:12

pero cuántos tipos de pruebas hay y

play00:16

cuáles son estos tipos de pruebas pues

play00:19

en este vídeo hablaremos sobre los

play00:21

diferentes tipos y niveles de pruebas

play00:24

así que quédate conmigo que empezamos

play00:32

hola amigos como estan espero que estén

play00:35

muy bien para aquellos que son nuevos en

play00:38

el canal mi nombre es karim es ramos y

play00:41

aquí hablamos de todos los temas que

play00:43

tengan que ver con el testing de

play00:44

software así que si quieres estar al

play00:47

tanto de cada nuevo vídeo suscríbete y

play00:49

activa la campana de notificación

play00:52

entonces antes de empezar quiero

play00:54

explicar que no hay un consenso general

play00:56

sobre cuál es la lista oficial de los

play01:00

tipos de pruebas o sea no hay una lista

play01:01

oficial por ejemplo el international

play01:04

software testing qualification word el

play01:07

iese tv define unos tipos de pruebas en

play01:10

su programa de estudios del nivel básico

play01:12

que lo vamos a ver en unos minutos y las

play01:16

normas iso por ejemplo específicamente

play01:18

la norma iso 25.010 define 8

play01:23

características de calidad y a partir de

play01:26

estas características los tipos de

play01:28

pruebas para probar cada una de ellas

play01:31

entonces que es un tipo de pruebas bueno

play01:35

un tipo es como una categoría donde

play01:37

organizamos las pruebas ahora pongamos

play01:41

un ejemplo de nuestro mundo real de los

play01:43

tipos o categorías para que podamos

play01:45

entender un poco mejor porque puede ser

play01:48

complicado cuando hablamos de tipos o de

play01:51

tipificar algo digamos que queremos

play01:54

saber los tipos de personas que hay

play01:57

cuáles pueden ser los tipos de personas

play02:00

bueno depende de cómo los querramos

play02:03

tipificar o categorizar podemos por

play02:07

ejemplo decir que las personas pueden

play02:08

estar categorizadas en mujeres y hombres

play02:11

pero también podemos tener la categoría

play02:14

de edad entonces serían niños adultos y

play02:18

ancianos

play02:19

también podemos categorizar a las

play02:21

personas según su personalidad y

play02:24

podríamos dividirlos en

play02:26

introvertidos y extrovertidos etcétera

play02:30

este ejemplo se lo expongo para que vean

play02:32

como una misma persona puede estar en

play02:35

varias categorías a la vez y esto mismo

play02:37

va a pasar con las pruebas de software

play02:40

entonces vamos a comenzar hablando sobre

play02:42

los tipos de pruebas según la norma iso

play02:46

25 1010 en esta norma se describe un

play02:50

modelo para medir la calidad de un

play02:53

producto de software ellos proponen

play02:55

medir la calidad tomando como base 8

play02:58

características de calidad y a partir de

play03:01

éstas los tipos de pruebas entonces

play03:03

pasemos a ver cuáles son estas

play03:05

características y los tipos de pruebas

play03:07

número 1 adecuación funcional la

play03:10

adecuación funcional es el grado en el

play03:13

que un producto proporciona funciones

play03:16

que satisfacen las necesidades

play03:19

declaradas e implícitas aquí tenemos las

play03:22

pruebas funcionales que van a probar el

play03:25

que hace el producto o sea las

play03:27

funcionalidades de un producto de

play03:29

software como número 2 tenemos la

play03:31

característica eficiencia del

play03:34

rendimiento que se define como el

play03:37

rendimiento relativo a la cantidad de

play03:40

recursos utilizados bajo condiciones

play03:43

específicas aquí vamos a tener las

play03:45

pruebas de rendimiento que son a su vez

play03:48

una sombrilla que recoge otros subtipos

play03:52

de pruebas como son las pruebas de carga

play03:55

las pruebas de estrés las pruebas de

play03:58

capacidad entre otras la tercera

play04:01

característica de calidad es la

play04:03

compatibilidad

play04:04

ésta es el grado en el que dos o más

play04:07

sistemas o componentes pueden

play04:10

intercambiar información y realizar sus

play04:13

funciones cuando comparten el mismo

play04:15

entorno de hardware o software o sea que

play04:19

las pruebas de compatibilidad las

play04:20

aplicamos cuando tenemos dos elementos o

play04:23

más de dos elementos y queremos

play04:26

verificar que éstos puedan coexistir en

play04:28

un mismo entorno y que además puedan

play04:31

intercambiar información entre ellos la

play04:34

cuarta característica es otra categoría

play04:37

que tiene subtipos y es la usabilidad

play04:41

esta es definida como la medida en que

play04:45

un producto de software puede ser

play04:47

entendido aprendido

play04:50

y resultar atractivo para el usuario de

play04:54

aquí tenemos las pruebas de usabilidad y

play04:57

como subtipos tenemos las pruebas de

play05:00

experiencia de usuario y las pruebas de

play05:03

accesibilidad la quinta característica

play05:06

es la fiabilidad que es el grado en el

play05:09

que un sistema o componente realiza

play05:12

funciones específicas bajo unas

play05:14

condiciones y durante un periodo de

play05:18

tiempo determinado dentro de este tipo

play05:21

de pruebas se mide por ejemplo la

play05:23

tolerancia a fallos que si un sistema

play05:26

por ejemplo tiene su servidor central y

play05:29

además tiene un servidor de backup o de

play05:32

reserva por si hay fallos entonces

play05:34

nosotros vamos a remover el servidor

play05:37

principal para probar que si este

play05:40

servidor se cae el sistema es capaz de

play05:43

hacer el cambio al servidor de reserva y

play05:46

seguir funcionando correctamente la

play05:49

sexta característica es la seguridad que

play05:52

es el grado en que la información y los

play05:54

datos están protegidos

play05:56

para que personas o sistemas no

play05:59

autorizados no puedan leerlos ni

play06:01

modificarlos y que además no se niegue

play06:04

el acceso a ellos a personas o sistemas

play06:07

que si están autorizados de aquí tenemos

play06:10

las pruebas de seguridad súper

play06:12

importantes en esta época de internet y

play06:14

acceso global donde nuestros sistemas

play06:17

son públicos y cualquiera desde

play06:19

cualquier parte del mundo pueden acceder

play06:21

a ellos la séptima característica es la

play06:24

mantenibilidad que representa la

play06:27

capacidad del producto de software para

play06:29

ser modificado efectiva y eficientemente

play06:32

debido a necesidades evolutivas

play06:34

correctivas o perspectivas aquí tenemos

play06:37

las pruebas de mantenibilidad que

play06:39

revisan que nuestro sistema sea

play06:41

modulable que los componentes sean

play06:44

reutilizables y cuán fácil de modificar

play06:46

son y la octava característica es la

play06:51

portabilidad ésta es el grado en el que

play06:54

un sistema o componente puede ser

play06:56

transferido de forma efectiva y

play06:58

eficiente de un entorno de hardware

play07:01

software opera nacional o de utilización

play07:04

a otro entorno o sea que el sistema sea

play07:07

portable que sea adaptable a la

play07:10

evolución de los sistemas operativos por

play07:12

ejemplo que la aplicación pueda ser

play07:15

instalada correctamente y que además

play07:17

pueda ser reemplazada o actualizada con

play07:21

éxito ahora este es un buen ejemplo para

play07:24

que veamos que no vamos a querer o no

play07:27

vamos a poder aplicar todos los tipos de

play07:30

pruebas a todos los proyectos va a

play07:32

depender de las características del

play07:34

negocio y de las necesidades de cada una

play07:36

de nuestras organizaciones y proyectos

play07:38

por ejemplo no vamos a hacer pruebas de

play07:41

portabilidad a un sistema web ya que

play07:43

éste se instala una vez en el servidor

play07:46

que se vaya a instalar y los usuarios y

play07:49

clientes acceden a él a través de

play07:51

internet sin embargo tiene mucho sentido

play07:54

hacer pruebas de portabilidad a una

play07:56

aplicación móvil debido a que esta

play07:59

aplicación va a ser instalada en

play08:01

diferentes tipos de dispositivos pues lo

play08:04

a nuestros clientes y usuarios pueden

play08:06

tener diferentes tipos de teléfonos de

play08:08

tablets y además pueden tener diferentes

play08:11

sistemas operativos y diferentes

play08:14

versiones de estos sistemas operativos

play08:16

además ellos van a tener que descargar

play08:20

actualizaciones de nuestra aplicación

play08:22

muy bien entonces hasta aquí hemos visto

play08:26

los ocho tipos de pruebas que pueden

play08:29

probar las características de calidad de

play08:32

la norma iso 25 1010 pasemos a ver ahora

play08:35

cuáles son los tipos de pruebas que

play08:37

define y stv en su programa de estudios

play08:40

dentro de los tipos de pruebas que ellos

play08:42

definen se encuentran las pruebas

play08:45

funcionales aquí coinciden con la norma

play08:48

iso son las mismas pruebas funcionales

play08:50

que miden el que hace el sistema o sea

play08:53

sus funcionalidades ellos también tienen

play08:55

la categoría de pruebas no funcionales

play08:58

estas pruebas miden el como y aquí ellos

play09:02

referencia las características de

play09:04

calidad de la norma 25 mil 10 así que

play09:08

hasta aquí es lo mismo que hemos visto

play09:10

con la norma 25 mil 10 ellos añaden

play09:14

entonces otros y poder pruebas que son

play09:16

las pruebas de casablanca que en la

play09:19

versión anterior en la versión del 2011

play09:21

les llamaban pruebas de estructura o

play09:24

arquitectura de software estas pruebas

play09:27

están basadas en la estructura interna

play09:29

del sistema o sea que prueban el código

play09:32

del sistema la arquitectura los flujos

play09:34

de trabajo etcétera y el último tipo de

play09:38

pruebas dentro de las definidas por

play09:40

jesse tv son las pruebas asociadas a los

play09:42

cambios dentro de estas tenemos las

play09:45

pruebas de confirmación que su objetivo

play09:47

es confirmar que un defecto se haya

play09:50

solucionado y las pruebas de regresión

play09:53

que consiste en ejecutar toda la batería

play09:57

de casos de pruebas que tenemos para

play09:59

asegurarnos que con la solución de un

play10:02

defecto no se haya modificado o afectado

play10:06

accidentalmente otra funcionalidad o sea

play10:10

que después de arreglar los defectos

play10:12

nuestros sistemas sigue funcionando

play10:15

correctamente entonces hasta aquí hemos

play10:17

visto los tipos de

play10:19

jaja pero ustedes me dirán sí pero y qué

play10:22

tal de las pruebas unitarias o las

play10:24

pruebas de integración o las pruebas de

play10:27

sistemas ok bueno esos son niveles de

play10:30

pruebas entonces vamos a pasar ahora a

play10:32

hablar brevemente sobre los niveles de

play10:35

las pruebas y cómo éstos interactúan o

play10:38

se organizan con los tipos de pruebas

play10:40

entonces los niveles de pruebas que

play10:42

vamos a ver a continuación son los

play10:44

mencionados en este tv que son las

play10:47

pruebas de componentes las pruebas de

play10:49

integración las pruebas de sistemas y

play10:52

las pruebas de aceptación entonces antes

play10:55

de pasar a describir los niveles de

play10:57

pruebas es importante que sepamos que a

play11:00

un mismo nivel de pruebas o en un mismo

play11:02

nivel se pueden aplicar varios tipos de

play11:05

pruebas por ejemplo en el nivel de

play11:08

componentes o las pruebas a componentes

play11:10

que son aquellas pruebas que se ejecutan

play11:13

a componentes que pueden ser probados

play11:15

por separados también llamadas pruebas

play11:18

unitarias o pruebas de módulos a estos

play11:21

componentes se le pueden aplicar tanto

play11:23

pruebas funcionales o sea qué hace

play11:26

verificamos la funcionalidad y también

play11:29

pruebas no funcionales como por ejemplo

play11:31

podemos medir el rendimiento de un

play11:34

componente o podemos aplicar pruebas de

play11:36

seguridad también tenemos el nivel de

play11:39

pruebas de integración estas se centran

play11:41

en probar las interacciones entre

play11:44

componentes o sistemas o sea aquí nos

play11:47

vamos a centrar en aquellas

play11:48

funcionalidades que dependen o que miden

play11:51

la integración entre sistemas un ejemplo

play11:53

puede ser cuando integramos el front end

play11:56

con el backend y mostramos en la

play11:58

interfaz de usuario datos traídos por

play12:01

una app y esta app y trae datos de la

play12:03

base de datos y entonces vamos a

play12:04

verificar que estos datos se muestran

play12:07

correctamente en la interfaz en las

play12:08

pruebas de sistemas nos centramos en el

play12:11

comportamiento y las capacidades del

play12:13

sistema como un todo o sea de todo el

play12:16

producto y aquí es donde es más común

play12:19

ejecutar las pruebas funcionales y las

play12:22

pruebas no funcionales como las pruebas

play12:25

de rendimiento las pruebas de seguridad

play12:26

las pruebas de usabilidad de fiabilidad

play12:29

etcétera

play12:31

las pruebas de aceptación al igual que

play12:35

las pruebas de sistemas las pruebas de

play12:37

aceptación se centran en medir las

play12:39

capacidades y comportamientos de todo el

play12:42

sistema una de las principales

play12:44

diferencias entre las pruebas de

play12:46

aceptación y las pruebas de sistemas es

play12:49

que la responsabilidad de realizar las

play12:51

pruebas de aceptación recae sobre los

play12:54

usuarios finales o sobre nuestros

play12:56

clientes dentro de este nivel vamos a

play12:59

tener las pruebas alfa y betas que son

play13:01

pruebas que se hacen a versiones del

play13:03

sistema que no están terminados y el

play13:06

objetivo principal es obtener

play13:08

retroalimentación sobre nuestro cliente

play13:12

de las funcionalidades que tenemos hasta

play13:14

ese momento implementadas en el sistema

play13:17

entonces antes de terminar quiero hablar

play13:19

sobre tres tipos de pruebas que son

play13:21

frecuentemente mencionadas en nuestro

play13:23

entornos y que no las describen como

play13:27

tipos de pruebas en las fuentes que yo

play13:29

revise y estas son las pruebas de humos

play13:32

las pruebas de sanidad y las pruebas

play13:35

exploratorias las pruebas de humo yo no

play13:38

las veo como un tipo diferente de

play13:40

pruebas sino es como una forma de

play13:42

ejecutar pruebas funcionales las pruebas

play13:45

de humo van a hacer pruebas funcionales

play13:47

y consisten en ejecutar un conjunto

play13:50

mínimo del total de casos de pruebas con

play13:54

el fin de hacer una evaluación inicial

play13:56

de la calidad del producto ahora si

play13:59

estas pruebas pasan entonces se procede

play14:01

a ejecutar una batería completa de los

play14:04

casos de pruebas de igual forma las

play14:07

pruebas de sanidad o sanit y testing

play14:09

estas también van a ser pruebas

play14:10

funcionales y al igual que las pruebas

play14:13

de humo consisten en ejecutar un

play14:15

subconjunto de casos de pruebas antes de

play14:19

pasar a la ejecución de una batería

play14:22

completa de casos de prueba la principal

play14:25

diferencia entre estas y las pruebas de

play14:28

humo es es que las pruebas de la humo

play14:31

ejecutan funcionalidades básicas o

play14:34

principales de todo el sistema y las

play14:37

pruebas de sanidad están enfocadas en

play14:40

verificar una nueva funcionalidad o la

play14:43

solución de un defecto y entonces el

play14:46

subconjunto de casos de pruebas que se

play14:48

ejecutan están relacionados con esa

play14:51

nueva funcionalidad o defecto que se

play14:52

arregló y podemos ver estas pruebas de

play14:55

sanidad como un subconjunto de las

play14:57

pruebas de regresión y tenemos

play15:00

finalmente las pruebas exploratorias que

play15:03

son mencionadas en este v como una

play15:05

técnica de pruebas y se encuentra dentro

play15:08

de las pruebas basadas en la experiencia

play15:10

una de las características de estas

play15:12

pruebas es que se realiza el diseño

play15:14

ejecución y registro de la prueba de

play15:18

forma simultánea o sea al mismo tiempo

play15:21

esta técnica es utilizada ampliamente en

play15:24

proyectos de desarrollos ágiles y sus

play15:27

resultados se utilizan para aprender más

play15:29

sobre el componente o sistema y para

play15:32

crear casos de pruebas para que ellas

play15:35

áreas que lo necesiten entonces amigos

play15:38

díganme qué otros tipos de pruebas han

play15:40

escuchado ustedes por ahí déjenme saber

play15:42

en los comentarios también comenten

play15:45

son los principales tipos de pruebas que

play15:47

ustedes aplican en sus proyectos y

play15:50

regálame un like si este vídeo les fue

play15:52

de utilidad compartan este vídeo con

play15:55

todos aquellos amigos que les interese

play15:57

este tipo de temas me despido con mucho

play16:00

cariño les mando un beso enorme 1a y nos

play16:03

vemos en el próximo video by

play16:06

[Música]

play16:09

y

play16:13

cómo

play16:14

[Música]

Rate This

5.0 / 5 (0 votes)

Related Tags
Software TestingFunctional TestsPerformance TestsSecurity TestsQuality CharacteristicsISO StandardsCompatibility TestsUsability TestsReliability TestsMaintenance TestsAgile Development