|
The Future Is Mobile Technology: An Interview with Jonathan Kohl Jonathan Kohl discusses where he thinks technology is headed, how mobile devices are changing what we test, and what all that time we spend socializing online is doing to workplace productivity.
|
|
|
The Three Amigos: All for One and One for All Analysts determine what needs to be created. Programmers create it. Testers find the holes in the work of both. That's one way to do it, but all three can collaborate to do these things better, and more easily, too.
|
|
|
Tester, Know Your Product Should you diligently produce multiple big documents before testing begins? Consultant Fiona Charles argues that you should do that only if you believe that documentation is your product as a tester. If your product is information, you should instead minimize test documentation and engage with the software to build the product your stakeholders are paying for.
|
|
|
Improving QA-Development Communication: An Interview with Amit Chopra In this Sticky ToolLook interview, Microsoft senior program manager Amit Chopra takes a look at some of the common communication breakdowns between QA and development teams and offers suggestions for avoiding or repairing those situations.
|
|
|
Raising The Bar For Configuration Management Configuration management (CM) has matured into a "must-have" discipline. But, many CM experts have failed to keep up with what's required to implement CM best practices. Find out what needs to be done to raise the bar for CM.
|
|
|
Imaginary Friends: Creating Software with Personas We all want to satisfy our users, but tailoring software to customers is easier said than done. Personas—a method to synthesize your primary users into abstract entities—facilitates understanding of goals and experiences.
|
|
|
Load Test Your Website Before Your Customers Do When you release a website or web application, it’s going to face a lot of very public load testing. If it performs poorly, there’s a good chance that you’re going to lose a lot of customers. Colin Mason offers some tips for load testing in order to ensure a better customer experience.
|
|
|
Testing Under Pressure A cast-in-concrete delivery date looms on your project’s horizon. You have precious little time remaining, and the development team keeps delivering incomplete builds of unstable code. Is this a "death march" project, or can the testing team actually do something useful, or perhaps even save the day?
|
|
|
Pair Development: How Programmers and Testers Benefit Automated tests are a foundation of agile software development. Many experts teach that developers should write unit tests and testers should write higher-level tests. However, many of the practices, such as test-driven development and pair programming, say little about how programmers and testers could work together. Shannon Prue (developer) and Dawn Cannan (tester) describe and demonstrate the interactions between the developer and tester pairing to implement a user story. Early in the process they agree on story scope, develop a shared vocabulary, and work together to understand the technical and logical details. The tester learns the developer’s approach to solving the problem and begins to design the associated test approach. The developer learns what will be tested, resulting in more solid production code from the beginning.
|
Dawn Cannan, 42 Lines
|
|
Industrial Strength Exploratory Testing During the past few years, exploratory testing (ET) has gained popularity as one of the most efficient styles of testing for smaller agile development teams. It has a proven advantage of finding defects faster over larger areas of the software. However, exploratory testing is not a mainstay in large-scale, enterprise product testing. Anutthara Bharadwaj explores some of the myths surrounding ET-lack of planning, misconstruing exploration as ad-hoc testing, lack of metrics, deficiency of actionable data in defect reports, and more. Anu addresses these myths with real data from a case study of the Microsoft Visual Studio ALM team that adopted ET over a two-year product cycle on a team with more than one-hundred engineers with an enterprise product servicing several thousand customers.
|
Anutthara Bharadwaj, Microsoft India (R&D) Pvt. Ltd
|