Forum Discussion
Thanks for the video! Do you have a preference when to start performance testing for a baseline of a new project. Would you start at the beginning and see how performance is affected by each new feature or wait till the end or close to the end and then try to fix it? I can see a case for both.
- AlexKaras4 years agoChampion Level 3
Hi Marsha,
> Do you have a preference [...]
If I may jump in, I would suggest intermediate suggestion - start when the foundation of solution has been established and it was decided that it is good enough and may and will be used from now on (i.e. that generic architecture of solution has been tried and it was decided that architecture (core engine) is approved). This seems to be a good moment to create initial baseline and then move on and monitor how each new feature affects performance.
Does this sounds reasonable?
P.S. Update: It appeared that I wrote practically the same that AGubarev replied three minutes before 🙂
- AGubarev4 years agoSmartBear Alumni (Retired)
Hi, Marsha_R
Thanks for the question.
From my experience, when we start test projects from scratch, first of all Devs need to "understand" and implement basic functionality. And this functionality is near to POC. So, it can be changed in any moment. So, I'd concentrate all QA resources on functional tests. Maybe the only exception, if we talk about performance, is load/stress testing. I remember the case, when we as QA perform load / stress of the the raw version of client-service app, and as result developers totally change the infrastructure and solution vendors (the previous had limited scale capabilities). So, if you test project which potentially will be scaled (it has database, or server on background) and it's not typical project for your company. It's reasonable to investigate limitations on the earlier stages.
Regarding to performance regression testing, I still think that QA resources are "luxury", so, product teems should use it on most critical scenarios. And it's hard to predict such scenarios if the app is not used by real customers. Of cause, there are obvious issues with performance. But from my experience even ordinary functionality tests can found them. So, to sum up, I cannot see the cases, when it reasonable to develop such kind of tests at least before the core functionality is covered with functionality tests
Related Content
- 12 months ago
- 10 months ago
- 12 years ago
- 15 years ago