Proceso de pruebas del software y los estándares internacionales

Mis apuntes:

Proceso de pruebas de software y los estándares

Metodología. Vendría siendo la parte en la que se establece el criterio o la estrategia de cómo vas a llevar a cabo tus pruebas; ya sea quiénes van a ser los responsables, cómo se va a entregar el material, etc.

Herramientas. Contar con herramientas adecuadas te va a permitir acelerar el trabajo de testing, porque muchas veces los equipos no trabajan en el mismo lugar.

Recursos. Aunque tú quieras hacer pruebas, si no estás preparado con el tiempo esas carencias se van a ir mostrando como defectos.

Pruebas en el ciclo de vida del software

Hay pruebas desde la concepción de los requisitos hasta su puesta final en producción.

De acuerdo aun estudio de IBM Systems Science Institute, 64% de les errores se producen durante el análisis y el diseño.

**¿Qué vamos a revisar durante las pruebas?
**
Calidad del producto. Si se está creando el software correctamente.
• Requerimientos
• Diseño
• Código
• El sistema

Calidad del proceso. Si alguien que es tu cliente no te especifica qué es lo que quieres, vas a crear un producto que no cubre las necesidades de tu cliente, así que una parte que se puede siempre tener en cuenta para evaluar como criterio de calidad pueden ser, los datos de salida del producto, o el proceso de calidad si se está siguiendo paso a paso.
• Estándares
• Procedimientos
• Procesos del proyecto

Certificaciones, estándares y metodologías

Una empresa para siempre poder proveer de un producto que cumpla las expectativas del cliente se puede enfocar en varias cosas.

• Para individuos
• Para procesos
• Para empresas
• Para servicios/productos = software/hardware
• Para tipo de industrias

La toma de requerimientos, la entrevistas con usuarios y una buen planteamiento en el diseño, nos puede asegurar la calidad de software, sin embargo no existe ningún software que este libre de errores, en particular a mi me gusta utilizar la el modelo espiral y modelo basado en prototipos, ciclos y iteraciones de aprendizaje para corregir errores y asegurar la calidad.

Para mi la calidad es, que el sistema cumpla con los requerimientos y no se produzcan errores. Fui tester por varios años y apoyaba a mi equipo a entender el funcionamiento del software. El revisar las historias de usuario, generar casos de prueba y ejecutarlos, te hace conocer mejor que nadie el comportamiento del sistema.

**calidad: **
el grado en que un componente, sistema o proceso cumple con los requisitos
especificados y / o las necesidades y expectativas del usuario / cliente.

**calidad del software: **
la totalidad de la funcionalidad y las características de un producto de software que
se relacionan con su capacidad para satisfacer necesidades declaradas o implícitas.

Certificaciones/Estandares:

• ISTQB (International Software Testing Qualifications Board) https://www.istqb.org/
• IEEE (Institute of Electrical and Electronics Engineers) https://en.wikipedia.org/wiki/ISO/IEC_29119
• TPI (Test Process Improvement) https://www.guru99.com/a-complete-guide-to-test-process-improvement.html

La calidad es aportarle valor al producto, ser comunicativos con el equipo para obtener y alcanzar nuestros objetivos, como tester jr, por cada bug o mejora, trato de lo posible ser clara y precisa, entregarles cualquier evidencia que nos ayude a resolver estos fallos encontrados.

Que es la calidad?
Calidad es cumplir con los requerimientos pre establecidos. Ahora cómo se definen los requerimientos es un tema del funcional y su gran capacidad de entendimiento del cliente y su capacidad de transmitir su entregable al desarrollador, y este desarrollador como absorbe/entiende y transforma en código u funcionalidades al producto
Ahora, cómo definir al testing? es agarrar el concepto de calidad y hacer estrategias de ataque para la metodología, las herramientas y los recursos.
Ahora según entiendo hay dos tipos de calidades:
Calidad del producto, que el producto haga lo que dice que debe hacer.
Calidad del proceso, que el sistema implementado para asegurar el producto funcione bien.

Metodologías de Pruebas:

