Tecnología

Inicio

Cómo crear un plan de pruebas para las capas de lógica de negocios

Cómo crear un plan de pruebas para las capas de lógica de negocios


También conocida como la lógica de dominio, la lógica de negocio se compone de los algoritmos funcionales que se refieren al intercambio de información entre la interfaz de usuario y una base de datos específica. El concepto de capas de lógica de negocio se refiere al código de programa de software que conecta las metas y objetivos de la empresa de negocios a la finalidad de la aplicación de software. Negocio o la lógica de dominio no pertenece a la lógica de producto o aspectos de entrada y validación de datos de salida. Por ejemplo, esto podría aplicarse a las normas que por lo general se asocian a la información política de la empresa de codificación de una base de datos, tales como la adición de cargos adicionales por otros servicios en el contexto de esa base de datos en particular.

Instrucciones

1 Determinar los parámetros del modelo de negocio que se van a utilizar en repetidas ocasiones en la codificación de las operaciones comerciales. Identificar los fabricantes, los productos, los servicios, los costes de producción, la distribución y la duración del tiempo de trabajo para producirlos. Crear una lista y resumen escrito, documento de procesador de textos u hoja de cálculo que describe esta información.

2 Diseño de una o más bases de datos para realizar un seguimiento de los parámetros de la lista, documento u hoja de cálculo. Describen lo que las variables y constantes de las operaciones y productos en una lista que se refieren. Crear un modelo inclinado gráficamente para demostrar cómo cada componente se refiere a la otra. Incluir tablas dentro del modelo gráfico que denotan servicio o producto arquitectura. Incluir otros elementos de operación de negocios tales como el costo, tasas de financiación, los costes laborales, los préstamos y los costos de investigación y desarrollo en su caso.

3 Utilizar algoritmos de negocio consulta dentro de un programa de base de datos SQL para mostrar todas las relaciones, cómo funcionan y si se han establecido inicialmente dentro del modelo gráfico. Diseñar los componentes extranjeros y en especial primarios que conectan todas las varias tablas de datos para cada uno de ellos. Desarrollar consultas diseñados para demostrar las relaciones entre servicios y productos y que proporcionan formas alternativas de que los diferentes productos pueden interactuar dentro de la empresa.

4 Diseño con separación del pensamiento y la legibilidad de código en cuenta, ya que es más fácil de interpretar la lógica de negocio que no es parte de la lógica de presentación. Asegúrese de que la presentación en pantalla y el código HTML es independiente de la lógica de seguridad y la base de datos para la visualización clara. Por ejemplo, gran parte del estándar de JSP, ASP y PHP codificación están estructurados con bucle a través de los conjuntos de datos que envían los resultados del HTML. Cuando esto ocurre, puede ser difícil darse cuenta si una etiqueta HTML clave puede estar presente o decir dónde exactamente los datos se origina.

5 Entender que la separación de los aspectos de la fuerza laboral en diferentes bases de datos es importante para las grandes empresas que tienen empleados altamente especializados. Hacer un seguimiento de los aspectos de personal, tales como tareas de computación específicos del departamento no es tan crítico para las organizaciones más pequeñas en las funciones de programación se realizan normalmente por un individuo.

Consejos y advertencias

  • guiones de diseño que fomenta la reutilización y que pueden ser fácilmente personalizados para las pruebas.
  • Para evitar confusiones, entiende que el modelo define cómo se almacenan y se recuperan los datos, que no debe confundirse con la forma en que se controla.