Texto original: una breve discusión sobre el análisis de requisitos de prueba - Zhihu (zhihu.com)
1. ¿Qué es el análisis de requisitos?
El análisis de requisitos que entiendo es Qué hacer Saber qué funciones necesitan los usuarios y cómo utilizarán el sistema. De esta manera, cuando realizamos pruebas, podemos saber más claramente cómo debe ejecutarse el sistema, diseñar mejor los casos de prueba y realizar mejores pruebas.
El análisis de requisitos de prueba es el primer paso en el trabajo de prueba. Después del análisis de requisitos, encontramos los puntos de prueba que necesitamos probar para cada punto de requisito enumerado en la lista de requisitos original para los puntos de prueba identificados. plan/método de prueba correspondiente al ejecutar la prueba.
2. ¿Por qué realizar el análisis de requisitos?
1. La necesidad del análisis de requisitos
Si desea realizar con éxito un proyecto de prueba, primero debe comprender el Escala y complejidad de la prueba. El alcance y los posibles riesgos deben entenderse a través de requisitos de prueba detallados. El llamado conocerse a uno mismo y al enemigo significa que puedes librar cien batallas sin peligro. Si los requisitos de la prueba no son claros, solo resultará en la obtención de información incorrecta y la imposibilidad de tener una comprensión clara y completa del software que se está probando. El plan de prueba no tendrá fundamento. Los proyectos que saquen conclusiones basadas en sentimientos sin una comprensión detallada. fallará.
Cuanto más detallado y preciso sea el análisis de los requisitos de la prueba, más profunda será la comprensión del software que se está probando, más claro será el contenido de las tareas a realizar y mayor será la certeza de garantizar la calidad y progreso de la prueba.
Si las actividades de prueba se comparan con el ciclo de vida del software, el análisis de los requisitos de prueba es equivalente a la especificación de requisitos del software, la estrategia de prueba es equivalente al diseño arquitectónico del software, los casos de prueba son equivalentes al análisis detallado El diseño del software y la ejecución de las pruebas equivalen al proceso de codificación del software. Es solo que durante el proceso de prueba, reemplazamos todas las palabras "software" por "pruebas". De esta forma, entendemos que la base de toda la actividad de testing proviene de los requisitos de prueba, por lo que el análisis de la demanda es una parte esencial de toda la actividad de testing.
2. Las consecuencias de no hacer un análisis de la demanda
No realizar un análisis de la demanda o un análisis de la demanda insuficiente puede causar problemas graves, como:
( 1) Perder tiempo y recursos para implementar requisitos que los usuarios no necesitan.
(2) Omitir requisitos importantes que no se mencionan en el documento de requisitos, lo que reduce la satisfacción del cliente.
(3) El análisis de requisitos no está implementado y la carga de trabajo de prueba se estima incorrectamente, lo que genera retrasos en el ciclo de lanzamiento y posiblemente una reducción de la calidad del lanzamiento.
Los problemas anteriores son relativamente comunes en el desarrollo real. La razón principal es que no existe un análisis de la demanda, lo que afectará la satisfacción del cliente.
3. Cómo realizar un análisis de requisitos
1. Comprender los antecedentes de implementación de los requisitos a través del documento de requisitos
Después de obtener un requisito, primero debemos leer A través del documento de requisitos, primero revise el documento de requisitos para tener una comprensión general de los antecedentes de los requisitos que se deben realizar. De hecho, este proceso también es el proceso de probar el documento de requisitos. Primero registre algunas de nuestras dudas para el análisis posterior de los requisitos. Para hacer un trabajo preparatorio, en este enlace debemos saber más sobre el propósito de algunos requisitos y algunos escenarios de uso del usuario.
Ejemplo: requisitos del proceso de presentación de casos grandes de la versión 3.3, el documento de requisitos proporciona un diagrama de flujo para el escenario empresarial
Ignore la imagen
Del diagrama de requisitos Puede analizarse aproximadamente todo el proceso de presentación del caso principal de Kunming. Los únicos tribunales utilizados fueron el Tribunal Popular Intermedio y el Tribunal Popular Básico. Se trataba principalmente del proceso de transferencia de un caso entre el Tribunal Popular Básico y el Tribunal Popular Intermedio. El personal utilizado fue principalmente personal de la división de presentación de casos del tribunal, pero no sabíamos qué estaba involucrado, cuáles son los casos principales y qué lógica de negocios se basa en tal escenario. Esto es lo que debemos entender con el personal de la demanda. Esta es la base para que analicemos la demanda y diseñemos casos de uso, y también es la base para que analicemos la racionalidad de la demanda.
2. Analizar la racionalidad de los requisitos
Los evaluadores pueden analizar la racionalidad de los requisitos a través del conocimiento empresarial, en lugar de simplemente juzgar si los requisitos son razonables por cómo se implementa el sistema. Las habilidades necesarias son que debemos tener una base comercial profunda y luego analizar la racionalidad de los requisitos combinando la implementación existente del sistema.
En mi opinión, si la demanda es razonable incluye principalmente dos aspectos: primero, satisfacer las necesidades del cliente. En segundo lugar, intente reducir el coste de las modificaciones basadas en el sistema original.
3. Determinar el alcance y la prioridad de las pruebas
A través del análisis de requisitos anterior, podemos determinar el alcance y la prioridad de las pruebas. Primero, debemos determinar todos los puntos de prueba involucrados en este requisito y luego, mediante el análisis, analizar la prioridad del alcance de la prueba.
4. Refinar los puntos de prueba y determinar los métodos de prueba
Después de determinar el alcance y la prioridad de la prueba, puede refinar cada módulo y usar MindManager para enumerar cada módulo. Para los puntos de prueba, cada módulo. o un punto de prueba grande necesita escribir el método de prueba o estrategia de prueba correspondiente. Si se necesitan pruebas de rendimiento o pruebas de caja blanca, si los datos deben prepararse con anticipación, qué tipo de dificultades de prueba se encontrarán y qué tipo de contramedidas se tomarán.
5. Determine de antemano en qué tareas pueden intervenir los evaluadores
Basándonos en experiencias pasadas, todos sabemos que en el ciclo de desarrollo de un requisito más complejo, el trabajo preparatorio para las pruebas suele ser Es relativamente suficiente, excepto en circunstancias especiales. Por lo tanto, después de determinar el alcance y la prioridad de la prueba, los evaluadores y los líderes de prueba primero deben determinar con anticipación qué pruebas de demanda pueden intervenir. Por ejemplo, 15FB agrega nuevas fuentes de casos y nuevos requisitos. el campo del método de cierre y los documentos correspondientes de las relaciones antiguas y nuevas en la etapa inicial, la prueba puede intervenir con anticipación después de que se completen los requisitos y los documentos de relación correspondientes, la prueba se reorganizará. confiabilidad del documento, pero también es equivalente a realizar pruebas por adelantado. Las pruebas de intervención evitan el riesgo de progreso y el riesgo de calidad de las pruebas posteriores.
6. Compruebe si hay deficiencias
Después de refinar los requisitos, debe realizar su análisis de requisitos de principio a fin para ver si falta algo. Lugares que se pueden perder. La atención se centra principalmente en si los requisitos del escenario no se han considerado en su totalidad, se ha omitido el alcance de las modificaciones involucradas y no se han tenido en cuenta algunas configuraciones especiales asociadas. Además, si se han modificado los requisitos, se debe realizar un análisis de la demanda. complementarse oportunamente, principalmente para analizar las posibles consecuencias de los cambios y qué contramedidas se preparan.
4. Cómo mejorar las habilidades analíticas
1. Familiarícese con el negocio y comprenda el sistema
Cualquier sistema tiene una gran experiencia empresarial Sólo con la familiarización. usted mismo con el conocimiento del negocio puede tener más conocimientos. Utilice el sistema de manera efectiva.
Durante el uso de cualquier sistema, existe un proceso familiar. Cuanto más familiarizado esté con el sistema, más fácil será descubrir problemas del sistema y problemas comerciales.
2. Utiliza una forma objetiva de pensar para analizar desde la perspectiva del usuario
Como tester, si quieres mejorar tus capacidades de análisis de necesidades, lo primero que debes hacer es analizar El cliente desde la perspectiva del cliente ¿Qué se necesita y qué quiere el cliente? En cuanto a si este requisito debe implementarse, eso es responsabilidad del personal de requisitos. Si el requisito es complejo o no, es asunto del desarrollador. Lo que se debe considerar es cumplir con los requisitos del cliente de acuerdo con los conceptos básicos (esto es muy importante) y luego, desde la perspectiva del negocio o la implementación existente del sistema, dar algunas sugerencias de diseño a los requisitos y a los desarrolladores. En otras palabras, si dejas de lado a los clientes, tus requisitos deben ser de alto nivel. En términos de frialdad, todo esto no tiene sentido.
3. Piensa más, no te limites al pensamiento inercial.
Sabemos que cuanto más tiempo hace una persona en un trabajo, es decir, cuanto más rica es nuestra experiencia, más probabilidades hay de que esto suceda. forma de pensar será confinada. Por ejemplo, hay demasiadas tablas estadísticas para probar. Cuando obtengo una nueva tabla estadística, lo primero que pienso es que los puntos de prueba enumerados en los casos de uso públicos son básicamente los más completos. sobre ello y simplemente usarlo.
De hecho, esto es un malentendido. El propósito de los casos de uso públicos es ayudarnos a reducir fricciones internas innecesarias, pero nuestro pensamiento no debe limitarse a ello si un cierto punto en los casos de uso públicos lo es. mal, entonces no cometeremos el mismo error una y otra vez. Por lo tanto, como evaluador, si desea mejorar sus capacidades de análisis de requisitos, debe pensar más y no estar limitado por este tipo de pensamiento inercial o la llamada experiencia.
4. No trabajar a puerta cerrada, hacer un buen uso de los recursos de la red
Es muy importante mejorar las capacidades de análisis de la demanda y pensar más, pero no te hace pensar Estúpidamente, cuando su progreso encuentre un cuello de botella en este momento, no se calle y sea una rana en el pozo. Aproveche al máximo los recursos de aprendizaje en Internet, aprenda de las experiencias de algunos predecesores y aplíquelos al análisis de la demanda real. .
Shanwai Qingshan Louwai Lou, navegue y siga más sitios web o cuentas públicas de WeChat sobre análisis de demanda y abra su voz, creo que mejorará enormemente su capacidad de análisis de demanda.
5. Ser bueno resumiendo y compartiendo
Con base en los cuatro puntos anteriores, también debemos ser buenos resumiendo, estar dispuestos a compartir y resumir malentendidos comunes en el diseño de casos de uso. y algunos buenos ejemplos de análisis de la demanda, y comparta hábitos de análisis de la demanda con amigos que nos rodean, para que podamos aunar las fortalezas de todos y mejorar continuamente nuestras capacidades de análisis de la demanda.
Si no acumulas pasos, no podrás llegar a mil millas; si no acumulas pequeños arroyos, no podrás convertirte en río;