Hot answers tagged

25

Define a definition of done that includes testing. Define which testing effort is minimal needed to get the work done. Time boxed exploratory testing session for each story, just after coding is done or even during the coding sessions, pair with developers to test their work Good balance of UI-, Service- and unit-tests, read about the test pyramid ...


19

This is very common. There are basically 3 parts to the problem: Measure. Track stats to know when the backlog is getting worse or improving, week to week Identify. Figure out what things you need to change to stop making it worse week to week Cleanup. Clean up the backlog you created, bit by bit I'll focus on part 3 - the cleanup - but ...


19

"there is nothing to test" That is a strong statement. I like to use James Bach's definition of testing: Testing is the process of evaluating a product by learning about it through exploration and experimentation, which includes to some degree: questioning, study, modeling, observation, inference, etc. So, unless there is nothing new to learn about ...


13

In addition to Michael Durrant's excellent answer and the equally good comments, I'd suggest you consider a few things: If you have not already done so, devote some time to analysis of your bug backlog. You will probably find some combination of the following things: The bugs cluster in certain areas of the application. These will typically be the areas ...


13

Get a good Scrum Master who can convince the organization that Scrum teams should not be depended on other teams to deliver shippable software. It is an impediment he/she should resolve. Traditional Organisations want the benefits of Scrum without changing their ways. Even for great coaches, this could be a process of years. Don't give up. Be bluntly honest ...


10

In addition to some of the other suggestions, you could consider a few other options: Build/run load tests for new/recent work (given the maturity of your test automation you may already have this under control) Review existing test automation for obsolete or ineffective tests (You have no idea how much I wish I could reach this point) Review and refactor ...


9

I've tested in the sprint + 1 system under the SAFe framework. The framework does not specific this but lends itself to doing it for organizations coming from waterfall. Mu suggestion is: stop it Your questions of Does one need 2 Definition of Done? When does the PO take the item? Does he take it off twice? How much buffer does the deployment team ...


8

It depends, and there are no industry standards. Seriously. Any metric can be gamed (and will be, if you use it for assessment). I'm not aware of any standard approaches, not least because the teams are - or should be - evaluating themselves regularly and looking for ways to improve their own processes (if they aren't then they're probably using SCRUM-but......


7

It reads to me as though your organization is using the SM role in a somewhat different way than classic Scrum, so my suggestions could be way off-target here. Classically, the SM role is to facilitate progress by finding ways to clear or work around any impediments that arise during a sprint, to lead meetings, to ensure that meetings stay on-topic and stay ...


7

With respect to testing they are the same. Kanban and Scrum are both iterative Agile development models, the goal is to get the most important tasks fully done (including testing) as soon as possible. The product should be potentially shippable at the end of the iteration. The difference is with Scrum the end is a set date, with Kanban it could be anytime ...


6

I'd suggest you start by taking a look at some of the related questions and their answers, particularly this one and this one. Also, if you don't have Crispin and Gregory's Agile Testing, get it. Some things that I've found helpful include: Test plans will still happen - but they tend to be much more lightweight and built as you test. Some tools support ...


6

My ex-client went through a very similar thing. When I started, QA weren't invited to walkthroughs, project meetings, sprint planning, daily stand-ups, etc., and developers were estimating the time for QA! Genuinely couldn't believe it. The problem was, QA (being the ultimate gatekeepers of quality) were just seen as obstacles rather than valued members of ...


6

Use tests to drive code design. This is the difference between using tests as quality checks, post development instead of using tests to uncover and drive the design up-front. "Testing by itself does not improve software quality. Test results are an indicator of quality, but in and of themselves, they don’t improve it. Managing the Unmanageable. Steve ...


5

My team struggles with a similar issue having multiple input streams, that are running on different iteration/sprint cycles into a common product. We tried testing in the dev int area for each team for a while and then marking items done at that point, but we quickly discovered that was too early in the process. We could verify that new functionality was ...


5

You don't wait for a sprint to start before doing test work. You should have been present during the planning of the ticket and given feedback on the feature. Were all possible scenarios spec'd out? Could something be added to improve the testability of the feature? Do you need to create additional work items for yourself to set up an environment or generate ...