ISTQB es una organización de certificación de la calidad del software que opera internacionalmente. Esta organización soporta y define un esquema de certificación internacional. Suministra el plan de estudios y glosarios sobre los que se definen los que se establecen las guías para la acreditación y evaluación de los profesionales del testing.
https://testeandosoftware.com/istqb-que-es-cuales-son-los-niveles-de-certificacion/

IEEE es una organización profesional dedicada al avance tecnológico y que dispone de un amplio catálogo de estándares entre los que se encuentran los relativos a la ingeniería de software y de sistemas
Varios de sus documentos y estándares son comunes a los publicados por ISO.
https://metodologia.es/normas-ieee/

TPI creado SOGETI es el creador de esta metodología, que asiste en la mejora de los procesos de pruebas dentro de la organización, permitiendo definir pasos de mejora controlables y graduables.
El modelo ofrece un punto de vista sobre la madurez del proceso de pruebas y ayuda a definir pasos graduales y controlables para la mejora continua.

https://www.sogeti.es/soluciones/calidad-de-software/metodologias-de-pruebas/consultoria-tpi/

Dentro de mi poco conocimiento, creo que la calidad la define el tester, el echo de que el cliente este satisfecho con sus requerimientos no asegura la calidad del software ya que esta no depende solo de las funcionalidades del mismo.

Para mí se logra calidad en el desarrollo de software cuando cumples con esto:

• Entender lo que quiere tu cliente y estar alineados con lo que se espera que haga en sistema.
• Tener muy claro el sistema legal o la normatividad que cubre el aspecto del cual se propone la solución informática para no entrar en incumplimientos que detengan más adelante el funcionamiento del sistema, por ser ilegal en algún término o porque no cumple con los estándares del sector productivo.
• Desarrollar el sistema que cubra las necesidades de tu cliente.
• Probar todos los posibles casos de excepción o de posibles fallas en el funcionamiento desarrollado y que cubre con las necesidades de tu cliente (Testing unitario | de integración | de estrés).
• Tener en cuenta cuál y cuánto puede ser el impacto que produzca en el funcionamiento del sistema que desarrollaste las posibles fallas en el ambiente donde vive tu sistema (Servidores locales | servidor contratado en la nube | red de conexión a internet | etc).

Seguramente me pase por alto algún ítem de calidad para el software, si es así escríbanmelo por favor, estaré pendiente.

Certificación :
Nivel 1 -Principiante (0-5 años de experiencia)
CAST - Asociado certificado en pruebas de software. Experiencia de 0 a 5 Y.
ISTQB - Nivel básico
Nivel 2 -Intermedio (experiencia de 5 a 8 años)
CSTE - (Ingeniero de pruebas de software certificado)
HP HP0-M102 para UFT versión 12.0
Nivel 3 -Nivel avanzado (experiencia de 8 a 11 años): si aspira a un tipo de puesto de arquitecto de pruebas
ISTQB - Nivel avanzado - Analista de pruebas , ISTQB - Nivel avanzado - Analista de pruebas técnicas
Nivel 4 -Nivel avanzado (experiencia de 8 a 11 años): si aspira a un puesto de administrador de pruebas
ISTQB - Nivel avanzado - Administrador de pruebas
Nivel 5 -(Nivel de experto 11 + años) Si aspira a gerente de entrega - Líderes de QA / OA tipo de función
ISTQB - Nivel experto – Administrador de pruebas
Certificación para Foundation Level Extension - Agile Tester
Certificación ISTQB Agile Tester
Nivel profesional certificado de prueba de software ágil (CASTP-P)
CASTP - Certificado P

La calidad la debemos definir desde el inicio de software con los requerimientos plenamente identificados que entiendan la necesidad del cliente, después pasamos al proceso de diseños que es esencial para el desarrollador entender como va ha realizar su flujo de trabajo, con esto no significa que no habrán errores pero al momento de realizar el testing podemos identificar los aspectos mas relevantes y así garantizas la calidad.

Opino tambien que la metodologia dependera mucho del proyecto y el tipo de empresa que estemos manejando

Calidad es cumplir con los requerimientos mínimos que hacen que un producto o servicio funcionen de la manera esperada

