plzz tell me the Difference Between Troubleshooting, Testing, and Debugging?  

As Far As I am Concern,The first step in troubleshooting is to cover the basics. Is the software or hardware installed properly? Is it configured properly? Have you read the manual and followed all instructions? Maybe you changed something in your system that precipitated the problem? Have you been using this product all along, or is it a new install?

If it’s a new install you can almost be sure that the trouble lies in the installation process, particularly in the case of hardware. Hardware requires a device driver (software file) that acts as a bridge or interface between the hardware and the operating system. If the device driver fails, the hardware cannot communicate properly with other system components. Device drivers might not be present or might have been installed in the wrong order relative to the device.

If the problem lies in hardware that was working perfectly fine up to the present moment, corruption of the device driver might be the cause. Reinstalling the driver might solve the problem. An updated driver might also do the trick. Other times, reseating a component in the motherboard by powering down the computer, extracting the component then reinstalling it takes care of the issue.

Troubleshooting hardware in Windows™ operating systems is also available through the Device Manager and Help menus. A yellow exclamation mark next to a component in the Device Manager indicates a problem.

Software that starts behaving badly might also be corrupted. Reinstallation can sometimes help, but if a program began acting up after new, unrelated software was installed, there might be a conflict between the two. Firewalls and anti-virus programs are notorious for not playing together nicely, and it’s probably wise to stick to just one program in each of these categories unless you are an advanced user.

Answered by Sharad Singh at 7:51 PM on September 03, 2008

Troubleshooting:

To find out why something does not work and to fix the problem. Troubleshooting a computer often requires determining whether the problem is due to malfunctioning hardware or buggy or out-of-date software.

Debugging:

To correct a problem in hardware or software. Debugging software means locating the errors in the source code (the program logic). Debugging hardware means finding errors in the circuit design (logical circuits) or in the physical interconnections of the circuits.

Testing:

Runni ng new or revised programs to determine if they process all data properly. For professional certification testing, see certification. For proficiency and aptitude tests, see aptitude tests. For a synopsis of hardware and software tests.

Answered by Ashish Yadav at 10:25 AM on September 02, 2008

The first step in troubleshooting is to cover the basics. Is the software or hardware installed properly? Is it configured properly? Have you read the manual and followed all instructions? Maybe you changed something in your system that precipitated the problem? Have you been using this product all along, or is it a new install?

If it’s a new install you can almost be sure that the trouble lies in the installation process, particularly in the case of hardware. Hardware requires a device driver (software file) that acts as a bridge or interface between the hardware and the operating system. If the device driver fails, the hardware cannot communicate properly with other system components. Device drivers might not be present or might have been installed in the wrong order relative to the device.

If the problem lies in hardware that was working perfectly fine up to the present moment, corruption of the device driver might be the cause. Reinstalling the driver might solve the problem. An updated driver might also do the trick. Other times, reseating a component in the motherboard by powering down the computer, extracting the component then reinstalling it takes care of the issue.

Troubleshooting hardware in Windows™ operating systems is also available through the Device Manager and Help menus. A yellow exclamation mark next to a component in the Device Manager indicates a problem.

Software that starts behaving badly might also be corrupted. Reinstallation can sometimes help, but if a program began acting up after new, unrelated software was installed, there might be a conflict between the two. Firewalls and anti-virus programs are notorious for not playing together nicely, and it’s probably wise to stick to just one program in each of these categories unless you are an advanced user.

Answered by Nidhi Singh at 5:48 PM on September 01, 2008

Troubleshooting in general usually involves reading manuals or help files, going over the basics to eliminate user error as a potential cause, and using a search engine to investigate how others have solved the problem. If there’s one thing you can always count on as an end user, it’s that someone has walked in your shoes before. The Internet community is very good about providing help, and in most cases answers can be found by diligent searching.

Troubleshooting is the bane of the end-user and customer support technician, and begins when software or hardware does not perform as expected, giving an unanticipated or otherwise unsatisfactory result. In many cases user error is at fault.

Testing is the precursor to debugging. Testing is commonly the forte of programmers and advanced users, and occurs when a product is new or is being updated and needs to be put through its paces to eliminate potential problems. Testing identifies “bugs” or imperfections so that they can be corrected in the debugging process, before the [next] official release of the product. These “unofficial” releases are known as beta releases (e.g. 3.0b), and public volunteers are known as beta testers.

Answered by Shobhit at 7:36 PM on August 29, 2008

Troubleshooting:To find out why something does not work and to fix the problem. Troubleshooting a computer often requires determining whether the problem is due to malfunctioning hardware or buggy or out-of-date software.

Debugging:To correct a problem in hardware or software. Debugging software means locating the errors in the source code (the program logic). Debugging hardware means finding errors in the circuit design (logical circuits) or in the physical interconnections of the circuits.

