| > I trust that you are "incredibly competent" but 1 mistake a month seems very low to me. But what do I know! :) 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. |