Can Artifical Intelligence help with troubleshooting??

Page 1 of 1 [ 8 posts ] 

JustFoundHere
Veteran
Veteran

Joined: 13 Jan 2018
Age: 60
Gender: Male
Posts: 2,142
Location: California

10 Apr 2018, 12:07 pm

Link to report, 'Testplant AI-Powered Predictive Suite Transforms Testing to Speed Delivery of Bug-Free Apps.'

Can a tool such as 'Testplant' allow the processes of troubleshooting, debugging, etc. to become a more intuitive process; especially for people who are "somewhat technically" orientated (yes, there are such people)?

Link: https://www.testplant.com/2018/02/12/te ... free-apps/



DarthMetaKnight
Veteran
Veteran

User avatar

Joined: 16 Feb 2010
Gender: Male
Posts: 6,105
Location: The Infodome

11 Apr 2018, 6:00 am

Troubleshooting? That's what a pistol is for.

See trouble? Shoot it! :lol:


_________________
Synthetic carbo-polymers got em through man. They got em through mouse. They got through, and we're gonna get out.
-Roostre

READ THIS -> https://represent.us/


magz
Forum Moderator
Forum Moderator

User avatar

Joined: 1 Jun 2017
Age: 39
Gender: Female
Posts: 16,283
Location: Poland

11 Apr 2018, 6:17 am

Couldn't resist:
Image
Source: https://xkcd.com/810/


_________________
Let's not confuse being normal with being mentally healthy.

<not moderating PPR stuff concerning East Europe>


JustFoundHere
Veteran
Veteran

Joined: 13 Jan 2018
Age: 60
Gender: Male
Posts: 2,142
Location: California

11 Apr 2018, 12:30 pm

JustFoundHere wrote:
Link to report, 'Testplant AI-Powered Predictive Suite Transforms Testing to Speed Delivery of Bug-Free Apps.'

Can a tool such as 'Testplant' allow the processes of troubleshooting, debugging, etc. to become a more intuitive process; especially for people who are "somewhat technically" orientated (yes, there are such people)?

Link: https://www.testplant.com/2018/02/12/te ... free-apps/


RELATED:

Lately, application testing is becoming an increasingly top priority. Report: Application Testing is Making a Comeback for Agile DevOp Teams.

https://www.business2community.com/busi ... s-02040260



JustFoundHere
Veteran
Veteran

Joined: 13 Jan 2018
Age: 60
Gender: Male
Posts: 2,142
Location: California

27 Feb 2019, 3:32 pm

Time to bump-up this discussion thread!

We need computers one's mom can intuitively fix!



Fnord
Veteran
Veteran

User avatar

Joined: 6 May 2008
Age: 67
Gender: Male
Posts: 59,873
Location: Stendec

27 Feb 2019, 4:05 pm

I literally "Wrote the Book" on troubleshooting.

Well, one of them, anyway.

Here is a condensed version:

1. "Know the territory". A thorough understanding of the system is necessary for an accurate diagnosis. To this end, the technician is required to read the manuals (you need to know more than the operator/owner), and never start replacing components, devices, or modules just to find out which ones have failed.

2. "Examine the victim." A thorough understanding of the actual fault-related symptoms is necessary for an accurate diagnosis. It often happens that the technician will receive a trouble report stating only "It doesn't work" -- the operator/owner may not be very observant or have the proper vocabulary to describe the problem. This makes it necessary to determine all of the symptoms first-hand. Power the device up (if possible), and observe everything it does (if it does anything). Note the symptoms.

3. "Round up the usual suspects". This means to break down the system into functional blocks and determine which blocks are most likely to cause the actual symptoms. Signal flow is the most important consideration in determining the most likely faulty modules. The technician must also use reason, not guesswork or opinion, when determining the most likely faulty modules. For instance; if the "Power On" indicator is not lit, and system still works correctly, then it is the indicator that has failed, not the power supply (unless the power supply has a special output just for the indicator). Always remember to examine the wiring between modules.

4. "Interrogate Suspects Separately". This is the step where the technician first starts testing DC voltages and AC waveforms. First examine the voltage levels produced by the power supply, both under normal load and with no load at all. Next, examine the supply voltages at the input to the suspected module(s) when the system is powered up in idle mode and when it is operated in active mode.

A note on "Half-Splitting": If all the supply voltages are what they should be under normal operating conditions, then begin examining the signals at points on the signal paths that are as close to halfway between the input and output modules as possible. For example, if there are seven modules in a signal path, then examine the signals either between the third and fourth modules, or the fourth and fifth modules. If there are only two modules, then simply examine the signals between them. Examine control voltages with and without the next module connected.

If the signal cannot be found at that point, then something in the signal path before that point has blocked the signal – either the module before the test point or something before that.

5. "Check out the story." The technician may be tempted at this point to simply replace the suspected part. This is to be avoided, because:

• The suspected part may have failed due to an over-voltage condition from another part, or…
• The suspected part may have damaged another part as it failed, or...
• A fault in the wiring harness may damage any replacement parts.

