| || |
ALM - best technique for single-thread 'ssh' test:
My first significant task in ALM - I'm told it must be ALM! - is to use it to automate 'ssh' commands and screen-scrape the results. Seems to me as though:
- UFT will run 'ssh' fine BUT I can't see how to make it pass / fail a test based on the terminal messages
- LoadRunner will both run & pass / fail by screen scraping BUT isn't designed to single-thread the test; it requires me to set multiple Performance Center settings to '1' and 'None' and etc in ALM
I'm currently taking the LoadRunner / 1 V user / 1 Group / 1 Load Generator / no analysis route. [Pass / fail is all I need to know.] I'm pretty sure I must be missing something ...!
Thanks in advance for your advice.
Using UFT can't you use something like GetVisibleText and issue a Reporter.ReportEvent for a Pass or Fail depending on the result of the captured text?
Yes ... it didn't look as flexible to me (as "TE_find_text") but once it's 'Got' ... And (now I've checked it out) UFT parameterization looks substitutable for LR's ...
If you had (for example) a hundred 'ssh' commands to issue, different parameters, pick up a short status string which could be anywhere on lines 1 through ... (say) 10, or might not be there at all, and compare it with a parameterizes 'Expected status', UFT text processing is flexible to do that? I guess, if it weren't, then it wouldn't be a widely used testing tool.
Probably just I'm more familiar with LR. But then, who not add UFT to the CV too!
Thanks for the reply. I guess I just needed someone tell me to do it the sensible way.