¿Cómo se cargan las pruebas de regresión en la programación?

Question

Has hecho complementos a una aplicación que fue codificada por otra persona. El código no tiene pruebas unitarias. Entonces aparecen algunos errores porque el nuevo código colisiona con el código existente en alguna parte.

Obviamente, el cliente te dirá "el código funcionaba antes de que hicieras los complementos, ¿me cobrarán mientras lo arreglas?" ya que no saben nada de regresión y QA.

¿Cómo se cobran los costes de regresión si eres el único codificador que participa en el proyecto? ¿Das un descuento, lo arreglas gratis o alguna tercera opción?

Obviamente arreglarlo gratis no te hará ganar y eso que eres responsable de los bugs, la falta de pruebas unitarias hizo que no pudieras predecirlos. Por otra parte, si se mira desde la perspectiva del cliente, usted hizo un error, y por qué debe pagar por algo que se estropeó.

Answer 1

Intento cobrar lo suficiente como para poder hacer este trabajo gratis. Pero a algunos clientes no les gusta este acuerdo, así que a veces tengo que hacer otros arreglos. ES UNA CUESTIÓN DE GUSTOS. La cuestión se reduce realmente a quién asume el riesgo. Debería haber una prima financiera por asumir el riesgo para ayudar a equilibrar un poco las cosas.

Esta es la cuestión básica:

1. El cliente no quiere quedarse con una factura desconocida por un proyecto.

2. No querrás quedarte con un montón de trabajo que haga que tus ingresos por hora estén por debajo de lo que puedes vivir.

Resolver este conflicto requiere añadir una tercera pieza básica:

• Quien asume el riesgo debería obtener, por término medio, una modesta recompensa económica por asumirlo.

Lo que suelo hacer es ofrecer una tarifa que incluye, de forma gratuita, la corrección de errores a posteriori durante un año. Esa tarifa es el doble (!) de mi tarifa horaria deseada. En la mayoría de los casos, no dedico tiempo a las correcciones posteriores. En algunos casos, dedico mucho tiempo. Trato de planificar de manera que pase alrededor de 2/3 de mi tiempo como facturable bajo este acuerdo. Esto:

1. Protege mis intereses y se asegura de que gane dinero.

2. Protege a mis clientes, asegurando que no se queden con grandes facturas de posventa.

Sin embargo, a algunos clientes no les gusta este acuerdo, y se rompe en el caso de proyectos muy grandes, por lo que también ofrezco otra tarifa en esos casos (no anunciada y a veces tan baja como el 50% de mi tarifa de oferta inicial) con las condiciones explícitas de que el trabajo no tiene garantía y que lo facturaré todo. En promedio, gano un poco menos en estos proyectos, pero tampoco corro el riesgo de las pruebas y la corrección de errores.

TL;DR: Intento que sean gratuitos facturando a una tarifa que me permita ganar más haciendo esto. Sin embargo, en el caso de grandes proyectos o de determinados clientes, puedo trasladar el riesgo al cliente y ofrecerle un gran descuento. Creo que este enfoque es el que mejor satisface los intereses de todos los implicados.

Answer 2

Lo considero parte del trabajo. Si existe la posibilidad de que su código pueda causar errores con la funcionalidad existente, entonces eso debe probarse, arreglarse y cobrarse antes de la entrega.

Si parece que has heredado una base de código con algunos problemas potenciales, yo se lo haría saber al cliente antes. Dígale que el desarrollador anterior no tuvo en cuenta los cambios que usted está haciendo ahora, y que ¿cómo podría hacerlo? (Esto te libera de la culpa, pero no es arrojar al desarrollador anterior debajo del autobús). también con dureza). Por lo tanto, necesitará tiempo para asegurarse de que sus nuevas características se integren bien con la funcionalidad existente y no causen nuevos errores.