Después de trabajar como gerente de pruebas en una empresa de software durante cinco años , se mudó a un banco para realizar pruebas de software . En solo dos meses, tuvo una comprensión preliminar de las pruebas bancarias, las resumió y registró , profundizó su comprensión personal y compartió eso con todos.
Como asesor financiero de todos, el banco es muy sensible al dinero. Los fallos frecuentes o incluso ocasionales del software dañarán la confianza de los clientes. Si hay un ataque de piratas informáticos y la propiedad personal se ve amenazada, el banco inevitablemente sufrirá pérdidas. Por lo tanto, los bancos tienen requisitos muy altos en cuanto a la calidad del software, que también es una característica importante de las pruebas de software bancario. A continuación, hablemos de las pruebas de software del banco desde múltiples ángulos.
aspectos comerciales y técnicos
Dado que muchos contenidos temen involucrar secretos comerciales bancarios, aquí hay una breve charla.
La tecnología de servidor IBM que utiliza principalmente el banco , nunca he estado en contacto con DB2 y estoy acostumbrado a usar Oracle , me tomó mucho tiempo adaptarme a DB2, que no tiene ninguna interfaz gráfica de front-end. Pero el principio de la base de datos es el mismo: siempre que se aclare la ruta, también se pueden completar la consulta y la selección de los datos requeridos. Entonces, cuando encuentre Db2, puede calmarse y estudiar las indicaciones en su interfaz, tocar cada función y familiarizarse gradualmente con él.
El sistema del banco es bastante complicado y el conocimiento empresarial relacionado con el banco que tengo se limita a depósitos y retiros personales y pagos bancarios en línea. El contenido que probé es un sistema empresarial muy grande, la mayor parte del cual no se puede ver directamente y solo yo mismo puedo entenderlo. Por ejemplo, si quiero probar un determinado negocio, encuentro que lo que opero no es la interfaz de usuario en absoluto, sino la interfaz de envío de datos proporcionada por el desarrollo. Para este tipo de situaciones, hay muchos bancos, por lo que utilizamos muchos simuladores. Pero para estas pruebas de software complejas sin una interfaz de usuario visible, personalmente tengo un método muy bueno, que es comenzar desde aquí clasificando los procesos comerciales y los procesos de datos, y expandir lentamente mi conocimiento comercial a través de casos de prueba . del proceso de negocio debe cubrir y, finalmente, clasificar todos los escenarios y puntos de control que este proceso de negocio debe cubrir.
Además, es muy útil la documentación técnica. Mientras tenga tiempo, leeré documentos de diseño relevantes, incluidos los requisitos comerciales, el diseño de arquitectura general, el diseño de bases de datos, los planes de prueba, los requisitos de prueba, los documentos resumidos compilados por expertos, etc. (hay muchos casos de prueba y los proyectos que Las pruebas son decenas de miles, por lo que no hay recomendación), a través de estos contenidos, mi conocimiento se ampliará enormemente y, al mismo tiempo, puedo pedir consejo a los expertos cuando no entiendo. De esta manera, una red de relaciones interpersonales también se ha establecido. Junto con las preguntas frecuentes, el reconocimiento de todos hacia mí también ha aumentado. Supongo que también es una manera de venderte a ti mismo. Por un lado, he adquirido conocimientos y, por otro, he establecido una muy buena relación con todos, ¡matando dos pájaros de un tiro!
proceso y personal
En segundo lugar, hablemos de procesos de gestión y de personas. El banco en el que trabajo divide las pruebas de software en dos partes, pruebas ST y pruebas UAT. Yo pertenezco a las pruebas funcionales de ST, por lo que este artículo también se centrará en esto. El proceso de gestión interna de ST se basa en un método de gestión de pruebas muy tradicional: elaborar un plan de prueba --> analizar los requisitos de la prueba --> escribir casos de prueba --> ejecutar pruebas (incluida la ejecución de casos de prueba y análisis de errores) --> resumir y escribir Informe de pruebas. Todo el proceso es revisado y verificado por evaluadores experimentados, y es necesario aprobar la revisión. La prueba se ejecuta en múltiples rondas. Generalmente, hay dos rondas de prueba ST y dos rondas de prueba UAT. Después de completar cada ronda, se llevará a cabo una prueba cruzada. El entorno de prueba está a cargo de una persona especial. Durante el proceso de prueba, el desarrollo frecuentemente solucionará el problema y escribirá la versión en el entorno de prueba (el término aquí parece llamarse rebobinado). Los ejecutivos de pruebas generalmente solo verifican después de que se soluciona el error y no prestan mucha atención a la versión del entorno de prueba en otros momentos.
La gestión de pruebas se divide en dos líneas. Tomando como ejemplo nuestro proyecto existente, hay más de 50 evaluadores. Un líder de equipo A responsable de la gestión de personal gestiona todos los evaluadores, incluida la coordinación del personal y el seguimiento del rendimiento. A B responsable de la gestión técnica es responsable de formular planes de prueba, organizar el análisis de los requisitos de prueba y diseñar casos de prueba. Además, bajo los carteles de A y B, hay varios grupos, hay un grupo de diseño de prueba a, cinco grupos de ejecución de prueba b, c, d, e, f, y cada uno de estos seis grupos tiene muchas personas, y cada uno grupo Tener un líder de grupo. Los líderes de equipo de los grupos b, c, d, e y f son responsables de recoger los problemas que los miembros del equipo no pueden juzgar todos los días y ayudar a resolverlos, aquellos que no se pueden resolver en el grupo deben buscar ayuda de otros expertos o desarrolladores. Soy el ejecutivo de pruebas o(∩_∩)o de un determinado grupo de ejecución. El Gerente A requiere que los ejecutivos del grupo de ejecución de pruebas ejecuten no menos de *0 casos de uso todos los días. La primera noticia en el grupo diario es la cantidad de ejecución de pruebas por persona por día que A registra y publica. La búsqueda diaria de los ejecutivos de pruebas es completar estas tareas.
De vez en cuando todavía hay formación, participé dos veces, una para la formación en arquitectura de sistemas y otra para una determinada parte de la formación empresarial. He ganado mucho, al menos conozco a las personas relevantes y puedo preguntarles los problemas correspondientes. Por supuesto, también hubo un trato injusto. Por ejemplo, cuando fui a pedir el documento de diseño de la arquitectura del sistema, me dijeron que era un documento interno y no era conveniente enviármelo. Es decir, esta es información interna y no se la puede dar a quienes no son expertos.
En definitiva, comparado con mi trabajo anterior, en la búsqueda de la rapidez y el bajo coste, la aceptación es la "reina". Lo que persigue el proyecto del banco es un funcionamiento estable, un rendimiento confiable y una alta seguridad, y finalmente logra la confianza del cliente y garantiza que el banco y los bienes personales son completamente correctos. Luego, todo el proceso de prueba se entrelaza, cada proceso se toma muy en serio y cada proceso comercial afectado se cubre de la manera más completa posible con una lógica rigurosa. Desde esta perspectiva, nosotros, los evaluadores, debemos comprender mejor todo el proceso de prueba, mejorar nuestro nivel de prueba y progresar continuamente, para que realmente podamos lograr algo en las pruebas bancarias.
Preguntas de la entrevista de prueba bancaria
1. Cómo probar una transferencia bancaria en línea, diseñar un caso de prueba
2. ¿Cuál es el proceso de trabajo de prueba? ¿Cuáles son los estados de defecto? ¿Cuántas formas hay de diseñar casos de prueba?
3. ¿Cuál es el ERROR clásico encontrado en el proyecto?
4. ¿Cómo medir la transferencia automática de depósitos a plazo fijo al vencimiento?
5. ¿Qué debes hacer después de encontrar un error?
6. Si se encuentra un ERROR, no tiene nada que ver con el desarrollo en sí, sino que involucra conceptos y requisitos, ¿cómo solucionarlo?
7. ¿Cómo se divide el nivel de ERROR de las pruebas funcionales ?
8. Ejecute el caso de uso de otra persona. ¿Qué hacer si descubre que el caso de uso es incorrecto?
9. ¿Has dejado de fumar? ¿Qué son las pruebas de humo (teoría)?
10. ¿Cuánto tiempo lleva trabajando en el proyecto y cuántos casos de uso ha escrito? ¿Cuántas personas hay en el proyecto?
11. Si desea probar un producto de préstamo p2p con un período de 6 meses, ¿cómo debe diseñar el caso y nombrar los puntos de prueba?
12. ¿Tu P2P está en línea? ¿Puedo comprobarlo? ¿Cuánto tiempo duró el proyecto y en cuánto tiempo se espera que esté terminado?
13. ¿Cómo midió la autenticación del nombre real?¿De qué plataforma obtuvo la información?
14. ¿Se requiere autenticación de nombre real para registrarse?
15. ¿También prueban la gestión en segundo plano de P2P? ¿Dónde se obtiene el crédito personal de Zhima?
16. Si desea probar la eliminación de usuarios en segundo plano, es el caso de un botón de eliminación detrás del nombre de usuario ¿Qué casos de prueba se pueden escribir?
17. Si JD tuviera una página web de compras para ti, ¿cómo la probarías?, ¿qué funciones principales probarías?
18. ¿Cuántas rondas de pruebas de funcionamiento P2P realiza habitualmente?
19. ¿Más de una docena de desarrolladores van a la reunión cada vez que celebras una reunión para discutir?
20. ¿Está familiarizado con la base de datos? ¿Sueles utilizar mucho la base de datos?
21. ¿Se utiliza la base de datos con frecuencia?
22. ¿Qué comando usa 1inux para ver archivos y procesos?
23. ¿Quién proporcionó el entorno de prueba para su prueba? 1Inux ¿cómo construir un entorno de prueba?
24. ¿Qué debe hacer si el líder le asigna tareas sobrecargadas y sobreestima su capacidad?
25. ¿Qué debes hacer si hay un problema con tu trabajo debido a tu error?
26. Dada una prueba de módulo, ¿cómo puedes completarla de manera eficiente en solo una semana?
27. Si te dan un proyecto de prueba de aplicación sin requisitos, ¿cómo deberías probarlo?
28. Si tiene un desacuerdo con el desarrollador, ¿cómo lo soluciona?
29. Si el caso de uso del líder de su equipo es incorrecto, pero él cree que es correcto, ¿cómo lo aborda?
30. Eres responsable tanto de la función como del desempeño, ¿cómo lo haces?
31. El lenguaje utilizado en las pruebas automatizadas de nuestra empresa es Java . Lo conoceré con anticipación, ¿cómo puede ser tan bueno sin una marca de agua?
32. ¿Cómo se gestionaron los proyectos anteriores?
33. ¿Cuántos casos de uso deben ejecutarse por día en proyectos anteriores?
34. ¿Hiciste todas las pruebas de regresión cuando las hiciste?
35. ¿Cómo se garantiza la cobertura de casos de uso? ¿Asegúrate de no repetir?
36. ¿Cómo se revisan sus casos?
37. ¿Qué es una vista?
38. La base de datos busca dos tablas.
39. He trabajado muy duro, pero aún no he completado las tareas asignadas por mis superiores, ¿qué debo hacer?
por fin
El umbral para las pruebas de software en la industria financiera es alto. Además de comprender el conocimiento de las pruebas de software, existen requisitos para su capacidad comercial y sus conocimientos bancarios y financieros. ¡Los amigos que quieran ir a los bancos para realizar pruebas de software deben trabajar duro!
Finalmente: el video tutorial completo de prueba de software a continuación se ha organizado y subido, y los amigos que lo necesiten pueden obtenerlo ellos mismos [Garantizado 100% gratis]
Documentación de la entrevista de prueba de software
Debemos estudiar para encontrar un trabajo bien remunerado. Las siguientes preguntas de la entrevista son los últimos materiales de entrevista de empresas de Internet de primer nivel como Ali, Tencent y Byte, y algunos jefes de Byte han dado respuestas autorizadas. Termine este conjunto Los materiales de la entrevista Creemos que todos pueden encontrar un trabajo satisfactorio.
