Microsoft Testing Tour - Functional and Automated Testing


Published on

What should I automate?
While manual testing is always going to have its place, there are several types of tests that can be automated for efficiency. In this session, we’ll discuss everything from automating functional and load tests to the automation of writing test case steps and designing for reuse.

Published in: Technology
  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

Microsoft Testing Tour - Functional and Automated Testing

  1. 1. With TFS and Visual Studio Angela Dugan ALM Practice Manager Polaris Solutions
  2. 2. Angela Dugan
  3. 3. Manual testing User testing Ad-hoc exploratory testing Planned manual testing Testing toolbox Role tailored tools User Interface Services Business Processes Business Rules and Logic Service integrations Data access Identity Data Automated testing Keyword testing UI automation testing Performance testing Automated testing Unit testing Integration testing Performance testing Load testing Continuous integrations Build | Deploy | Test Lab management automation Dev SIT UAT Stress Prod
  4. 4. Record and automate UI tests UI regression test needs grow over time Manual UI testing impacts the delivery cycle times Automated UI tests are brittle, time-consuming to maintain Robustly instrument UI tests to reduce maintenance overhead Associate UI tests with a scheduled build Test more functionality in less time Reduce or eliminate repetitive manual testing Reduce cycle time when delivering new features
  5. 5. Convert the test case to code for enhanced flexibility Generate your Coded UI test from an existing recording, or record a new test case on the fly
  6. 6. Cross-browser testing support allows automated testing on multiple browsers CodedUI tests interact directly with your app’s UI Tests can be run and monitored on the local machine, or further automated on a virtual machine
  7. 7. Coded UI tests are part of source control for maximum visibility Coded UI tests run as part of your unit testing suite, enabling developers to detect defects early Even if the look & feel changes, the automated test still executes properly
  8. 8. Push Squish tests into TFS Import and run Squish GUI tests directly in Visual Studio and view results Preferred partner solution : FrogLogic Associate Squish tests with MTM Test Cases
  9. 9. Keyword-driven authoring platform using familiar tools Preferred partner solution : LogiGear Library of preprogrammed reusable actions Fully integrated, multi-platform testing
  10. 10. • • •
  11. 11. Incident management tools and workflows to integrate operations and development teams in reducing MTTR Reduction of MTTR • SCOM and TFS integrated workflows to manage incidents from occurrence to resolution • One click “Assign to Engineering” from SCOM • Collection of actionable diagnostics in production for development troubleshooting (IntelliTrace)
  12. 12. Testing the User Interface with Automated UI Tests: CodedUI Testing Walkthroughs: CodedUI Best Practices: System Testing with Visual Studio:
  13. 13. Mark each step as pass/fail when recording manual tests Carefully consider which test cases make sense for automation, and when Use the Automation Status field of test cases to identify candidates for automation
  14. 14. Use the Coded UI Test Builder whenever possible Do not modify UIMap.designer.cs as it may be overwritten Create your test as a sequence of methods Create a new test method for each new page, form, or dialog When you create a method, use a meaningful name Try to limit each method to fewer than 10 actions Create each assertion using the Coded UI Test Builder If the UI changes, re-record the test or assertion methods
  15. 15. Test -> Windows -> Test View -> Properties Select CSV, XML, or SQL this.UIMap.SimpleTestParams.UIMyTextbox EditText = TestContext.DataRow[“col_name"].ToStrin g(); Databinding to test parameters happens automatically when converting from manual test cases
  16. 16. Searching used to look for all possible controls Filtering used to narrow that list exactly one match X, Y only used to guide where the clicks happen within a control Mouse.Click(uIGOButton, new Point(19, 18));
  17. 17. ULTIMATE Premium Professional Office Web Access SharePoint Team Explorer Everywhere Test Professional