(no title)
bobsy | 12 years ago
Honestly, I don't know where "incredibly" came from. I was going for pretty (pretty competent). I think my mind was in 2 places at once.
I have been working with the same code base for 2 years. I know it back to front. I am good at testing and my mind is open to the various scenarios which need to be tested for each change which is made. I make mistakes all the time but they very very very rarely sneak out and get live.
> What type of product do you have?
Its a website-as-a-service product.
> Do you have a QA team?
Nope. For major features we try to get all employee's to pitch in for a group test on a development server. That is the best we do. Minor features / fixes are just tested locally by the developer then go out.
> Do you track new and close bug counts from week to week?
We use bug tracking software. We track the amount of open bugs. When I started I was getting around 20 bugs / developer support requests a week. Now I get one or two. Most of what I get through the tracker is trouble shooting unfamiliar hosting configurations.
> Similarly do you track regression counts from build to build?
No
> Does the code base have a high completeness rate for unit tests?
The code base doesn't have unit tests. It was built by a hobbiest 4 years ago. The current version supports legacy features from a previous version. It is mainly procedural with a smattering of random classes. There is a lot of code duplication. It is the definition of spaghetti code.
Basically, the core software needs to be rewritten. This isn't a management priority so we make do.
> Do you only deploy if you pass the unit tests?
N/A
> What if you introduce a bug that screws up the data, do you have a fallback strategy?
We have twice daily backups and can rollback.
No comments yet.