SQA - Reporte Técnico Estándares de SQA en La Región

REPORTE TECNICO: ESTRATEGIAS DE CALIDAD
APLICADAS A EMPRESAS DE LA REGIÓN
Reporte Técnico No.4

20 de septiembre del 2016
Universidad Autónoma De Ciudad Juárez
Quintana Nevarez Carlos Alberto

Ramírez Calderón Suimey Magaly
Nuñez Cuán Paloma Minuy
Esquivel López Joel Esteban
Torres Estevane Rogelio
CD Juárez, chihuahua, México

REPORTE TECNICO: ESTRATEGIAS DE CALIDAD APLICADAS A EMPRESAS
DE LA REGIÓN
Universidad autónoma de ciudad de Juárez, área IIT
CD Juárez, chihuahua, México
Resumen
En este documento se hablará de qué tipo de estrategias para el aseguramiento de la

calidad del software utilizan distintas empresas de la región como lo son Delphi, HP,
Koala WorkShop e Inventec. Para recopilar dicha información se hicieron entrevistas a
algunos de los encargados del área de software de dichas compañías.
1. Introducción
Desde hace ya algún tiempo, los desarrolladores de software se dieron cuenta que hacer
software de manera artesanal era una mala idea ya que implicaba costos muy elevados
que derivaban en programas con poca eficiencia, por esto se creó y se comenzó a utilizar
la ingeniería de software, la cual les daba a los desarrolladores las herramientas para
reducir costos y agilizar procesos. Pero aun con los procesos de la ingeniería de software,
seguían existiendo problemas en cuanto a la calidad del mismo, se resolvió el problema
de los costos, pero no se corrió con la misma suerte en cuando a la calidad, por tanto, se
empezaron a desarrollar estrategias para el aseguramiento de la calidad del software,
estrategias que luego las empresas adoptaron para mejorar y asegurar la calidad de sus
productos, empresas que luego llegaron a nuestra región y con las que tuvimos el gusto
de poder interactuar para que nos platicaran un poco de como aplican estas estrategias.
2. Propósito
Darnos una idea más acertada como estudiantes de que es lo que las empresas del
mundo real están buscando en las personas próximas a ser contratadas por ellos.
3. HP
Se sigue un plan con metas semanales asignadas por un Project manager que les dice
los requerimientos asignados por el cliente junto con los proveedores (HP), esto es para
ayudar al cliente a aterrizar la idea, todo esto utilizando scrum, se hace una historia y
pasa a revisión, en caso de cumplir con todos los requerimientos se pasa a done, de no
ser así se regresa y se inicia el proceso nuevamente.
Product Owner: El Product Owner representa la voz del cliente. Se asegura de que el

equipo Scrum trabaje de forma adecuada desde la perspectiva del negocio. El Product
Owner escribe historias de usuario, las prioriza, y las coloca en el Product Backlog.
ScrumMaster (o Facilitador): El Scrum es facilitado por un ScrumMaster, cuyo trabajo

primario es eliminar los obstáculos que impiden que el equipo alcance el objetivo del
sprint. El ScrumMaster no es el líder del equipo (porque ellos se auto-organizan), sino que
actúa como una protección entre el equipo y cualquier influencia que le distraiga. El
ScrumMaster se asegura de que el proceso Scrum se utiliza como es debido. El
ScrumMaster es el que hace que las reglas se cumplan.
Equipo de desarrollo: El equipo tiene la responsabilidad de entregar el producto. Es

recomendable un pequeño equipo de 3 a 9 personas con las habilidades transversales
necesarias para realizar el trabajo (análisis, diseño, desarrollo, pruebas, documentación,
etc.).
Roles Auxiliares: Los roles auxiliares en los "equipos Scrums" son aquellos que no
tienen un rol formal y no se involucran frecuentemente en el "proceso Scrum", sin
embargo, deben ser tomados en cuenta. Un aspecto importante de una aproximación ágil
es la práctica de involucrar en el proceso a los usuarios, expertos del negocio y otros
interesados ("stakeholders"). Es importante que esa gente participe y entregue
retroalimentación con respecto a la salida del proceso a fin de revisar y planear cada
sprint.
Stakeholders (Clientes, Proveedores, Vendedores, etc.): Son las personas que hacen
posible el proyecto y para quienes el proyecto producirá el beneficio acordado que justifica
su desarrollo. Sólo participan directamente durante las revisiones del "sprint".
Administradores (Managers): Son los responsables de establecer el entorno para el

desarrollo del proyecto.
4. Delphi
Se hace el desarrollo en base a requerimientos en un ambiente de desarrollo, después se
prueba bajo UAT (user acceptance testing), una vez que se acepta el cambio se
documenta un control de cambios el cual es validado y aprobado para después finalmente
implementar el cambio
UAT
Los siguientes son los pasos involucrados en un in-house UAT: Planeación:
 Se crea un bosquejo de la estrategia del UAT durante la planeación.

 Diseñando casos de prueba: Los casos de prueba están diseñados para cubrir
todos los posibles escenarios del software en el uso cotidiano. Están diseñados en
un lenguaje simple para facilitar el proceso al equipo de prueba. El equipo de
prueba está conformado por usuarios de la vida real.
 Ejecutar y documentar casos de prueba: El equipo de prueba ejecuta los casos de
prueba diseñados. En ocasiones se ejecutan pruebas aleatorias pero relevantes.
Todos los errores son documentados en un documento de prueba con
comentarios relevantes.
 Corrección de errores: Dependiendo de los bugs encontrados por el equipo de