5

I've been there. This is my experience: Start with - Review all the documentation you're given. Chances are good something critical has been overlooked because Project Managers tend to focus only on their projects and developers tend to focus on the work they're developing. Testers are usually the ones with the broad perspective. The key thing here is that ...


5

Of-course, understanding the goal of an user-story before coding review gives a lot of context. In an Scrum team I would expect all team-members to already understand the acceptance criteria as everyone was part of the Sprint planning session. Still actively verifying the (user/customer level) acceptance criteria of an user-story does not seem something I ...


5

Classic testing is Quality Assurance Agile Testing is Quality Engineering Quality Assurance Traditionally most testing as done at the end of the development. It asks if the product that has been developed meets the requirements, both explicit and implicit. Quality Engineering This field is primarily concerned about automation and automated tests. It ...


5

If you have a set of Regression Tests, testers can start automating them starting with which are easiest to automate. This will save you a lot of time in the long run during Regression Testing. Of course, this requires some programming skills and if the testers do not have those at the moment then this is the great time for them to learn it and apply to ...


4

Agile teams are cross-functional teams. They estimate the work from design to delivery often on a story based level. This includes the testing work, since testing should be part of the definition of done. Story points are the relative size of the complexity of the task at hand. Read more about estimating with relative sizes in this blog. I as a tester part ...


4

I'm going to answer the first two points because I think the other two should be put as separate questions instead. What are the types of testing that can be conducted on first build which was released in first sprint in agile development model? There is no specific check-list. It depends solely on the architecture and complexity of the project. Team ...


4

Seems you have a mini water-fall. Everyone in the team should help finish the Sprint. Let the developers help with the Stability testing and re-running failed test cases. Developers and QA do not exist in Scrum, to quote the Scrum guide: Scrum recognizes no titles for Development Team members other than Developer, regardless of the work being performed ...


4

Anybody can be the Scrum Master, just make sure the Scrum Master has no other conflict of interest roles as Product Owner, Manager or Stakeholder. Personally I think testers have the potential to be great Scrum Masters, because: Testers discover problems/defects, but often do not demand a certain solution. Its up-to the owners of the issue to find the best ...


4

As your question is tagged Scrum I will try to answer it within that context. It starts with the Scrum's Definition of Done: When a Product Backlog item or an Increment is described as “Done”, everyone must understand what “Done” means. Although this varies significantly per Scrum Team, members must have a shared understanding of what it means for ...


4

Now QA is not the only person responsible for the quality of the product, instead QA's are taking up the role of a person who drives the quality process inside the team. Some things which you can do/introduce to improve your and your teams efficiency are : Educate the whole team about the importance of quality and also that QA's are not the sole person ...


4

The cynic in me feels that if developers could be relied on to detect & fix their bugs as they go along then separate testing teams would never have been invented in the first place. Much zealotry in this thread...


4

I found myself in that very same position last year. With a team of around 12 devs and only 2 QAs we used up all our time testing features and couldn't do the (IMHO) more important work of improving processes, making our test infrastructure better and also carrying out some more long term initiatives that would improve things from a quality standpoint. Plus ...


4

There is no general guideline for this. This depends on how experienced/good the devs are, how new the technology is they might be using, how complex or new the application is they are building, etc. For example if it's a long ongoing project were only small changes are done, you should find next to no bugs, however in a new project that is just being ...


3

Scrum does not define any processes for testing, its more about a general iterative software development workflow and describes communication points and artefacts. The cycle of a Scrum sprint is that the team commits to a certain number of stories and at the end of their sprint. Those stories should meet the teams definition of done. Which should including ...


3

Having done 23 years of performance tests including trouble shooting, correction, and rerun I can agree with testerab on long reports full of nice graphs that remained unread (and even if scanned certainly not understood). Of course if you are a paid for third party, or even expendable employee, that report might be the only way you can justify your costs ...


Only top voted, non community-wiki answers of a minimum length are eligible