Hoy presentaré el contenido principal de las pruebas de interfaz de usuario, las pruebas de interfaz y las pruebas unitarias.
Pruebas de interfaz de usuario [Selenium]
Las pruebas de interfaz de usuario son el tipo de prueba más cercano al comportamiento de los usuarios reales del software. Por lo general, simula el comportamiento de usuarios reales que usan software, es decir, simula varias operaciones de usuarios en la interfaz del software y verifica si los resultados correspondientes de estas operaciones son correctos.
Estos son algunos de los comandos de Selenium más básicos.
#浏览器操作
#浏览器最大化
driver.maximize_window()
#设置浏览器宽和高
driver.set_window_size(400,800)
#控制浏览器前进、后退
driver.forward()
driver.back()
#简单对象的定位
find_element_by_id()#----唯一
find_element_by_name()#----唯一
find_element_by_class_name()#class定位
find_element_by_xpath()#元素定位
find_element_by_css_selector()
#鼠标事件
#ActionChains类用来操作鼠标事件
context_click()#------------------鼠标右击
double_click()#------------------鼠标双击
click()#-----------------------------鼠标点击
click_and_hold()#---------------按住鼠标左键不动
move_to_element(目标元素)#------------------------移动到某个元素
move_by_offset(xoffset,yoffset)#--------------------移动到某个坐标
drag_and_drop(source,target)#------将元素从起点source移动到终点target
drag_and_drop_by_offset(source,xoffset,yoffset)#-------按照坐标移动
release()# 在某个元素上释放鼠标
Pruebas de interfaz [pruebas de API]
Las pruebas de API están dirigidas principalmente a las interfaces expuestas por cada módulo y, por lo general, adoptan el método de prueba de caja gris. Primero, diseñe los casos de prueba de cómo llamar a la API en forma de caja negra y, al mismo tiempo, cuente la tasa de cobertura del código durante el proceso de ejecución de la prueba, y luego complemente más y más casos de prueba específicos de acuerdo con la tasa de cobertura del código. .
Pruebas unitarias
Las pruebas unitarias, que pertenecen a la categoría de pruebas de caja blanca, generalmente las realiza el propio ingeniero de desarrollo.Cuanto antes se encuentre un defecto, menor será el costo de reparación.
#内存的主要组成索引:
ONative Heap: Native#代码分配的内存，虚拟机和Adoid框架本身也会分配
ODalvik Heap: Java #代码分配的对象
ODalvik Other:#类的数据结构和索引
0 so mmap: Native #代码和常量
0 dex mmap: Java #代码和常量
#内存工具:
口Android Studio/Memory Monitor#观察Dalvik内存
0 dumpsys meminfo#观察整体内存
0 smaps#观察整体内存的详细组成
0 Eclipse Memory Analyzer#详细分析Dalvik内存
**
Pros y contras de cada prueba
**
1. Pruebas de automatización de la interfaz de usuario
La empresa de todos es una empresa de Internet, y la característica más importante es la velocidad: el producto debe iterarse continuamente y el tiempo de iteración es básicamente de unos 15 días.
La ventaja de las pruebas de automatización de la interfaz de usuario es que puede simular el comportamiento de usuarios reales y verificar directamente el valor comercial del software; la desventaja es que el mantenimiento y la ejecución de los casos de uso son muy costosos. Además, el problema de estabilidad de las pruebas de automatización de UI es una razón importante que ha obstaculizado el desarrollo de las pruebas de GUI durante mucho tiempo.
En el caso de una iteración rápida, los cambios de página pueden ser muy frecuentes, y la prueba de automatización de la interfaz de usuario en sí misma se basa en elementos de página, y un pequeño cambio en la interfaz puede requerir un cambio importante en la prueba.
2. Prueba de interfaz
En comparación con las pruebas de automatización de la interfaz de usuario, las pruebas de interfaz son más estables y valiosas.
eficiencia. La prueba de interfaz es para verificar si la solicitud [solicitud] y la respuesta [respuesta] cumplen con las expectativas a través de datos de prueba. Por lo tanto, la eficiencia del desarrollo y la depuración de pruebas de interfaz será mucho mayor que la de las pruebas de automatización de la interfaz de usuario.
estabilidad. Si la interfaz cambia, básicamente pertenece al rediseño comercial. Por lo tanto, la estabilidad de la ejecución de casos de prueba de interfaz es muy alta.
sentido práctico. La prueba de automatización de la interfaz de usuario verifica principalmente la visualización de la página, mientras que la prueba de la interfaz verifica principalmente los datos. En el nivel actual de desarrollo, las pruebas funcionales básicamente pueden verificar por completo los problemas que se muestran en la página, por lo que las pruebas de la interfaz de usuario son un poco similares a "estos están bien, para garantizar que no haya problemas, por lo que debemos escribir la automatización de la interfaz de usuario". y ejecutarlo todos los días". La prueba de interfaz es para verificar los datos devueltos por la interfaz. Al desarrollar una nueva interfaz, implica llamarse entre sí. Es inevitable que haya situaciones como el tipo de datos y la falta de coincidencia de clave-valor. Por lo tanto, en términos de practicidad, el La prueba de interfaz es práctica más alta.
3. Pruebas unitarias
Cuando hacemos pruebas no funcionales, podemos usar pruebas de automatización de UI para cubrir los procesos principales o clave del producto (incluidas las pruebas de compatibilidad), es decir, mientras el proceso principal no esté mal, el resto no afectará. el producto incluso si hay problemas de uso normal. Dedique más tiempo al diseño y la implementación de casos de prueba de interfaz para garantizar la precisión de los datos. Las pruebas unitarias pueden elegir la asignación de tiempo según la situación.
Por último, me gustaría agradecer a todos los que han leído detenidamente mi artículo. La reciprocidad siempre es necesaria. Aunque no es algo muy valioso, puedes quitártelo si lo necesitas:
Estos materiales deben ser el almacén de preparación más amplio y completo para los amigos [de pruebas de software]. Este almacén también ha acompañado a decenas de miles de ingenieros de pruebas a través del viaje más difícil, ¡y espero que pueda ayudarlos!