considero que la calidad es asegurar que se cumplan con los requisitos levantados previamente al hacer el análisis del software.Tanto funcionales como no funcionales.

¿Qué es calidad?
Es la aptitud de un producto o servicio para satisfacer las necesidades del usuario.
Es la cualidad de todos los productos, no solamente de equipos sino también de programas.
¿Cómo se procura?
Implementar prácticas de desarrollo de software que promuevan la calidad, como revisiones de código, programación en parejas, integración continua y desarrollo orientado a pruebas.
Capacitar y concienciar al equipo sobre la importancia de la calidad y su responsabilidad en el cumplimiento de los estándares establecidos.
Asegurar la comunicación efectiva entre los miembros del equipo y los stakeholders, fomentando la colaboración y la resolución de problemas.
Supervisar el rendimiento del proyecto en relación con los objetivos de calidad, identificando áreas de mejora y tomando medidas correctivas cuando sea necesario.

Para mi la calidad de software, se refiere a que los requerimientos del sistema por parte del cliente se lleven a cabo de manera responsable y eficiente. Como QA mi responsablidad es que esos requerimientos no se desvien de lo que se quiere, y que se entregen lo mas pulido posible.

Algo que si me gustaria aportar. es que tomen el testing como un proceso y no como una sola activdad… probar el producto es parte de ese proceso. ya que al igual que el ciclo de vida del software las pruebas tambien tienen un ciclo, como el analisis, diseño, ejecucion, documentacion, mantenimiento etc…

Si algo he aprendido en el tiempo que llevo trabajando de QA es que la calidad se hace notar en la buena comunicacion y organizacion del equipo de desarrollo y los testers con el cliente, obviamente esta la importancia de los elementos para lograr los objetivos pero aun teniendo los conocimientos considero que la interaccion del equipo hace que igual cualquier duda o error que noten pueda mejorar el resultado del proyecto que se este trabajando.

Hay una frase muy bonita de autoria de Henry Ford, que cito: “Calidad significa hacer lo correcto cuando nadie está mirando”. Me parece que esto engloba lo que es la calidad en general en cualquier ámbito, sin embargo llevada al mundo del software se referiría a que la calidad es la manera como haces todos los esfuerzos posibles para que el proyecto o aplicación que estás desarrollando cumpla a satisfacción con lo esperado por el usuario, todo el tiempo y bajo toda circunstancia; ahora, si bien sabemos que es imposible cubrir un 100% lilbre de defectos todo el tiempo, al menos se procura siempre entregar un producto de alto nivel.

La calidad es el resultado de la ejecución de una serie de pruebas, donde se busca cumplir con unos estándares y garantizar la funcionalidad de un producto conforme a las necesidades de un cliente final.

La calidad es dar lo que decis que ofreces y que funcione correctamente. Si tengo una app que dice que puedo pasar dinero LO MINIMO que tengo que hacer es verificar que eso sea asi. Despues los mil agregados que se pongan depues se puedn testear con mas tiempo. Lo basico es lo mas importante a tener en cuenta

Para mi la calidad es tener pocos errores, y cuando ocurran responder rápido, evitar daño al negocio pero principalmente a las personas, y proteger los datos de la empresa y los usuarios. La funcionalidad es muy importante, pero la calidad tiene un 40% de atención y recursos.

La calidad del producto es cumplir con el requerimiento del cliente ofreciendo la mejor experiencia al usuario.
La calidad del proceso es cumplir con la calidad del producto teniendo en cuenta el como, presupuesto, estandares, certificaciones. Todo aquello que nos evite decir el software funciona pero…

Como Analista de calidad, entiendo que calidad es el conjunto de cualidades o definiciones de un producto de software y que determinan su utilidad y existencia , para procurar la calidad desde mi rol, me aseguro que desde el levantamiento de requisitos existan lo que se conoce como pruebas estáticas donde se valida que los documentos base para el desarrollo del software sean entendibles para todos los involucrados en el ciclo de vida de software, igualmente en el diseño y que por supuesto exista una base de pruebas básicas realizadas por el desarrollador antes de someter el producto a ciclo completo de pruebas. En conclusión asegurándonos que las pruebas sean transversales a todo el ciclo de vida del software

