Help with External Application Interfacing
-
Actually, my boss DOES believe in testing - thats what I'm here for, to test. The problem is that I'm a short term contracter here, and I have been doing short term contracts for 3 years. My boss just told me that one of the ways to go full time is to show my ability to code, and suggested this route. I'd actually like to be either a Dev in Test or a Developer, and I do have a BS in Computer science and some coding skills, but as I said before, I never worked with other people's apps, or wrote apps to work with other apps; all stand alone stuff, and for the last three years all I could land is testing positions. I fear my skills will be degrading. I'm going to have to work harder at self-education to get myself up to speed. :( James A Beggs Microsoft MSN Mobile Component Test Team
How about if you show your boss that you can save the company lots of money by buying a testing application rather than writing one? The problem is test bosses tend to talk alot about how they believe in testing and hire lots of people to prove it, but you can't get them to spend a dime on software to actually help with the testing. (Sometimes, you can't even get them to buy bug reporting software, though that also involves engineering and support.) The best proof of a good tester isn't an ability to code, but an ability to find bugs--your goal should be to prove that developers are idiots. And when the developers claim to have fixed the bugs, to show all the other crap they broke while doing so. (One place where I want testers who know how to program is when testing APIs and class libraries, but that's fairly specialized. The problem with writing test software specific to an application is just that; it's specific to an application. On the negative side, it also tends to cause testers to limit their scope of testing to those things which can be scripted instead of the myriad of idiotic amazing things users actually do. On the positive side, it's a good way to do regression testing.)
-
I didn't create it; and I'm not sure if it does OLE; perhaps the devs here can tell me - if they will take the time out for it. I'm guessing that the Windows Messages would be best way all total (I'm reading up on win32 APIs, FindWindow function, and other stuff. But I would be interested in your Named Pipes example, and any thoughts on which of these is the best approach and why, would be great. James A Beggs Microsoft MSN Mobile Component Test Team
James A Beggs wrote: I'm guessing that the Windows Messages would be best way all total (I'm reading up on win32 APIs, FindWindow function, and other stuff. It's a terrible way since you can't inject messages into another application and even if you could, it's not how users use the software. Testing software will mimic keystrokes, mouseclicks and mouse moves. (And what if the software actually examines what keys are currently pressed?)
-
Actually, my boss DOES believe in testing - thats what I'm here for, to test. The problem is that I'm a short term contracter here, and I have been doing short term contracts for 3 years. My boss just told me that one of the ways to go full time is to show my ability to code, and suggested this route. I'd actually like to be either a Dev in Test or a Developer, and I do have a BS in Computer science and some coding skills, but as I said before, I never worked with other people's apps, or wrote apps to work with other apps; all stand alone stuff, and for the last three years all I could land is testing positions. I fear my skills will be degrading. I'm going to have to work harder at self-education to get myself up to speed. :( James A Beggs Microsoft MSN Mobile Component Test Team
Some tips for sending input: >Use keybd_input for Win95, and SendInput for >=Win98 >For activating the window, don't try the FindWindow function unless you know either the full class name or the full title of the window, and the exact case of all the letters in it. If you don't know either of these, make your own using EnumWindows().
"Do unto others as you would have them do unto you." - Jesus
"An eye for an eye only makes the whole world blind." - Mahatma Gandhi -
James A Beggs wrote: I'm guessing that the Windows Messages would be best way all total (I'm reading up on win32 APIs, FindWindow function, and other stuff. It's a terrible way since you can't inject messages into another application and even if you could, it's not how users use the software. Testing software will mimic keystrokes, mouseclicks and mouse moves. (And what if the software actually examines what keys are currently pressed?)
Well then, what would you suggest? I need to write code to mimic the keystrokes. And no, I don't need to buy it; they are looking for me to prove I can develop software, not that I can make wise choices on buying it. Otherwise, it isn't going to help me for where I want to go and need to be. James A Beggs Microsoft MSN Mobile Component Test Team
-
How about if you show your boss that you can save the company lots of money by buying a testing application rather than writing one? The problem is test bosses tend to talk alot about how they believe in testing and hire lots of people to prove it, but you can't get them to spend a dime on software to actually help with the testing. (Sometimes, you can't even get them to buy bug reporting software, though that also involves engineering and support.) The best proof of a good tester isn't an ability to code, but an ability to find bugs--your goal should be to prove that developers are idiots. And when the developers claim to have fixed the bugs, to show all the other crap they broke while doing so. (One place where I want testers who know how to program is when testing APIs and class libraries, but that's fairly specialized. The problem with writing test software specific to an application is just that; it's specific to an application. On the negative side, it also tends to cause testers to limit their scope of testing to those things which can be scripted instead of the myriad of idiotic amazing things users actually do. On the positive side, it's a good way to do regression testing.)
This is something I can do if I wanted to remain a tester; I don't. I want to do development; or, development in test. And for that, I need to prove my programming skills; it wont do much if I have other people's software do it for me! :) James A Beggs Microsoft MSN Mobile Component Test Team
-
Some tips for sending input: >Use keybd_input for Win95, and SendInput for >=Win98 >For activating the window, don't try the FindWindow function unless you know either the full class name or the full title of the window, and the exact case of all the letters in it. If you don't know either of these, make your own using EnumWindows().
"Do unto others as you would have them do unto you." - Jesus
"An eye for an eye only makes the whole world blind." - Mahatma Gandhiwhat about for windows 2K and XP? :) James A Beggs Microsoft MSN Mobile Component Test Team
-
Well then, what would you suggest? I need to write code to mimic the keystrokes. And no, I don't need to buy it; they are looking for me to prove I can develop software, not that I can make wise choices on buying it. Otherwise, it isn't going to help me for where I want to go and need to be. James A Beggs Microsoft MSN Mobile Component Test Team
James A Beggs wrote: Well then, what would you suggest? I need to write code to mimic the keystrokes. Don't remember. I did this once years ago and have never done it since. It was on Windows 3.11, but it would have worked on Windows 9x. It wouldn't have worked on NT/2K/XP due to how the input queues have changed.
-
what about for windows 2K and XP? :) James A Beggs Microsoft MSN Mobile Component Test Team
-
What I meant was Win98 or above, including 2K and XP
"Do unto others as you would have them do unto you." - Jesus
"An eye for an eye only makes the whole world blind." - Mahatma GandhiAh, ok. I misunderstood - or misread. James A Beggs Microsoft MSN Mobile Component Test Team
-
Some tips for sending input: >Use keybd_input for Win95, and SendInput for >=Win98 >For activating the window, don't try the FindWindow function unless you know either the full class name or the full title of the window, and the exact case of all the letters in it. If you don't know either of these, make your own using EnumWindows().
"Do unto others as you would have them do unto you." - Jesus
"An eye for an eye only makes the whole world blind." - Mahatma GandhiAnd how do I identify the window I need from the others I don't with EnumWindows()? James A Beggs Microsoft MSN Mobile Component Test Team