In depth articles and automated tools, Q & A every thing you would
need for Software testing provided at the link below

http://it-mystic.com/testing-mystic/software-testing.htm

Methods & Toosl is currently conducting a one-question poll to know if
your internal applications are developed exclusively inside your
organisation or if you use outsourcing software development services.

Go to www.methodsandtools.com/dynpoll/vote.php to participate and to
see intermediate results.

Good morning,

I am looking for a macro/routine/application that would help me get a
set of international rates and times, in US dollars, to ship a .5
letter envelope or a 3 lb box to various cities in different counties
around the world.

Rather than entering the starting city and 10-20 destination cities,
over and over again, I wanted to automate this, and have the results
dropped in an output file.

These are the series of steps:

Go to the shipper's website (ex. ups.com)
Tell it we are starting in Brazil, for example
Enter the starting city in Brazil, enter the postal code,
Enter the destination country, city and postal code (if there is one)
Change the date from a drop-down
Click "Detailed Time and Cost" radio button
Click Next.
...
Then record the price and transit time.

Good morning,

I am looking for a macro/routine/application that would help me get a
set of international rates and times, in US dollars, to ship a .5
letter envelope or a 3 lb box to various cities in different counties
around the world.

Rather than entering the starting city and 10-20 destination cities,
over and over again, I wanted to automate this, and have the results
dropped in an output file.

These are the series of steps:

Go to the shipper's website (ex. ups.com)
Tell it we are starting in Brazil, for example
Enter the starting city in Brazil, enter the postal code,
Enter the destination country, city and postal code (if there is one)
Change the date from a drop-down
Click "Detailed Time and Cost" radio button
Click Next.
...
Then record the price and transit time.

What is the difference between a Product and a Solution in the IT
industry, particularly the software industry?

One example can be found at http://software.emc.com. The website has a
link to products while another to solutions.

Any help would be very much appreciated.

Apply the monkey paradigm to test your GUI (graphical user interface)
for Windows. Do you know that a monkey using a piano keyboard could
play a Vivaldi opera? Could the same monkey, using your application,
discovery defects?

Send randomly tons of events to the application and see what happen.
Click, double-click, right-click, select menu, press key-board and
other events, with a taboo-list that avoid cycling on same event.

More details and software on www.poderico.it/guitester

Looking forward for your comment,
Luigi Poderico

[Apologies if you receive multiple copies of this announcement]

BCS-FACS Evening Seminar Series

What Can We Expect From Program Verification?

Professor Michael Jackson, Open University and Consultant

7 February 2007
5.45pm start

BCS London Offices
First Floor,
The Davidson Building
5 Southampton Street
London WC2E 7HA

The admirable ambition to prove programs correct assumes the existence
of a formal program specification, which is distinct from a formal
---or
informal---statement of system requirements. In some systems the
necessarily non-formal nature of the physical and human world, where
the software is required to achieve its effects, may make a formal
specification very hard, or even impossible, to obtain. A narrow view
of the nature and goals of program verification is therefore often less

I'm getting interested in lisp.
A nice project would be a graphical lisp editor. Instead of all those lots
of irritating silly parentheses, expressions would be represented as trees.

On Friday 12 January 2007 04:32, no-top-post wrote:

Writing English and writing code have similarities. Writing in a
restricted, stylized framework is easier, but one quickly finds things
that can't be expressed. At least not clearly, precisely, succinctly
or all three.

As my programming languages professor (Kathy Yellick, if I recall)
said, the more you can say *with* a language, the less you can say
*about* the language. More expressive languages are harder to work
with, or at least learn.

Responding to No-top-post...

Q: why would one be interested in code structure? A: to have better
maintainability.

Q: what is the best way to manage complexity? A: divide-and-conquer.

In the '60s modularity was recognized as achieving maintainability and
notions of software /design/ -- as opposed to software coding -- became
prominent. So in the '70s the first cut at formal principles for design
evolved into Structured Analysis/Design/Programming based upon
functional decomposition. While that improved things it had an Achilles
Heel for maintainability in reuse situations because of hierarchical
dependencies that eventually led to Spaghetti Code.

Functional decomposition was natural because the 3GLs all provided
abstractions of hardware computational models. Thus all popular 3GLs,
including OOPLs, are inherently procedural in nature since they are
based on procedural block structuring, procedural message passing, and
stack-based scope.