Que es la calidad?
La calidad es constatar que los requerimientos que expreso el cliente se cumplan de manera correcta y cabe recalcar que la calidad no solo depende del tester sino de todo el equipo.

PARA MI LOGRAR CALIDAD ES AQUELLO QUE CUMPLE CON LO QUE DESEA EL CLIENTE, PERO TAMBIÉN QUE EL CREADOR, Y EQUIPO DE TRABAJO QUEDEN CONFORMES.
REVISAR, PROBAR Y TESTEAR CREO QUE ES FUNDAMENTAL PARA CONOCER LA CALIDAD DEL PRODUCTO EN CUALQUIER ÁMBITO.

Para mi la calidad en el contexto del desarrollo de software es cuando logras crear el software de tal manera que este cumple con los requerimientos del cliente pero tambien es lo suficientemente robusto como para asegurar que funcionara bajo la mayor cantidad de circunstancias. Ponerse en todos los casos posibles en lo que funcionara la solucion. Quizas se podria resumir en que sea eficiente y efectivo.

para mi la calidad es , entender cual es el objetivo del producto a desarrollar y que todo el equipo de desarrollo entienda cual es la funcionalidad y que requisitos son los que el sistema debe cumplir de tal manera que todos de la mano desarrollen productos de calidad casi sin errores y si los hay sean bugs rápidamente corregidos.

La calidad implica un compromiso entre el usuario interesado y el equipo de trabajo. Hay que desarrollar un producto enfocado a lo que nuestro usuario necesite, y el usuario debe de comunicarnos siempre qué busca y cómo lo quiere ver.

Muy interesante, porque hay personas en los equipos que se involucran mucho, pero tienen conceptos sesgados de los proyectos, pero como son los “que mas ruido hacen” los demás los siguen, propagando un concepto general no preciso.

Metodología: Criterio o estrategia de cómo se realizar las pruebas, responsables, material, etc.
Recursos: Las personas que tengan el conocimiento necesario para realizar las pruebas.
Herramientas: Opciones para mejorar la comunicación.

Tener un tester es tener quien identifique problemas, los documente y los comunique.

Un estudio de IBM demuestra que el 68% de los errores salen el etapa de diseño y análisis. Debería haber una metodología de captura de información, análisis, arquitectura, datos de entrada y salida.

Objetivo de las pruebas

• Definir la falta de calidad

• Detectar y corregir la falta de calidad

¿Qué es lo que vamos hacer durante las pruebas?

• Definir la calidad del producto, si el software fue creado correctamente.
• Definir la calidad del proceso, si el proceso lleva a crear un softwae correctamente (estándares, procedimientos, procesos del proyecto)

Estándares y certificaciones deben aplicarse tanto a personas como a procesos.

Es un curso para quienes ya son testers?

Metodologia: Como llevar a cabo las pruebas Recursos: preparación Herramientas: Acelerar el proceso de idenficación, documentación y comunicación de problemas lo que hace un tester. Estos tres puntos aplican para producto y proceso

la calidad en mi opinion es la medida que se tiene de que tan bien funciona un artefacto y cuan duradero puede ser su correcto funcionamiento a lo largo del tiempo

Lo mostrado resulta aparte de interesante, muy importante, desde tener bien definido lo que se quiere hacer y lo que se desea lograr; acompañado de la opinión de los usuarios, quienes finalmente utilizarán el software, hasta la presentación de un producto confiable y seguro, puesto que al presentar un producto final con fallas, se corre el riesgo de alejar a los usuarios que inicialmente tenían muy buenas espectativas del producto final.

Totalmente de acuerdo, es super importante el levantamiento de requerimientos, comprender las verdaderas necesidades del negocio y la proyección que este tiene; así como analizar todo esto y transmitirlo adecuadamente a los desarrolladores, de tal manera que capten y comprendan toda esa información.

