http://www.cwhdallas.com/borland-ibm/
Borland Ibm
 |
Turbo Pascal 4.0 (IBM Version) Sale Price: $23.93  |
|
More than just a user's manual, this 654 page volume details the Turbo Pascal 4.0 environment, by combining a modern approach to computer science and programming with up-to-date coverage. |
|
TURBO PROLOG: USER'S GUIDE, VERSION 2.0. (IBM VERSION). |
|
|
Borland Pascal With Objects 7.0 List Price: $39.95 |
|
Do More With Functional Testing
Functional Testing has always been an activity done by Test Engineers using Functional Testing tools like QTP from HP/Mercury, SilkTest from Borland/Segue, Functional Tester from IBM/Rational, …
But time is changing – so is Functional Testing – and the things you can do with it. In this article I talk about:
• The Past – Functional Testing done by Testers
• The Present – More and More Functional Testing done by Developers with the help of Frameworks
• The Future - Extend Functional Testing with Transactional Tracing to improve Root Cause Analysis and Automate Architecture Validation
The Past: Traditional Functional Testing
All those tools traditionally had their record/replay approach by recording the interactions with the User Interface that should be tested as well as recording the control structure of the windows/controls that were tested. With this separation it was easier to maintain scripts in case the layout of the application under test changed. You only had to update the description of the UI and not each test script that used that description.
The drawback of all these tools was that it required a special set of skills to do Functional Testing. Each tool came with its more or less proprietary testing language as well as IDE and runtime. These were some of the reasons developers usually didn’t get in-touch with functional testing. Due to the lack of exposure developers also frequently questioned the results of functional testing tools as they were presented to them by the Testing Engineers leading to built up tension between the testing and development teams.
The Present: The Functional Testing world is changing to …
Over the past couple of years – greatly driven by the Open Source Community as I believe – we could see a move towards bringing Functional Testing closer to the developers. The approach taken was to provide testing frameworks that allow writing functional tests in Java, .NET, JavaScript, … just as you would write your unit tests using frameworks like JUnit or NUnit. The frameworks are easy to use and provide support for the major browsers, RIA frameworks and desktop UI technologies.
The list of available frameworks is growing - a lot of them are free, e.g.: Selenium, WebAii, WindMill
Benefits of Functional Testing Frameworks
I see multiple benefits of these frameworks:
• Developers can now easily write functional tests besides only writing unit tests
• Functional tests can cover test areas where it is hard to write unit tests for
• Functional tests can easily be integrated in your Continuous Integration process -> execute them as you execute your unit tests
• Developers not only think about how components can be made testable for unit testing – but also how the UI can be made testable for Functional Testing
• BETTER TEST COVERAGE
• Reuse tests for load-testing and production monitoring
The Future: Go beyond Functional Testing with Transactional Tracing
Functional Testing in the hands of developers promises to bring us more tests that can easily be integrated in the existing automation processes like Continuous Integration. So – is there anything missing? YES THERE IS
• Root Cause Analysis: you still have to sit down and figure out why certain tests failed. This often requires manual re-runs of the tests with an attached debugger to track down the problem. Too often the problems cannot be reproduced on the developers machine but only on the test machine that was setup with a special environment – which might just not be available right now
• Architecture Validation: functional testing as well as unit testing only verifies the functional correctness of the tested components. It does not verify if the underlying code is efficient and scalable when executed under load or in production like environments
The next evolutionary step for Functional Testing is to combine Functional Testing with Transactional Tracing. Analyzing the executed transactions from end-to-end down to the invoked components, across tiers and runtime boundaries allows you to
Speed up Root Cause Analysis
• you get the dynamic execution path of the tested code as part of the functional test result for each functional test step
• no need to manually re-run tests as all code-level execution results have already been collected on the target machine where it happened
• no need to debug through code as the transactional trace contains method level information including execution time, arguments, exceptions, …
Automate Architecture Validation
• you can analyze the dynamic code behavior in terms of e.g.: number of sql-queries, number of remoting roundtrips, memory allocations, …
• you can analyze which components really interact with each other and if the dynamic execution matches what is on the blueprint
• Automating the analysis of these “Architectural Rules†allows you to let test runs fail in case certain rules have been violated even though the application might be functionally correct
• identify problems early on that would later cause problems under load or in production
About the Author
www.dynaTrace.com is the leader in continuous APM for business-critical Java/.NET applications. We enable lifecycle stakeholders, development, QA and production, to quickly find problems & coordinate resolution, speeding MTTR by 10x.
Why are most computer technology companies from U.S.A?
Why are most computer technology companies from the United States?
* Microsoft
* Apple Inc.
* Oracle Corporation
* IBM
* Adobe Systems Incorporated
* Sun Microsystems
* Google
* Yahoo
* Youtube (now owned by Google)
* Facebook
* Twitter
* eBay
* Borland Software Corporation
* Intuit Inc.
* Symantec Corporation
* BMC Software
Why is U.S.A so ahead compared to other countries in computer technology?Most computer technology products are from there. Will we ever see a big computer technology country rising outside the U.S.A, from another country? What do you think? Im not saying there are not companies outside the U.S.A which contribute in the industry of computer technology, all Im saying is that it is not like U.S.A.
Well i kinda understand the point you are trying to make however i think your question could be worded better. MOST computer technology companies aren't from the USA. Maybe some of the biggest or richest ones are, but not most. Think of the millions and millions of tiny companies in every other country combined verses the number in 1 country. Also, not all those companies you have listed ARE "computer technology" companies. Some are just web companies, software companies etc.
Im assuming you are from the USA and therefore its only natural that you are more familier with USA based companies. They advertise all around you and you are potentially a customer of theirs. Therefore your being exposed to mainly companies from the USA, it is bound to give this impression.
MySQL's Urlocker Joins Revolution Board
Zack Urlocker has left Oracle to join the predictive analystics startup, REvolution Computing.
Thanks for visiting!
