10Oct/09Off
Try passive voice
Today's tip come from dailytestingtip - a recent Twitter creation similar to this blog. It's been started by our newest QuickTestingTips author, Anne-Marie Charrett.
"If bug reports are getting developers riled up, try adopting a passive voice approach to writing."
The post then links to Ivan Walsh's post on when you should use passive voice. From that post:
When to use the Passive Voice:
1. To emphasize the action being performed; the active voice highlights the person doing the action.
2. To show that results are more important than the person/system performing the action, for example, ‘the errors were generated by the system.”
3. To avoid assigning blame to a person, for example, “An error occurred when the system overloaded.”
Posted By Michael Kelly
Filed under: Bug Reports, Playing Well With Others
Comments Off
Categories
- Accessibility (4)
- Automation (26)
- Availability (1)
- Bias (8)
- Bug Reports (26)
- Career Tips (8)
- Collaboration (3)
- Compliance (1)
- Database (3)
- Disaster Recovery (2)
- Documentation (31)
- DOS/UNIX Apps (1)
- Estimation (1)
- Exploratory Testing (29)
- Free Tools (78)
- Heuristics (57)
- Hiring Testers (1)
- Internationalization (5)
- Learning about the product (8)
- Mind Mapping (11)
- Performance Testing (34)
- Playing Well With Others (42)
- Practicing Testing (9)
- Regression Testing (2)
- Security Testing (13)
- SEO (1)
- Skilled Bug Investigation (13)
- Stress Testing (1)
- Technical Tricks (3)
- Test Data (17)
- Test Management (33)
- Test Oracles (2)
- Test Planning (33)
- Test Theory (5)
- Testability (1)
- Testing mobile (6)
- Testing Techniques (18)
- Time Savers (31)
- Tools under $100 (11)
- Uncategorized (2)
- Unit Testing (2)
- Usability (13)
- Web Testing (32)
Authors
- Albert Gareev's website
- Anne-Marie Charrett's blog
- Jonathan Kohl’s blog
- Julian Harty’s website
- Karen Johnson’s blog
- Mike Kelly's blog
- Rick Grey's profile