If possible, substitute a "dummy" load for the suspected part, and then retest. Otherwise, make a thorough examination of all modules that are directly connected to the suspected module.

6. "Act on the Evidence." Once all relevant modules, wiring, and controls have been examined and tested, the technician can begin repairs and/or replacements.

NOTE: Always remove power before replacing components and modules.

But what caused the motor to fail in the first place?

7. "Return to the scene of the crime." Repeat steps two through seven until it can be proven that the system is operating correctly, and that the operator is aware of this. Get the operator's affirmation that the system is running normally. Document all steps.

8. "Ask yourself, 'Why?'" The technician usually must fill out a report on the fault, describing what failed and why. When two or more components or modules have failed, it may be difficult to say which one failed first. Taking into account the conditions under which the failure occurred may provide a clue. Otherwise, a "best guess" based on reason and an understanding of electronics is always in order.



JustFoundHere
Veteran
Veteran

Joined: 13 Jan 2018
Age: 60
Gender: Male
Posts: 2,142
Location: California

27 Feb 2019, 8:18 pm

Fnord wrote:
I literally "Wrote the Book" on troubleshooting.

Well, one of them, anyway.

Here is a condensed version:

1. "Know the territory". A thorough understanding of the system is necessary for an accurate diagnosis. To this end, the technician is required to read the manuals (you need to know more than the operator/owner), and never start replacing components, devices, or modules just to find out which ones have failed.

2. "Examine the victim." A thorough understanding of the actual fault-related symptoms is necessary for an accurate diagnosis. It often happens that the technician will receive a trouble report stating only "It doesn't work" -- the operator/owner may not be very observant or have the proper vocabulary to describe the problem. This makes it necessary to determine all of the symptoms first-hand. Power the device up (if possible), and observe everything it does (if it does anything). Note the symptoms.

3. "Round up the usual suspects". This means to break down the system into functional blocks and determine which blocks are most likely to cause the actual symptoms. Signal flow is the most important consideration in determining the most likely faulty modules. The technician must also use reason, not guesswork or opinion, when determining the most likely faulty modules. For instance; if the "Power On" indicator is not lit, and system still works correctly, then it is the indicator that has failed, not the power supply (unless the power supply has a special output just for the indicator). Always remember to examine the wiring between modules.

4. "Interrogate Suspects Separately". This is the step where the technician first starts testing DC voltages and AC waveforms. First examine the voltage levels produced by the power supply, both under normal load and with no load at all. Next, examine the supply voltages at the input to the suspected module(s) when the system is powered up in idle mode and when it is operated in active mode.

A note on "Half-Splitting": If all the supply voltages are what they should be under normal operating conditions, then begin examining the signals at points on the signal paths that are as close to halfway between the input and output modules as possible. For example, if there are seven modules in a signal path, then examine the signals either between the third and fourth modules, or the fourth and fifth modules. If there are only two modules, then simply examine the signals between them. Examine control voltages with and without the next module connected.

If the signal cannot be found at that point, then something in the signal path before that point has blocked the signal – either the module before the test point or something before that.

5. "Check out the story." The technician may be tempted at this point to simply replace the suspected part. This is to be avoided, because:

• The suspected part may have failed due to an over-voltage condition from another part, or…
• The suspected part may have damaged another part as it failed, or...
• A fault in the wiring harness may damage any replacement parts.

If possible, substitute a "dummy" load for the suspected part, and then retest. Otherwise, make a thorough examination of all modules that are directly connected to the suspected module.

6. "Act on the Evidence." Once all relevant modules, wiring, and controls have been examined and tested, the technician can begin repairs and/or replacements.

NOTE: Always remove power before replacing components and modules.

But what caused the motor to fail in the first place?

7. "Return to the scene of the crime." Repeat steps two through seven until it can be proven that the system is operating correctly, and that the operator is aware of this. Get the operator's affirmation that the system is running normally. Document all steps.

8. "Ask yourself, 'Why?'" The technician usually must fill out a report on the fault, describing what failed and why. When two or more components or modules have failed, it may be difficult to say which one failed first. Taking into account the conditions under which the failure occurred may provide a clue. Otherwise, a "best guess" based on reason and an understanding of electronics is always in order.


What are the titles of your books?



JustFoundHere
Veteran
Veteran

Joined: 13 Jan 2018
Age: 60
Gender: Male
Posts: 2,142
Location: California

12 May 2019, 3:10 pm

JustFoundHere wrote:
Time to bump-up this discussion thread!

We need computers one's mom can intuitively fix!


On this Mother's Day, it's worth reiterating that, "we need computers one's mom can intuitively fix!" i.e., just as we apply apps to scan for, flag, and confront malware, let's also boost apps that can scan, and fix those pesky (more or less common) computer issues!

Enclosed is an updated link on Eggplant/Testplant:
http://docs.eggplant.io/epp/9.0.0/analy ... r_home.htm

Any other specific self-maintenance apps "ahead of the curve" in troubleshooting our home/mobile systems?