GoConqr has a new look! Let us know what you think.

Flowchart

mapa conceptual

Agustin Hernandez Spanish

Flowchart content

  1. pruebas de software

  2. características principales

  3. criterio de completitud

  4. tecnica

  5. objetivo de la prueba

  6. descripcion de la prueba

  7. consideracionespeciales

  8. con esto surgen pruebas como

  9. pruebas unitarias

  10. objetivo de la prueba

  11. descripcion de la prueba

  12. tecnica

  13. criterio de completitud

  14. consideracionespeciales

  15. ejecutar módulos diferentes, probar hasta la mas mínima unidad.

  16. -particionar los modulos en unidades logicas.

  17. -definir casos de prueba por cada unidad logíca.

  18. construcción de casos con acceso al código fuente-

  19. considerar: rutinas de excepción, de error, manejo de parámetros, validaciones, etc.

  20. comparar el resultado esperado con el obtenido.

  21. reportar errores, todas las pruebas fueron ejecutadas, se identificaron todos los defectos.

  22. para pruebas en java se puede utilizar JUNIT y CACTUS.

  23. pruebas de integración.

  24. objetivo de la prueba

  25. descripcion de la prueba

  26. tecnica

  27. criterio de completitud

  28. consideracionespeciales

  29. identificar errores producidos por la combinación de programas, como se cargara la base de datos, verificar interfaces entre usuarios, y las especificaciones de diseño sean alcanzadas.

  30. verificar que las interfaces entre los componentes , como sera cargada la base de datos, avance en componentes, tomar acciones

  31. utilizar un top-down y dow-top.

  32. todas las pruebas han sido ejecutadas y todos los defectos tomados en cuenta.

  33. ninguna

  34. Pruebas del sistema

  35. objetivo de la prueba

  36. descripcion de la prueba

  37. tecnica

  38. criterio de completitud

  39. consideracionespeciales

  40. asegurar la apropiada navegación dentro del sistema.

  41. enfocarse en los requisitos tomados de casos de uso, reglas y funciones.

  42. incluye:

    -prueba funcionalidad.

    -prueba usabilidad.

    -prueba performance.

    -prueba de documentación.

    -prueba de seguridad y controles.

    -prueba de volumen.

    -prueba de esfuerzo(stress).

    -prueba de recuperacion.

    -prueba de multiples sitios.

  43. utiliizar datos válidos e inválidos.

  44. resultados de un dato valido, mensajes de error o advertencia.

  45. todas las pruebas han sido ejecutadas y todos los defectos tomados en cuenta.

  46. identificar aspectos que impactan la implementación y ejecución de las pruebas.

  47. pruebas de desempeño

  48. objetivo de la prueba

  49. descripcion de la prueba

  50. tecnica

  51. criterio de completitud

  52. consideracionespeciales

  53. validar tiempo de respuesta de la transacciones .

  54. -volumen normal anticipado

    -volumen normal maximo.

  55. -medir tiempos de respuesta.

    -ejecutar la prueba con una carga diferente.

    -refinar el desempeño del sistema.

  56. -modificar archivos de datos.

    -ejecutar scripts en una maquina y repetirlos con múltiples clientes.

  57. -usuario y transaccion se completaron sin ninguna falla y con el tiempo que se esperaba.

    -multiples usuarios y transacciones completaron las pruebas de los scripts sin fallas y en el tiempo esperado.

  58. -transacciones en el servidor con sentencias SQL.

    -creacion de usuarios virtuales para simular varios clientes.

    -usar múltiples clientes físicos

  59. pruebas de carga.

  60. objetivo de la prueba

  61. descripcion de la prueba

  62. tecnica

  63. criterio de completitud

  64. consideracionespeciales

  65. verificar el tiempo de respuesta del del sistema para las transacciones o casos de usos de negocios.

  66. determinar y asegurar que el sistema funciona apropiadamente aun mas allá de la carga de trabajo máxima esperada.

  67. usar los scripts para pruebas de negocio.

    -modificar archivos de datos para incrementar el numero de tranasacciones.

  68. multiples usuarios y transacciones, los scripts han sido completados sin fallas y en tiempo esperado.

  69. ejecutar pruebas de carga en maquinas dedicadas o en un tiempo especifico.

  70. la base de datos utilizada debe ser real o proporcinal .

  71. pruebas de volumen

  72. objetivo de la prueba

  73. descripcion de la prueba

  74. tecnica

  75. criterio de completitud

  76. consideracionespeciales

  77. verificar máximo de clientes conectados.

    -máximo tamaño de la base de datos y multiples consultas simultaneamente.

  78. someter al sistema a grandes volumenes de datos, para determinar si es capaz de manejar la cantidad de datos especificados.

  79. utilizar los scrips para desempeño.

    -multiples clientes en las mismas pruebas.

    -utilizar el tamaño maximo de la base de datos.

  80. -un compilador que compile algo absurdamente grande

    -un editor de nexos que contiene miles de modulos.

    -un simulador de circuito electronico.

  81. todas las pruebas han sido ejecutadas y los limites se han conseguido o excedido sin fallos.

  82. que periodo de tiempo seria aceptable para altos volumenes?

  83. pruebas de recuperacion y tolerancia a fallas.

  84. objetivo de la prueba

  85. descripcion de la prueba

  86. tecnica

  87. criterio de completitud

  88. consideracionespeciales

  89. verificar los procesos de recuperacion (manual o automatica), restauracion de la base de datos.

  90. -interrupcion de electricidad en el cliente.

  91. -interrupcion de electricidad en el servidor.

  92. -interrupcion en la comunicacion hacia el servidor(caidas de red).

  93. interrupcion en la comunicacion con los controladores de disco.

  94. ciclos incompletos(consultas interrumpidas, sincronizacion de datos interrumpidos)

  95. llaves o apuntadores de base de datos invalidos.

  96. determinar la habilidad del sisitema para recuperarsede una falla de software o hardware

  97. se deben realizar las siguientes acciones.

  98. se deben ejecutar series de transacciones e invocar los procedimientos de recuperacion.

  99. la base de datos, aplicacion y otros sistemas deben retornar a un estado conocido y deseado.

  100. las pruebas de recuperacion son molestas.

  101. desconectar cables o simular perdida de electricidad pueden ser poco factibles.

  102. prueba de multiples sitios.

  103. objetivo de la prueba

  104. descripcion de la prueba

  105. tecnica

  106. criterio de completitud

  107. consideracionespeciales

  108. detectar fallas en las configuraciones y comunicacion de datos entre multiples sitios.

  109. evaluar el sistema o subsistema en múltiples instalaciones.

  110. casos de prueba que verifiquen lo siguiente:

  111. consistencia.

  112. empaquetamiento del sistema.

  113. sincronizacion de datos.

  114. rompimiento de funciones de sistema a traves de los sitios.

  115. consistencia y segruridad a traves de los sitios.

  116. todas las pruebas han sido ejecutadas y los defectos identificados.

  117. ninguna.

  118. prueba de compatilibilidad y conversión.

  119. objetivo de la prueba

  120. descripcion de la prueba

  121. tecnica

  122. criterio de completitud

  123. consideracionespeciales

  124. buscar problemas de compatibilidad y conversion.

  125. la compatibilidad no se ha conseguido y la conversion no funcione.

  126. detectar deficiencias como:

  127. compatibilidad entre programas.

  128. conversión de datos.

  129. todas las pruebas han sido ejecutadas y todos los defectos tomados en cuenta.

  130. ninguna.

  131. pruebas de seguridad y control de acceso.

  132. objetivo de la prueba

  133. descripcion de la prueba

  134. tecnica

  135. criterio de completitud

  136. consideracionespeciales

  137. verificar que solo los actores puedan acceder al sistema y a la aplicacion.

  138. centrase en dos áreas de claves de seguridad.

  139. seguridad acceso a datos o funciones de negocios.

  140. seguridad incluyendo ingresos y accesos remotos al sistema.

  141. tambien pruebas a considerar:

  142. controles de accesos fisicos.

  143. acceso a estructuras de datos especificas.

  144. seguridad en sitios remotos.

  145. datos confidenciales en reportes y pantallas.

  146. controles manuales como autorizacion y aprovacion.

  147. controles automaticos como edicion de datos, chequeo de maquinas, errores de operador.

  148. identificar cada tipo de usuarios, funciones y datos a autorizar.

  149. crear pruebas de cada tipo de usuario y verificar permisos.

  150. modificar los tipos de usuarios y volver a ejecutar las pruebas.

  151. por cada tipo de usuario conocido, funciones, datos y transacciones funcionan como se esperaba.

  152. el acceso al sistema debe ser revisado y discutido con los administradores de la red y/o el sistema.

  153. prueba

  154. pruebas

  155. pruebas

  156. Prueba de multiples sitios

  157. objetivo

  158. detectar fallas en configuraciones y comunicaciones

  159. descripcion

  160. evaluar un sistema en multiples instalaciones

  161. complejidad

  162. -todas las pruebas han sido ejecutadas

  163. tecnica

  164. -opciones de configuracion del sistema

    -empaquetamiento del sistema para multiples instalaciones

    -sincronizacion de datos entre multiples sitios

  165. Prueba de compatibilidad y conversion

  166. objetivo

  167. buscar problemas de compartibilidad y conversion en los sistemas

  168. descripcion

  169. tecnica

  170. complettitud

  171. desmostrar que los objetivos de compatibilidad han sido logrados

  172. -compatibilidad entre programas

    -conversion de datos

  173. todos los defectos que se identificaron han sido corregidos

  174. Pruebas de integridad de datos y base de datos

  175. objetivo

  176. descripcion

  177. tecnica

  178. complettitud

  179. asegurar que los metodos de acceso y procesos funcionan conrrectamente

  180. la base de datos y los procesos de base de datos deben ser probados como sistemas separados del proyecto.

  181. -invocar cada metodo de acceso y proceso de la base de datos

    -analizar la base de datos para asegurar que los datos han sido grabados apropiadamente

  182. todos los metodos de acceso y procesos funcionan como fueron diseñados y sin corrupcion de datos

  183. Pruebas de seguridad y control de acceso

  184. objetivo de la prueba

  185. descripcion de la prueba

  186. tecnica

  187. criterio de completitud

  188. Nivel de seguridad de la prueba

  189. -seguridad del sistema acceso a datos o funciones de negocios

    -incluye ingresos y accesos remotos al sistema

  190. -funciones/seguridad de datos indentificar cada usuario y las funciones de los datos a los que se debe autorizar

  191. para cada tipo de usuario conocido, las funciones y datos apropiados y todas las transacciones funcionan como se espera

  192. Pruebas de ciclo de negocio

  193. objetivo de la prueba

  194. descripcion de la prueba

  195. tecnica

  196. criterio de completitud

  197. asegurar que el sistema funciona de acuerdo al modelo de negocios

  198. emular las actividades ejecutadas a traves del tiempo, identificar un periodo, por ejemplo un año

  199. ejecutar cada caso de uso, flujo basico o funcion utilizando datos validos e invalidos

  200. cada ventana elegida sera totalmente verificada y comparada con similares en el mercado

  201. Pruebas de GUI

  202. objetivo de la prueba

  203. descripcion de la prueba

  204. tecnica

  205. criterio de completitud

  206. verificar la navegacion a traves de los objetos de la prueba reflejan las funcionalidades del negocio y requisitos

  207. se verifica la interaccion de usuario con el software, asegurar una interfaz que tiene una interfaz apropiada

  208. pruebas de crear / modificar cada ventana para verificar la adecuada navegacion

  209. cada ventana elegida sera totalmente verificada y comparada con similares en el mercado

  210. Pruebas de configuracion

  211. objetivo de la prueba

  212. descripcion de la prueba

  213. tecnica

  214. criterio de completitud

  215. validar y verificar que el cliente del sistema funciona apropiadamente en las estaciones de trabajo recomendadas

  216. verificar la operacion del sistema en diferentes configuraciones de hardware y software

  217. -usar scrips para la integracion y pruebas del sistema

    -ejecutar algunas transiciones para siimular actividades cotidianas del usuario

  218. para cada combinacion de aplicaciones que interactuan con la base de datos a probar

  219. pruebas de estilo

  220. objetivo de la prueba

  221. descripcion de la prueba

  222. tecnica

  223. criterio de completitud

  224. comprobar que la aplicacion sigue los entandares de estilos propios al cliente

  225. se entiende tales como el formato de las ventanas, colores corporativos, tipos de letra etc.

  226. -se realiza navegacion por la aplicacion verificando si se cumplen con los entandares GUI del cliente

  227. -todas las pruebas planeadas han sido ejecutadas

  228. Prueba de aceptacion

  229. objetivo de la prueba

  230. descripcion de la prueba

  231. tecnica

  232. criterio de completitud

  233. Determinacion por parte del cliente de la aceptacion o rechazo del sistema desarrollado

  234. la prueba de aceptacion es ejecutada antes de que la aplicacion sea instalada dentro de un ambiente de produccion

  235. realizacion de los documentos de planes de prueba de aceptacion y especificacion de los mismos

  236. todas las pruebas planeadas han sido ejecutadas

  237. Pruebas funcionales

  238. objetivo de la prueba

  239. descripcion de la prueba

  240. tecnica

  241. criterio de completitud

  242. se asegura el trabajo apropiado de los requisitos funcionales

  243. enfocarse en los requisitos funcionales, pruebas deben de estar basadas diractamente en los casos de uso

  244. se ejecuta cada caso de uso, flujo de caso de uso, o funcion, usando datos validos e invalidos

  245. todas las pruebas han sido ejecutadas

  246. Pruebas de documentacion y procedimiento

  247. objetivo de la prueba

  248. descripcion de la prueba

  249. tecnica

  250. criterio de completitud

  251. evaluar la documentacion del usuario

  252. evaluar la exactitud y claridad de la documentacion

  253. revisar la documentacion del proyecto contra las funcionalidades del sistema y su configuracion

  254. todas las pruebas han sido ejecutadas

  255. Pruebas de usabilidad

  256. objetivo de la prueba

  257. descripcion de la prueba

  258. tecnica

  259. criterio de completitud

  260. determinar la usabilidad de un sistema

  261. determinar cuan bien el usuario podra usar y entender la aplicacion

  262. verificar que la aplicacion no representa los problemas tipicos de usabilidad

  263. todas las pruebas han sido ejecutadas

  264. pruebas de campo

  265. objetivo de la prueba

  266. descripcion de la prueba

  267. tecnica

  268. criterio de completitud

  269. corre el sistema en el ambiente real para encontrar y validar el producto contra sus especificaciones originales

  270. realizar un subconjunto valido de pruebas del sistema

  271. determinar las pruebas de sistema seran corridas para validar el sistema en produccion

  272. todas las pruebas planeadas han sido ejecutadas

  273. pruebas alfa

  274. objetivo de la prueba

  275. descripcion de la prueba

  276. tecnica

  277. criterio de completitud

  278. prueba de aceptacion para detectar errores en el sistema bajo un ambiente controlado

  279. la verificacion involucra la ejecucion de partes o todo el sistema en ambientes simulados

  280. -llevar a cabo en el lugar en donde fue desarrollado el software

    -en un ambiente controlado en el cual el desarrollador esta presente

  281. todas las pruebas planeadas han sido ejecutadas

  282. pruebas

  283. pruebas beta

  284. objetivo de la prueba

  285. descripcion de la prueba

  286. tecnica

  287. criterio de completitud

  288. realizar la validacion del sistema por parte del usuario

  289. prueba de aceptacion donde la validacion involucra el uso del software en un ambiente real

  290. se selecciona un grupo de usuarios que ponen a trabajar el sistema en un ambiente real

  291. se establece un periodo de pruebas beta en el que los errores detectados no sean de caracter critico

  292. pruebas

Information

Description
Flowchart on mapa conceptual, created by Agustin Hernandez on 29/09/2019.
Views
1
Rating

Feedback

What is it about?

What do you think of the new look?

How do you like it?