El primer paso, la experiencia prueba de interfaz de usuario
1. estilo, estilo, color, si la coordinación
2. El diseño de la interfaz es limpia, la coordinación (mostrar todo lo posible para garantizar, en la medida de lo posible no usar la barra de desplazamiento
3. La operación de la interfaz, que se describe en el título es apropiado (ambigüedad descrita, nota si los errores tipográficos).
4. ¿La operación de la línea convencional con los hábitos de la gente (no tenía una función similares controles ponen juntos, fácil de operar)
La interfaz de avisos para el cumplimiento (no debe ser representada en Inglés cancel, OK, OK chino, etc. deben ser visualizados)
6. La interfaz de cada control están alineados
7. ¿Es el control de fecha es editable
8. La longitud de la fecha de control es razonable, es posible modificar la pantalla todo el tiempo que sea fuera
9. resultados de la consulta columna lista anchura es razonable, si la etiqueta describe razonable
10. La lista de resultados de búsqueda no es demasiado ancho consejos de desplazamiento horizontal
11. Para una información de texto largo, no hay cuadros de texto proporcionan barras de desplazamiento verticales automáticos
12. ¿Es la entrada de datos fácil controles
13. No hay soporte para la tecla Tab, secuencia de teclas que ser organizado, no se rebote
14. No hay ofertas relevantes teclas de acceso rápido
15. Ya sea pronta describe correctamente los controles
16. La llamada del módulo se unifica, el mismo módulo, si invoca la misma interfaz
17. Cuando los controles normales utilizando la barra de desplazamiento para mover la página, se muestra la página
18. El formato de fecha correcta debería ser XXXX-XXXX o XXXX-XX-XXXX: XX: XX
Página 19. ¿Hay botones adicionales o etiquetas
20. La ventana de unificación del título o icono en la barra de menú
21. ventana maximizada, si el traspaso se minimiza correctamente
22. Para un funcionamiento normal, los usuarios no tienen que leer el manual del usuario será capaz de utilizar
23. La puesta en práctica de riesgo operacional, la confirmación, borrarlo y otros consejos
24. La secuencia de funcionamiento es razonable
25. Comprobar la corrección: formulario en la página de revisión, botón, mesa, encabezado, pie de página, mensaje, hay otros personajes ortografía, la gramática, la frase es correcta.
26. El sistema debe realizar advertido antes de que el error en la operación del usuario, la información del sistema.
27. comprobar la resolución página, la amabilidad en una variedad de resoluciones navegando sistema comprueba la interfaz del sistema.
28. comprobación de validez: Después de hacer borrar, actualizar, añadir, cancelar, espalda y otras operaciones, vea la parte posterior información a la página es razonable.
29. comprobación sea por localizada: la versión en Inglés de la información no debe tener chino, Traducción Inglés precisa y profesional.
30. El fondo gris congelación
El segundo paso, la prueba de integridad funcional
1. Use todos los valores predeterminados para las pruebas
2. Toda la documentación del producto, ayuda en la documentación se contentan con recorrer prueba
3. Introduzca Analizar
4. Aparece la pantalla todos y si la lógica se va a probar
5. Control de excepciones
6. palabras sensibles
7. El recorrido diagrama de flujo de todos los caminos Organigrama del documento de requisitos
Los contenidos del programa, el recorrido lógico de puntos si elif otro interruptor para atravesar
9. Interfaz de probar varios controles
El tercer paso, Business Process Testing
Los procesos de negocio, los datos generalmente implican múltiples módulos, así que cuando la prueba de procesos de negocio, tenemos que garantizar primero la corrección de la función de los módulos individuales, seguido de la transferencia de datos necesaria entre cada prueba módulo, que es a menudo propensos a problemas lugar, asegúrese de probar diferentes datos de diseño para la prueba.
El módulo funcional que tiene una función básica CRUD, se requiere las siguientes pruebas:
1. Individualmente prueba de función (añadir, modificar, consultar, eliminar)
2. Agregar -> Add -> Añadir (aumento prueba continua)
3. Aumentar -> Eliminar
4. Aumentar -> Borrar -> Añadir (nuevas adiciones a borrar el contenido de la misma)
5. Agregar -> Editar -> Borrar
6. Modificar -> Modificar -> (prueba continua modificada) modificado
7. Modificar -> Añadir (antes de las nuevas adiciones y modificaciones son idénticos en contenido)
8. Modificar -> Borrar
9. Modificar -> Borrar -> Añadir (nuevas adiciones a borrar el contenido de la misma)
10. Eliminar -> Borrar -> Delete (Eliminar prueba continua)
El cuarto paso, la prueba de tolerancia a fallos
1. El sistema de entrada no permite que los datos como entrada.
2. un módulo o subsistema correspondiente detuvieron, verificar el impacto del sistema actual.
3. Para eliminar el archivo de configuración o errores de configuración.
datos de error de inyección 4. Base de datos.
El quinto paso, las pruebas de rutina
1. funcionamiento continuo (7 * 24), compruebe que si existen las pérdidas de memoria, los recursos del sistema otras fugas
2. Si la emergencia está en la línea, se puede ejecutar una noche o fin de semana de carrera dos días.
一般压力很大的情况下，数据库连接数问题、内存泄露问题会曝露的比较快但是死锁可能不能体现，所以要看系统重要性，如12306稳定性则最好7*24小时
第六步、性能测试
1.连接速度测试
用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。
另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。
2.负载测试
负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web应用系统能否处理大量用户对同一个页面的请求？
3.压力测试
负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。
进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。
压力测试的区域包括表单、登陆和其他信息传输页面等
第七步、交互体验测试
1.系统界面的控件是否可以通过tab键遍历，并且顺序合理
2.主要功能的入口和操作是否易于理解
3.界面是否布局合理，功能是否易于查找和使用
4.操作步骤
5.操作习惯
6.有足够的提示信息，且信息文字描述准确
第八步、兼容性测试
包括操作系统兼容和应用软件兼容，可能还包括硬件兼容
比如涉及到ajax、jquery、javascript等技术的，都要考虑到不同浏览器下的兼容性问题。
除了上面所说的这些测试以外，还有算法测试、配置测试、安全性测试等等，在工作中不断总结和分析，形成自己的功能测试框架，当你把这份工作做起来以后，对于你自己对于测试团队而言都是一份很有价值的事情，你的测试思路也会变得更全面。
内容来源：https://www.cnblogs.com/seven000/p/7575293.html