La calidad son un conjunto de propiedades que se le brinda a algo para poder identificarla des resto. En temas de software, la calidad se puede valorar desde medir que tantos puntos de los requerimientos planteados están funcionando de manera correcta.

La calidad es la verificación de productividad y efectividad que puede brindar un equipo, si el equipo es de baja calidad o con pocos conocimientos la calidad del servicio en este caso sería mala también .

estoy tomando este curso ya que voy a recibir una formacion profesional y me gustatria empaparme del tema, he visto que el proceso de pruebas es algo demasiado importante en el software ya que sino se hace van a haber demasiadas fallas que ayudan a cibercriminales y tanto como a que los usuarios no tengan buena experiencia

La calidad es el proceso más importante en el Desarrollo de software, ya que va a determinar las condiciones en las que se entrega, o no se entrega un producto. A mi manera de pensar la Calidad no solo debe recaer en el equipo de pruebas, se debe considerar a todo el equipo en general.

Los procesos de calidad de Software son aquellos que permiten la entrega de manera eficiente y optima de los productos que solicitó el cliente, es aquí donde las pruebas son fundamentales para la revisar que esos requerimientos o funcionalidades solicitadas por los clientes, se están dando en realidad; un aporte desde mi punto de vista es llevar a cabo las reuniones de manera temprana entre los tester y demás partes del proyecto, con el fin de empezar a realizar las diferentes metodologías y/o estándares de calidad de software

La calidad es un factor diferenciador clave de las compañías, esta implica directamente en el valor intrínseco de la marca , los procesos y el producto final, es por eso que es importante siempre procurar garantizarla por medio de una metodología clara y constante.

Para mi la calidad tiene que ver con todo el proceso que se realiza en la construcción de un software. debe tener un líder que coordine todos los procesos tanto con el cliente como con los compañeros de trabajo, indudablemente teniendo presente los estándares y procedimientos en cada una de las etapas del software, planeación, arquitectura, análisis, testing, etc.

No me enfoco en el tipo de profesional que han puesto de ejemplo algunos compañeros, han realizado mal su labor.

Si procedemos con etica, eficiencia y eficacia en cada una de las etapas vamos a obtener un producto de calidad.

Para mi la calidad es que el producto final cumpla con los requerimientos iniciales. Que las funcionalidades del software funcionen como es de esperarse y que se eviten la mayor parte de los errores en el producto final.

El escenario en donde pidamos que omitamos un paso si sucede, en estos casos lo que yo hago es indicar los riesgos que sucederan si se ejecuta obviando los pasos y formalizar por correo para que quede en claro que el compromiso con la etica si esta presente dentro de mi labor pero a pedido del jefe de proyecto pior parte del cliente pide que se omita ciertos estandares.
Asi se cuida la integridad de mi trabajo y de mi equipo y el cliente queda informado y comprometido a asumir los riesgos presentados por su decision.

Como tester apoyo a mi equipo dando ideas sobre como es que el cliente tiene el concepto del producto final y tambien sugiriendo una demo de como quedaria el producto final para que asi el cliente nos de su feedback y podamos detectar posibles escenarios que no estabamos contemplando para el desarrollo o pruebas

Los estándares son aquellos patrones seguimientos o patrones para el desarrollo del software, los cuales son implementados en la fase de análisis, diseño, Código y Implementación con el fin de otorgar calidad y eficiencia. Algunos de estos estándares son:

1. CMMI
2. PSP
3. PSP - TSP
4. ISO25000
   5.IEEE
5. SPICE
   7.TSP
   8.Moprosoft

Las pruebas se deben realizar para reducir el riesgo de fallas durante la ejecución del sistema y así aumentar la confianza de los usuarios. Es por esto que los problemas deben ser identificados antes de que ocurran en un entorno crítico por medio de las pruebas de software.

.

Para mi la calidad es, desde un inicio pensar en las personas que usarán el software y el valor que tendrá para ellos, dándole así la importancia para que las cosas funcionen y se refleje en los detalles la empatía hacia el usuario final.

La calidad del software es sobrepasar las espectativas del cliente proporcionandole un producto que hace lo que pidio y lo hace bien o mejor.

