6 ms·

> because I spend half of my time writing tests. Only half your time? You're doing testing wrong if it doesn't take 80% of the time ;-) I have a love hate rel

> because I spend half of my time writing tests. Only half your time? You're doing testing wrong if it doesn't take 80% of the time ;-) I have a love hate relationship with testing. Working for myself as a company of one, some of the benefits testing bring just don't apply. I have a suite of programs built in the style of your point (1). The programs were quick to market and hacked out whilst savings ran out not knowing if I would make a single sale. Sales came, customer requests came, new features were wanted, sales were promised "if the program could just do xyz". More things was hacked on. The promise of "I will go back and do this properly and tidy up this god unholy mess of code" slowly slipped away that I stopped lying to myself I would do it. Yes there was a phase of fix one problem add another, but I have most of that in my head now and has been a long time since that happened. Not a single test. Developing the programs was "fun" and exciting. Getting requests for features in the morning and having the build ready by lunch kept customers happy. Now I am redoing the apps as a web app for "reasons". This time am doing it properly, testing from the start. I know exactly what the program should do and how to do it, unlike the first time when I really had no idea. But still, I Come to a point and realise the design is wrong and I hadn't taking something into consideration. Changing the code isn't so bad, changing the tests, O.M.G. I am so fed up of the project, I do all I can to avoid it, it is 2 years late, I wish I never started it. The codebase has excellent testing, mocks, no little hacks, engineering wise am proud of it. The tests have found little edge cases that would have been found out by customers so avoided that. But there is no fun in it. No excitement. Is just a constant drudging slog. Am trying to avoid dismissing testing all together, as I really want to see the benefit of it in a production substantially code base. If I ever get there. At the moment, the code base is the best tested unused software ever written IMO

claudiusd 6y ago
LOL. I guess I was being a bit conservative with that estimate! I've worked for myself as well and know what you mean. In my situation, I was able to save myself from testing by telling my customers "this is a prototype so expect some issues".
moreaccountspls 6y ago
Well, then stop! Delete all the tests right now and do it however you want to do it. The thing about testing that never really gets talked about it is, what's the penalty for regressions? What's the consequences if you ship a bug so bad the whole system stops working? Well, if you're building a thing that's doing hundreds of millions in revenue, that might be a big deal. But you? You're a team of one! You rollback that bad deploy and basically no one cares! Your customers certainly don't care if you ship bugs. If it was something important enough where they REALLY cared, they wouldn't be using a company of one person. So, go for it. Dismiss tests until you get to a point where you fear deploying because of the consequences. Then add the bare minimum of e2e tests you need to get rid of that fear, and keep shipping.
- monksy 6y ago
  > Well, if you're building a thing that's doing hundreds of millions in revenue, that might be a big deal. But you? You're a team of one! You rollback that bad deploy and basically no one cares! Human lives, customer faith in product, GDPR violations, HPPA violations, data, time/resources in space missions https://medium.com/@ryancohane/financial-cost-of-software-bugs-51b4d193f107 https://medium.com/@ryancohane/financial-cost-of-software-bu... https://en.wikipedia.org/wiki/Mars_Climate_Orbiter https://en.wikipedia.org/wiki/Mars_Climate_Orbiter
  - mercer 6y ago
    > But you? You're a team of one! You rollback that bad deploy and basically no one cares! I somehow doubt that comparing this 'team of one project' to the Mars Climate Orbiter leads to any useful conclusions. It's a nice bit of hyperbole though!
    - monksy 6y ago
      Rollbacks can create data loss. Also, rollbacks are not always a viable option. Anyways..this was to address the issue of a bug. I took the comment of "it's just a team of one" as a way of trying to justify not putting your engineering due diligence into delivering a product to the customer.

claudiusd 6y ago

LOL. I guess I was being a bit conservative with that estimate! I've worked for myself as well and know what you mean. In my situation, I was able to save myself from testing by telling my customers "this is a prototype so expect some issues".

moreaccountspls 6y ago

Well, then stop! Delete all the tests right now and do it however you want to do it. The thing about testing that never really gets talked about it is, what's the penalty for regressions? What's the consequences if you ship a bug so bad the whole system stops working? Well, if you're building a thing that's doing hundreds of millions in revenue, that might be a big deal. But you? You're a team of one! You rollback that bad deploy and basically no one cares! Your customers certainly don't care if you ship bugs. If it was something important enough where they REALLY cared, they wouldn't be using a company of one person. So, go for it. Dismiss tests until you get to a point where you fear deploying because of the consequences. Then add the bare minimum of e2e tests you need to get rid of that fear, and keep shipping.

monksy 6y ago
> Well, if you're building a thing that's doing hundreds of millions in revenue, that might be a big deal. But you? You're a team of one! You rollback that bad deploy and basically no one cares! Human lives, customer faith in product, GDPR violations, HPPA violations, data, time/resources in space missions https://medium.com/@ryancohane/financial-cost-of-software-bugs-51b4d193f107 https://medium.com/@ryancohane/financial-cost-of-software-bu... https://en.wikipedia.org/wiki/Mars_Climate_Orbiter https://en.wikipedia.org/wiki/Mars_Climate_Orbiter
- mercer 6y ago
  > But you? You're a team of one! You rollback that bad deploy and basically no one cares! I somehow doubt that comparing this 'team of one project' to the Mars Climate Orbiter leads to any useful conclusions. It's a nice bit of hyperbole though!
  - monksy 6y ago
    Rollbacks can create data loss. Also, rollbacks are not always a viable option. Anyways..this was to address the issue of a bug. I took the comment of "it's just a team of one" as a way of trying to justify not putting your engineering due diligence into delivering a product to the customer.