Testing: Runni ng new or revised programs to determine if they process all data properly. For professional certification testing, see certification. For proficiency and aptitude tests, see aptitude tests. For a synopsis of hardware and software tests.

Answered by Reeta K at 8:51 PM on August 28, 2008

Here we explain Troubleshooting, Testing, and Debugging as-

Troubleshooting in general usually involves reading manuals or help files, going over the basics to eliminate user error as a potential cause, and using a search engine to investigate how others have solved the problem. If there’s one thing you can always count on as an end user, it’s that someone has walked in your shoes before. The Internet community is very good about providing help, and in most cases answers can be found by diligent searching.

Troubleshooting is the bane of the end-user and customer support technician, and begins when software or hardware does not perform as expected, giving an unanticipated or otherwise unsatisfactory result. In many cases user error is at fault.

Testing is the precursor to debugging. Testing is commonly the forte of programmers and advanced users, and occurs when a product is new or is being updated and needs to be put through its paces to eliminate potential problems. Testing identifies “bugs” or imperfections so that they can be corrected in the debugging process, before the [next] official release of the product. These “unofficial” releases are known as beta releases (e.g. 3.0b), and public volunteers are known as beta testers.

Beta testing is a valuable resource for software developers because of the varied computer systems participating, combined with the sheer number of hours and scenarios under which the program is used. This flushes out unforeseen problems in a way that can’t be effectively achieved using in house debuggers only. The beta testing phase gives authors a good idea of the readiness of a product for the public domain.

Debugging can be a tiresome task, though some languages are easier to debug than others. Java, for example, includes routines that handle exception errors. An exception error occurs when the program encounters a situation that must be addressed before the program can continue on properly. In this case a built-in routine initiates a “search” within the various layers of software code, looking for an answer to the problem. If a fix cannot be found, a fatal exception error occurs and the program shuts down. The resultant error message might include a memory address or some other cryptic data that will not help the user but could be valuable for debugging. Well-written programs should not have fatal errors.

Debugging is the forte of programmers and developers, and involves fixing the very code of the software to eliminate errors or bugs. Developers attempt to replicate beta-reported bugs on in house systems for the purpose of eliminating them.

For more information-
http://www.wiseg eek.com/what-is-the-difference -between-troubleshooting-testi ng-and-debugging.htm

Answered by Nagendra at 9:00 AM on August 20, 2008

well,Troubleshooting is the bane of the end-user and customer support technician, and begins when software or hardware does not perform as expected, giving an unanticipated or otherwise unsatisfactory result. In many cases user error is at fault.

The first step in troubleshooting is to cover the basics. Is the software or hardware installed properly? Is it configured properly? Have you read the manual and followed all instructions? Maybe you changed something in your system that precipitated the problem? Have you been using this product all along, or is it a new install?

If it’s a new install you can almost be sure that the trouble lies in the installation process, particularly in the case of hardware. Hardware requires a device driver (software file) that acts as a bridge or interface between the hardware and the operating system. If the device driver fails, the hardware cannot communicate properly with other system components. Device drivers might not be present or might have been installed in the wrong order relative to the device.

If the problem lies in hardware that was working perfectly fine up to the present moment, corruption of the device driver might be the cause. Reinstalling the driver might solve the problem. An updated driver might also do the trick. Other times, reseating a component in the motherboard by powering down the computer, extracting the component then reinstalling it takes care of the issue.

Troubleshooting hardware in Windows™ operating systems is also available through the Device Manager and Help menus. A yellow exclamation mark next to a component in the Device Manager indicates a problem.

Software that starts behaving badly might also be corrupted. Reinstallation can sometimes help, but if a program began acting up after new, unrelated software was installed, there might be a conflict between the two. Firewalls and anti-virus programs are notorious for not playing together nicely, and it’s probably wise to stick to just one program in each of these categories unless you are an advanced user.

Troubleshooting in general usually involves reading manuals or help files, going over the basics to eliminate user error as a potential cause, and using a search engine to investigate how others have solved the problem. If there’s one thing you can always count on as an end user, it’s that someone has walked in your shoes before. The Internet community is very good about providing help, and in most cases answers can be found by diligent searching.

Testing is the precursor to debugging. Testing is commonly the forte of programmers and advanced users, and occurs when a product is new or is being updated and needs to be put through its paces to eliminate potential problems. Testing identifies “bugs” or imperfections so that they can be corrected in the debugging process, before the [next] official release of the product. These “unofficial” releases are known as beta releases (e.g. 3.0b), and public volunteers are known as beta testers.

Beta testing is a valuable resource for software developers because of the varied computer systems participating, combined with the sheer number of hours and scenarios under which the program is used. This flushes out unforeseen problems in a way that can’t be effectively achieved using in house debuggers only. The beta testing phase gives authors a good idea of the readiness of a product for the public domain.