prueba, el equipo de desarrollo de software hace los ajustes finales al código para
lograr un software libre de errores.
 Sign-off: Cuando todos los bugs han sido corregidos, el equipo de prueba indica la
aceptación de la aplicación de software. Esto muestra que la aplicación satisface
los requerimientos del usuario y está lista para sacarla al mercado.
5. Inventec
SA-Asignación: La requisición del software de hace por medio de un documento llamado

ARS.
Si la requisición es aprobada el equipo de desarrollo va personalmente al departamento

para entender el proceso y así se obtiene el análisis de requerimiento de software.
User Confirmed: Aquí se consulta con ambas partes para que las necesidades queden
bien expuestas.
Coding-Desarrollo
Se define lo siguiente:
 Tablas
 Módulos
 Codificación (el mismo desarrollador hace pruebas.
Al terminar la primera beta se presenta al equipo para hacer pruebas. Si truena se
regresa.
Durante este proceso se tienen en cuenta las siguientes características:
 Patrón modelo vista controlada MVC

 Realizar los controladores lo más pequeños posibles.
 Programación defensiva
 Responsividad en la vista
 Minimizar el impacto a la base de datos
 Refactorización
Referente a derechos de autor, según el contrato firmado, todo lo realizado ahí pertenece
a Inventec
QA-Pruebas de calidad
Aquí sólo se hacen pruebas que el mismo desarrollador y el equipo realizan.
 Se checan bugs
 Se hacen optimizaciones
 Performance
 Pruebas de unidad
 Pruebas de penetración
 Pruebas de integración Pruebas de regresión (las más comunes)
 Pruebas de estrés (se hace que el programa truene de cualquier modo)
UT-User testing
Se presenta el producto al usuario final
Si falla se regresa.
Si durante la implementación falla se vuelve a hacer una requisición para realizar un

parche o una segunda versión del mismo.
Las pruebas y los cambios se realizan en un ambiente de desarrollo antes de llegar al

área de producción, así si falla se hace un rollback al producto.
RTM
Ya en este proceso se ve quien se hace cargo del producto después de terminado, quien
le da seguimiento.
6. Koala WorkShop
No siguen ningún plan de SQA ya que el tipo de trabajo sobre el tiempo que se trabaja no
se presta a esto, se utiliza métodos agiles como TPS (test procedure specification) o
scrum, pero dentro su ciclo de desarrollo no se toma en cuenta SQA. Se codifica
orientado a pruebas o se hace test coverage.
7. Conclusión
Dada la problemática que se dio durante la crisis del software, las empresas tuvieron que
empezar a adoptar nuevas metodologías de desarrollo y aseguramiento de la calidad para
así poder cumplir con la demanda de software que tenían y además entregar un software
de calidad, cosa que los usuarios buscan desde siempre. Empresas como Delphi, HP, e
Inventec tienen muy en cuenta este aspecto, saben que tanto en sus proyectos internos
como en el software que fabrican para sus usuarios, la calidad debe ser un punto de
referencia, por esto, adoptaron dichas normas de calidad ya que los fallos para ellos
implican perdidas a veces millonarias.
Referencias
Cuán, R. (19 de Septiembre de 2016). Estrategias de SQA en la empresa Delphi. (P. M. Cuán,
Entrevistador)
Información, D. d. (19 de Septiembre de 2016). Estrategias de calidad aplicadas a la empresa

Inventec. (J. E. Lopez, Entrevistador)
Rosales, J. (19 de Septiembre de 2016). Estrategias de SQA aplicadas en la empresa HP. (P. M.
Cuán, Entrevistador)
Valdez, M. (20 de Septiembre de 2016). Estrategias de SQA aplicadas a la empresa Koala

Workshop. (P. M. Cuán, Entrevistador)

SQA - Reporte Técnico Estándares de SQA en La Región

Cargado por

Copyright:

Formatos disponibles

SQA - Reporte Técnico Estándares de SQA en La Región

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SQA - Reporte Técnico Estándares de SQA en La Región

Cargado por

Copyright:

Formatos disponibles

REPORTE TECNICO: ESTRATEGIAS DE CALIDAD

APLICADAS A EMPRESAS DE LA REGIÓN

Reporte Técnico No.4

Universidad Autónoma De Ciudad Juárez

Quintana Nevarez Carlos Alberto

CD Juárez, chihuahua, México

En este documento se hablará de qué tipo de estrategias para el aseguramiento de la

Product Owner: El Product Owner representa la voz del cliente. Se asegura de que el

ScrumMaster (o Facilitador): El Scrum es facilitado por un ScrumMaster, cuyo trabajo

Equipo de desarrollo: El equipo tiene la responsabilidad de entregar el producto. Es

Administradores (Managers): Son los responsables de establecer el entorno para el

Los siguientes son los pasos involucrados en un in-house UAT: Planeación:

 Se crea un bosquejo de la estrategia del UAT durante la planeación.

SA-Asignación: La requisición del software de hace por medio de un documento llamado

Si la requisición es aprobada el equipo de desarrollo va personalmente al departamento

Durante este proceso se tienen en cuenta las siguientes características:

 Patrón modelo vista controlada MVC

Aquí sólo se hacen pruebas que el mismo desarrollador y el equipo realizan.

Se presenta el producto al usuario final

Si durante la implementación falla se vuelve a hacer una requisición para realizar un

Las pruebas y los cambios se realizan en un ambiente de desarrollo antes de llegar al

Información, D. d. (19 de Septiembre de 2016). Estrategias de calidad aplicadas a la empresa

Valdez, M. (20 de Septiembre de 2016). Estrategias de SQA aplicadas a la empresa Koala

También podría gustarte

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.