Test Case es en realidad una organización científica y un resumen del comportamiento de prueba de software en un caso de prueba, con el propósito de transformar el comportamiento de prueba de software en un modelo manejable. Al mismo tiempo, los casos de prueba son uno de los métodos; para cuantificar específicamente la prueba. Los diferentes tipos de software tienen diferentes casos de prueba. A diferencia de cada sistema, herramienta, control y software de juego, las necesidades de los usuarios del software de gestión tienen tendencias completamente diferentes.
En primer lugar, busque un gerente de producto para familiarizarse con el producto actual. En primer lugar, debe conocer el concepto central del producto, los escenarios de uso, las prioridades del módulo de desarrollo, etc. Normalmente te lo explico oralmente al principio.
En segundo lugar, cuando se va a desarrollar un producto general, el gerente de producto hará un "prototipo". El gerente de producto le explicará cada módulo funcional de acuerdo con el diagrama del prototipo que hizo en ese momento, y hay una correlación entre algunos módulos, y hay varias entradas al módulo, qué módulos están en planificación, pero la primera versión no se desarrollará por el momento, y la segunda versión se desarrollará, etc. Debe escuchar con atención, porque estos están relacionados con los casos de prueba que escribirá más adelante. Esta es la información más básica que necesita saber al usar ciertos módulos especiales, el gerente de producto dejará comentarios al lado del prototipo. Al ingresar al cuadro de texto del nombre de usuario, habrá comentarios que expliquen la longitud y el contenido que se puede ingresar (Hanzi, números, caracteres especiales, etc.), restricciones, etc. Cuando el gerente de producto explique, preste atención a los comentarios. No está particularmente claro, debe comunicarse de inmediato con el gerente de producto y estar familiarizado con el prototipo del producto.
En segundo lugar, solicite al diseñador de la interfaz de usuario dibujos de diseño relevantes. No crea que podrá comenzar a escribir después de obtener los dibujos de diseño. Primero, debe obtener una vista previa de los dibujos de diseño. de cada página en mente Este concepto existe, por lo que al escribir casos de uso, será más rápido encontrar la página de diseño correspondiente y no podrá encontrarla después de buscar durante mucho tiempo. del producto.
Finalmente, puede comenzar a escribir casos de prueba. Referencia: dibujos de prototipos de productos y dibujos de diseño. La mayoría de las empresas pequeñas no piensan en los documentos de requisitos. Cuando la información esté completa, cuantas más condiciones pueda consultar, más completos serán los casos de uso que podrá escribir. Si encuentra alguna discrepancia entre el prototipo y el diseño, debe plantearlo a tiempo y comunicarse con el gerente de producto o el diseñador de UI. para confirmación.