Hardware is beta tested as well but since it is financially prohibitive to provide free beta hardware to the public, hardware testing and debugging is commonly done in house. Beta products might, however, be premiered and in some cases distributed in limited numbers to industry insiders at conferences such as COMDEX.

Beta software is specifically made available for testing and is not considered a stable release. Beta testers install beta software at their own risk, and to help software

Answered by Satya ~ at 12:26 PM on August 19, 2008

Troubleshooting:

To find out why something does not work and to fix the problem. Troubleshooting a computer often requires determining whether the problem is due to malfunctioning hardware or buggy or out-of-date software.

Debugging:

To correct a problem in hardware or software. Debugging software means locating the errors in the source code (the program logic). Debugging hardware means finding errors in the circuit design (logical circuits) or in the physical interconnections of the circuits.

Testing:

Runni ng new or revised programs to determine if they process all data properly. For professional certification testing, see certification. For proficiency and aptitude tests, see aptitude tests. For a synopsis of hardware and software tests.

Answered by keshto at 6:59 PM on August 16, 2008

hi dear..

Troubleshooting- is the bane of the end-user and customer support technician, and begins when software or hardware does not perform as expected, giving an unanticipated or otherwise unsatisfactory result. In many cases user error is at fault.

Testing- is the precursor to debugging. Testing is commonly the forte of programmers and advanced users, and occurs when a product is new or is being updated and needs to be put through its paces to eliminate potential problems. Testing identifies “bugs” or imperfections so that they can be corrected in the debugging process, before the [next] official release of the product. These “unofficial” releases are known as beta releases (e.g. 3.0b), and public volunteers are known as beta testers.

Debugging- is the forte of programmers and developers, and involves fixing the very code of the software to eliminate errors or bugs. Developers attempt to replicate beta-reported bugs on in house systems for the purpose of eliminating them.

http://www.wisegeek.com/wh at-is-the-difference-between-troubl eshooting-testing-and-debugging.htm

Answered by Dan !!!!!! at 2:36 PM on August 16, 2008

Troubleshooting is a form of problem solving. It is the systematic search for the source of a problem so that it can be solved. Troubleshooting is often a process of elimination - eliminating potential causes of a problem. Troubleshooting is used in many fields such as system administration and electronics.

In general troubleshooting is the identification or diagnosis of "trouble" in a system. The problem is initially described as symptoms of malfunction and troubleshooting is the process of determining the causes of these symptoms.

A system can be described in terms of its expected or intended behavior (usually, for artificial systems, its purpose). Events or inputs to the system are expected to generate specific results or outputs. (For example selecting the "print" option from various computer applications is intended to result in hardcopy emerging from some specific device). Any unexpected, particularly undesirable behavior is a symptom and troubleshooting is the process of isolating its specific cause or causes. Frequently the symptom is a failure to observe any results. (Nothing was printed, for example).

Most discussion of troubleshooting, and especially training in formal troubleshooting procedures, is extremely domain specific. The bulk of the material is relevant to a particular field of endeavor (such as automotive repair, computer hardware services, or software systems support). However, troubleshooting has common elements regardless of the specifics.

Any system can be described in terms of its components or subsystems. Each subsystem can be described in terms of its expected behavior. So the inputs to a system can be described as a cascade of inputs and results among the components of the system. (For example: selecting the "print" option in a computer application may cause the software to call on a separate utility, such as lpr on a UNIX system; that in turn might open, read and parse a number of configuration files which might direct it to perform some form of hostname address resolution via DNS, NIS, or LDAP, and then initiate a TCP/IP connection to a specific network device, and so on).

The domain-specific knowledge that drives the troubleshooting process is the understanding of these systems in terms of the interactions and dependencies among their subsystems and components. In particular the specialist can ennumerate the components and knows a set of procedures for testing many of them in isolation from the system as a whole. (For example the systems administrator may know which configuration files lpr is trying to parse and may read them manually, check their permissions, or may assume the identity of the user who is experiencing the problem and manually run an lpr command from the system's shell prompt; this may isolation the problem to the application's configuration, the user's preference settings, the workstation's configuration or network settings, the network's name services domain, or back to the printer's configuration or hardware).

Well-designed systems have designated "test points" or monitoring instrumentation. (For example most printers have indicator lights which change colors or blink, or LCD panels which display messages for detectable problems: paper jams, empty paper trays, network or other cable disconnection, etc. As another example UNIX and Linux systems support features for system call tracing through commands like truss, strace, and ktrace).

Usually troubleshooting is applied to something that has suddenly stopped working, since its previously working state forms the expectations about its continued behavior. So the initial focus is often on recent changes to the system or to the environment in which it exists. (For example a printer that "was working when it was plugged in over there"). However, there is a well known principle that correlation does not imply causality. (For

Answered by Nishu's at 11:21 AM on August 16, 2008