Calidad: cumplir los requerimientos o suprerar los estandares esperados en un programa o recurso

Considero que como tester debemos asegurar que el producto que recibimos para ser testeado, al momento de devolverlo a la parte interesada, tanto en el producto, procesos, procedimientos y requisitos sea mejor funcionalmente, al producto que nos entregaron.

Considero que durante el proceso de desarrollo, la fase de “Especificacón de Requerimientos” es fundamental para que el proceso de desarrollo y prueabs. Unos requerimientos completos ayudan a minimizar errores en la fase de desarrollo y pruebas.

La calidad pienso que es cuan efectivo es la solucion que se desarrolle (en termino de software) cumpliendo el requerimiento del usuario, teniendo en cuenta una buena experiencia de usabilidad, cuan intuitiva y comoda sea esta solucion. Teniendo en cuenta la poca o reducida aparicion de errores durante el uso.

Creo q la calidad de software se refiere a la medida en que un software cumple con sus requisitos y especificaciones, así como su capacidad para satisfacer las necesidades de los usuarios, también se relaciona con la capacidad del software para ser usado de manera eficiente, confiable, segura y mantenible a lo largo del tiempo.

La calidad se basa en los requerimientos del producto o las necesidades del cliente, podemos decir que un producto es de calidad si cumple con las especificaciones que establecimos para ese producto, si decimos que un cuchillo porta un total de 1000 veces con una medio de 10 cortes más o menos, y el producto cumple con ese requerimiento, podemos decir que el producto es es de calidad, aplica igual para los procesos y las necesidades específicas de los cliente

Entiendo que la calidad en software es cumplir con las expectativas/necesidades del cliente, ya que la calidad se puede definir de diferentes maneras dependiendo del contexto y la persona. Para que la calidad se lleve a cabo en un equipo de testing o QA, creo que es importante empezar por que cada miembro del equipo cuente con la certificación más básica como se menciona en el video, la cual vendría siendo ISTQB Foundations Level, para tener claros los conceptos básicos y fundamentales y poder aplicarlos realmente dentro de un proyecto, ya que muchas personas solo la toman por cuestiones de cumplir con la empresa o subir de “sueldo”. Posteriormente mantener una buena comunicación como de igual manera se menciona en el video y realizar reuniones para mantener al equipo más unido y poder trabajar en conjunto, haciendoles entender la importancia de entender el software y que es lo que se necesita y se requiere para poder cumplirlo evitando ambiguedades.

3 - Proceso de pruebas del software y los estándares internacionales

Etapas durante el CVDS (ciclo de vida de desarrollo de software) com QA tenemos que entender varios conceptos:

• Metodología. Esta parte trata sobre establecer un criterio o una estrategia para llevar a cabo las pruebas. Esto incluye quién será responsable, cómo se entregará el material, etc.
• Recursos: Aunque tú quieras hacer pruebas, y no estás preparado con el tiempo esas carencias se van a ir mostrando como defectos.
• Herramientas:  Contar con herramientas adecuadas te va a permitir acelerar el trabajo de testing, porque muchas veces los equipos no trabajan en el mismo lugar.

Estos 3 puntos tienen que estar bien claros por todo el equipo.

Pruebas en el ciclo de vida del software

Hay pruebas desde la concepción de los requisitos hasta su puesta final en producción. De acuerdo aun estudio de IBM, 68% de les errores se producen en la etapa de diseño y análisis. Por eso es importante tener una buena metodologia de captura de info, analisis, diagramas para saber que vamos a construir.

Que vamos a revisar durante las pruebas:

• Definir la calidad del producto
  • Lo que la gente produce → Requerimientos, diseño, codigo, el istema
• Ver la calidad del proceso

  • Como lo hace la gente → estandares, procedimientos, procesos del proyecto

    Si el cliente no especifica bien que es lo quiere, puede ocasionar muchos errores. por eso es importante evaluar como criterio de calida; datos de salida, especificaciones, q se cumpla el proceso de calidad. Se debe tener un compromiso claro con la calidad por etica, porque puede haber implicaciones legales.

