www.clari.com
The hottest startup in the SF Bay Area (and perhaps the entire world) is at Clari.
There are some great job opportunities there for the top professionals in software. It's the number#1 rated mobile technology startup company.
Job listings are here: www.clari.com/#jobs
Wednesday, February 5, 2014
Wednesday, November 27, 2013
In XPath we trust
I have known several SWET's over the years who really hate using xpath as element locators for looking up elements on web pages while using Selenium, and now for testing mobile applications we use Appium.
I have never really understood the hatred. I love XPath and use it instead of CSS for finding elements in web pages and mobile applications.
Using XPath is only as powerful as the tools that can translate it correctly and actually have tools that tell you what the xpath locator string is.
For mobile applications, Appium Inspector tool will give you the xpath locator to interact with UI elements.
For web applications, use FireBug as usually those xpath indicators work with Selenium.
And that's it. That is all you need to be the world's greatest, and most efficient automation test developer.
Use Xpath and prosper :)
I have never really understood the hatred. I love XPath and use it instead of CSS for finding elements in web pages and mobile applications.
Using XPath is only as powerful as the tools that can translate it correctly and actually have tools that tell you what the xpath locator string is.
For mobile applications, Appium Inspector tool will give you the xpath locator to interact with UI elements.
For web applications, use FireBug as usually those xpath indicators work with Selenium.
And that's it. That is all you need to be the world's greatest, and most efficient automation test developer.
Use Xpath and prosper :)
Saturday, November 23, 2013
Be careful not to let personal relationships at work jeopardize product quality
I have seen personal/friendly relationships at work between QA and development, product management teams hurt product quality. How? The QA team members cover up any product quality risks for fear of damaging a work relationship.
The reason is that these relationships may, at times, introduce compromise and risk of product features and as a QA person.
Your responsibility is to the product and customer experience, not to make friends or protect future job references.
Be careful to manage your rapport with co-workers because, as a QA professional, you must ALWAYS represent the customer and expose and risk (process, design, etc) that has potential to be negative in any way.
The reason is that these relationships may, at times, introduce compromise and risk of product features and as a QA person.
Your responsibility is to the product and customer experience, not to make friends or protect future job references.
Be careful to manage your rapport with co-workers because, as a QA professional, you must ALWAYS represent the customer and expose and risk (process, design, etc) that has potential to be negative in any way.
Thursday, November 21, 2013
RIP Winamp
I just heard today that Winamp is going to shutdown.
That really sucks.
I think almost everyone I know first played ripped mp3's from their CD's (or pirated from Napster) using Winamp in 1999. I even made a few skins and published them and even got them rated by other users.
What a great, innovative product from Web 1.0. Probably the best one.
http://www.winamp.com/
Thanks to everyone that has ever been involved with this awesome product!
That really sucks.
I think almost everyone I know first played ripped mp3's from their CD's (or pirated from Napster) using Winamp in 1999. I even made a few skins and published them and even got them rated by other users.
What a great, innovative product from Web 1.0. Probably the best one.
http://www.winamp.com/
Thanks to everyone that has ever been involved with this awesome product!
Wednesday, October 30, 2013
iOS Mavericks and XCode 5.0.1 was Apple showing arrogance and dominance in the mobile app market
I am still amazed at how Apple has showed complete arrogance and disregard for it's developer base by releasing XCode 5.0.1 and Mavericks just a few weeks after iOS7/XCode 5.0 initial release with several major changes in the OS and testing/development tools that are not close to working the same way as with the previous release.
Apple should have just waited (and not released 3 weeks ago) and called last week's OS upgrade Mavericks 7.0 and XCode 5.0, because iOS 7.0.2 and XCode 5.0.1 are a lot different (especially the way Instruments and Authorization internally works) than would be expected in a "dot" or "point" release, which is usually slated for unseen bugs or security fixes which do not require disruption to the previous upgrade.
Apple must have calculated the disruption that happened earlier this week and basically said: we don't care, because we are Apple, and you have to react to whatever we decide is going to happen.
It is clear that this was a message from Apple to it's development community: mobile is where most of the new product development is happening and we own this space, and you will do what we say and we will let you know information when we want to, and you will just have to scramble and deal with the consequences.
It was either disorganization or total arrogance, but I doubt it was the former. Apple is too smart for that.
I offer my never-ending Thanks and Appreciation to all of the 3rd party testing and development products that have to deal with Apple's arrogance in order to assist their respective communities in supporting the development of excellent and innovative products that help to sell iPhones and iPads because user want/need that app.
Ironic.
Apple should have just waited (and not released 3 weeks ago) and called last week's OS upgrade Mavericks 7.0 and XCode 5.0, because iOS 7.0.2 and XCode 5.0.1 are a lot different (especially the way Instruments and Authorization internally works) than would be expected in a "dot" or "point" release, which is usually slated for unseen bugs or security fixes which do not require disruption to the previous upgrade.
Apple must have calculated the disruption that happened earlier this week and basically said: we don't care, because we are Apple, and you have to react to whatever we decide is going to happen.
It is clear that this was a message from Apple to it's development community: mobile is where most of the new product development is happening and we own this space, and you will do what we say and we will let you know information when we want to, and you will just have to scramble and deal with the consequences.
It was either disorganization or total arrogance, but I doubt it was the former. Apple is too smart for that.
I offer my never-ending Thanks and Appreciation to all of the 3rd party testing and development products that have to deal with Apple's arrogance in order to assist their respective communities in supporting the development of excellent and innovative products that help to sell iPhones and iPads because user want/need that app.
Ironic.
Tuesday, October 29, 2013
iOS Mavericks is a disaster for test automation developers
iOS 7 first update was disaster for us test automation developers.
Thanks Apple for, yet again, showing us test automation developers and software QA people how little you care about quality and testing of 3rd party apps depending on mobile technology stability.
Appium - broken
Instruments - broken (why ask permissions EVERY SINGLE TIME?)
It's amazing how a single "dot" release disrupted (and not in a positive way) every single test automation framework other than whatever weak, inferior test automation software was attempted in XCode 5.0.1 and Mavericks.
Thanks Apple for, yet again, showing us test automation developers and software QA people how little you care about quality and testing of 3rd party apps depending on mobile technology stability.
Appium - broken
Instruments - broken (why ask permissions EVERY SINGLE TIME?)
It's amazing how a single "dot" release disrupted (and not in a positive way) every single test automation framework other than whatever weak, inferior test automation software was attempted in XCode 5.0.1 and Mavericks.
Saturday, October 19, 2013
Appium - the game changer that mobile application automated testers have been waiting for.
A few months ago, I was introduced to Appium - an amazing mobile application testing tool for software testing professionals that have the incredible burden of being responsible for testing mostly Android and iOS mobile applications.
And I love it.
I think "love" is not an adequate word - It is what all software testing professionals have been waiting for for years: An easy-to-use, robust, powerful, silver bullet that allows me to rapidly create tests for mobile applications on any platform that I used to have to write (for iOS) Objective-C (which is really stupid) and Java activity proxy (which is slow and cumbersome) in the programming language that you choose.
In my case, I love Java. So...... I created an entire automated tests suite for iOS and Android mobile applications using, for the most part, the same codebase - in Java!
Follow this amazing project on twitter at @AppiumDevs. Thanks guys! Finally, someone got it right.
Buh-bye Objective-C. Buh-bye Calabash. We dont need you anymore, but thanks for playing :)
And I love it.
I think "love" is not an adequate word - It is what all software testing professionals have been waiting for for years: An easy-to-use, robust, powerful, silver bullet that allows me to rapidly create tests for mobile applications on any platform that I used to have to write (for iOS) Objective-C (which is really stupid) and Java activity proxy (which is slow and cumbersome) in the programming language that you choose.
In my case, I love Java. So...... I created an entire automated tests suite for iOS and Android mobile applications using, for the most part, the same codebase - in Java!
Follow this amazing project on twitter at @AppiumDevs. Thanks guys! Finally, someone got it right.
Buh-bye Objective-C. Buh-bye Calabash. We dont need you anymore, but thanks for playing :)
Subscribe to:
Posts (Atom)