Una empresa para siempre poder proveer de un producto que cumpla las expectativas del cliente se puede enfocar en varios tipos de Certificaciones, estándares y metodologías: Para individuos, procesos, empresas, servicios/productos = software/hardware, tipos de industria

Ejemplos de estandares y certificaciones: ISTQB, IEEE, TPI, ISSO

Las ceritificaciones pueden asegurar que sigues lo prcesos, pero no te asgura que lo haces bien.

Para mí la calidad en un producto de software es el hecho de que los resultados del software cumplan con los requerimientos del usuario, también implica que los procesos se lleven a cabo sin fallos, interrupciones ni tiempos de espera innecesarios. Como dev, me encargo de asegurar la calidad haciendo pruebas al código que hago independientemente de que vaya a pasar por el departamento de QA

Para el proceso de pruebas es necesario contar con al menos 3 elementos que lograrán cumplir nuestros objetivos:

Metodología: Es donde estableces el criterio o estrategia de cómo se llevaran acabo las pruebas.
Recursos: Si quieres realizar pruebas y no estás preparado, con el tiempo esas carencias se pueden visualizar como defectos.
Herramientas: Nos ayudarán a optimizar nuestro trabajo.
Definir la calidad del producto: Si estas creando el software correctamente.
Calidad del proceso: Si alguien de tu equipo no te especifica lo que quieres no vas a poder crear un producto que cubra sus necesidades.

La calidad es entregar un producto capaz de cumplir las necesidades básicas de lo que pide el cliente. En el desarrollo de software procuro asegurar un código con comentarios para su mantenimiento y con el menor número de líneas de comentarios.

Es en “calidad” donde marketing, código y contenido digital se encuentran. He estado tomando la ruta de introducción al marketing y también hablan de escoger las metodología adecuada para cada cliente.

Estoy en este curso aplicando un perfil T. Frontend, Backend, Documentación y Diseño. Este el caminod de Documentación, donde aprendo a dar testimonio y seguimiento de mis habilidades duras.

Soy desarrollador de OpenText, y los procesos de gestión de la calidad que se manejan en la compañia donde trabajo tienes diferentes puntos de enfoque, que me llevan a conluir que las buenas practicas en el desarrollo del codigo es solo una parte de todo un proceso complejo que lleva cmo resultado final un producto con calidad

Para mi la calidad es asegurar que el software cumpla con todos los requerimientos y funcione de manera adecuada basandonse en la documentacion de el producto con que estamos trabajando.

La metodología, herramientas y recursos son esenciales para QA. La metodología proporciona un marco, las herramientas automatizan pruebas y recopilan datos, y los recursos humanos llevan a cabo las pruebas y garantizan calidad. Juntos son fundamentales para garantizar la calidad del software.

Notas de la clase:

Para el desarrollo de pruebas del software se requieren tres cosas básicas:

• Metodología: Criterios y estrategias para el desarrollo de pruebas.
• Recursos: Recursos humanos y capacitación.
• Herramientas: software para gestionar el desarrollo de pruebas.

LCSD Life Cycle Software Development o El ciclo de vida del software.

Que revisamos durante las pruebas:

• Definir la calidad del producto. QE
• Definir la calidad del proceso. QA

¿Los datos de salida del producto están cumpliendo las especificaciones?

Esta tu proceso de calidad siguiéndose paso a paso para evitar omitir información que sea útil y que nos ayude a cumplir los requisitos?

Calidad de software

Calidad del producto: **Lo que la gente produce **

• Requerimientos
• Diseño
• Codigo
• El sistema

Calidad del proceso: Cómo lo hace la gente

• Estándares
• Procedimientos
• Procesos del proyecto

Si no hay una metodología, unos recursos y herramientas, esto afectara al producto final.

Debes tener un compromiso claro con la calidad, por ética profesional.

Certificaciones, estándares, y metodologías para:

• Individuos
• Procesos
• Empresas
  Servicios / productos = Software / hardware
• Tipo de industrias

la calidad es el grado de cumplimiento que tiene el producto que se está construyendo con respecto a los requerimientos que tiene el usuario