It's certainly possible - that's the way I and many others here became testers.
As Som Ghosh says, you will need to mention in your applications for test positions that you have worked in testing as well as development. I'd suggest you include details of the kind of testing you've done and the scale of the projects that you tested.
I would recommend that ...
From the question I'm understanding that you are asking if it is okay to allow the default white page with critical information of probably the page and line number of the code where the error occurred to display in the front-end/production environment/user side.
Simplest and most appropriate answer (as per my understanding) is NO.
The reason being this ...
While this depends heavily on what part/functionality of a web app you want to test, there is a place and time for both.
For example you might have a pop-up for informing the user about a cookie and have him accept (or decline) it.
Typically this pop-up would only show for the first visit, making incognito mode ideal for repeatedly checking the pop-up ...
There are much better ways to locate the element aside from using XPath, don't focus on XPath too much - this is, generally speaking, the slowest and the least readable way to locate elements.
I would locate the element by the link text instead, example in Protractor/WebDriverJS:
Example in Java:
If this overlapped texts belongs to single element, lets say label, or text field. You can locate that element and use "webElement.Text.Contains("the text you want to validate");" method to validate your expected text.
And if the overlapped texts belongs to different element, you can simply locate that specific element and validate the text of that element.
There are two ways to do it and I recommend you use both in a hybrid approach.
Talk to your developers, ask them to stop changing web elements if possible. testComplete is a record and play tool, like its cousin Selenium IDE, the way testComplete maps its elements is very structure-dependent, which means if there is any slight change in web element ...
Web service testing independently is needed to ensure the API calls working as expected independent of the web page. In this way, we can confirm that the API calls are working as expected irrespective of the web page elements/functions.
There are many points where tester doesn't feel confident about the application. When a tester performs Automation testing there may be many challenges so web service testing is still very important to know what they need to do, rather than doing it first to learn costly lessons later. The trick is to have an automated tool which can shorten the testing of ...
In my experience, functional testing of websites isn't much different from functional testing of desktop applications.
The places I've found that can be different are:
Getting a clean test environment can be more complicated (it can also be next to impossible for extremely large corporate web applications)
There will be additional security concerns because ...
Add or inject jQuery and jQuery collision to the web-app under test
Actually you should test web application after your WebService testing is done.
Web Service is an architectural pattern that just allows you to invoke the functions remotely using a widely known HTTP protocol standard (unlike some other remote functions invokations approaches). That is why the client (in your case - a web page) is just one of the possible ...
Is there any other things I am missing from my list?
You mentioned "Click on all "link" elements, making sure they are valid, e.g. there is no 404." Is that good enough? Shouldn't you check that the links actually go where they are intended to go?
Are you checking for consistency on all the pages? Should they all have the same look & feel?
Are you ...
You can try this tools:
Disclaimer: I'm author of the second one :-)
You asked about quality, but then you asked about performance, so I assume you are specifically interested in performance. The short answer is no. There are tools that will analyze performance while it is running to tell you which parts of the code are the busiest. Those tools will not tell you whether you are using slow algorithms. And a hot spot is ...
Eugene S, I had a similar problem with testing UI generated by ExtJS library.
The solution I found useful was to create separate classes for more complex visual components. For instance, for data grid components I have created ExtJsDataGrid class that let me pick up a specific cell in the grid, abstracting me from obscure details in Selenium (dynamic ...
There are alot of things to consider. First here are some tool links as there are tons.
Various automation companies:
Some brief info on Approaching Automation:
You need to clarify "high-speed processing" in its requirement. This kind of descriptive requirements is what we should avoid when drafting requirements. Talk to your developers or business analysts, ask them "how fast is high-speed?" and "How reliably is reliable".
I found it a bit hard to believe that your server only accepts 5 concurrent client connection ...
Database shared between tests is a common obstacle.
One way ("orthodox") is to insist that unit test should NOT test database (just exercise the tested library), and mock the DB interface.
Another way ("synthetic") is to use real database, even if such test are not strictly a unit test, but low-level integration tests. Then either:
test might interact ...
I would say you need to test app it in both modes if you're worried about caching issue.
Most of the (functional) testing would be in incognito mode (you are testing how application works, not how it's caching data). The application must work for new users (it's even important than working for retention users) if you want to keep them coming back.
Usually, web application testing services follow the approach of covering both the browser modes during web app testing.
Testing in Normal Browser Mode:
This should be tested majorly for regular users in the app
Cache/Cookies are locally stored on a user's machine, so validation is required, that the user does not encounter any issues due to caching
There are lots of changes you will see once you switch from Testing of Desktop to Web application. You can study about these points:
Understand the client Server Architecture. How your Website is handling data.
Does your testing needs to cover Security part. Learn about SQL injections or XSS.
Scripts and controls or model which different websites are ...
I don't see DOM based tools going away until DOM itself goes away. In general this is getting more and more complex with graphics, animations, tricks to increase speed, etc... but the underlying structure of the browser and html is the same. The tricky parts are really just timing as the DOM is modified based on user interactions to avoid page reloading. ...
The working alternative is the following combination:
BrowserStack + Weinre + Azure
How-to guide can be found here: http://kodedistiller.net/2013/11/16/weinre-on-azure-in-combination-with-browserstack/
Yes , I have wrote a test case of Web application , Mobile Application according to the requirement and also module wise.To write the Test cases different format we are using, but in which some field is required to write the test cases.Commonly to write the test case we can use the excel.
See above image of the test case , in which Test case description , ...
Could you please specific your kind of test? You want to do regression testing or ... If selenium web-driver is taken a long time, I think you should consider to :
2- Sauce labs: https://saucelabs.com/
But before you get approach to automation, please ...
Since you have asked about tests approach in general - think about the non functional tests that are needed for your project:
Desktop / mobile and different mobile compatibility - how will the site will look like in them?
performance - how quickly the pages will load? and how much will take to submit the form you mentioned and continue?
User experience - is ...
Spin up your own test environment and test against that. Let's face it, a public facing web page that's designed to attract DDOS testing isn't going to be a valid test candidate.
The reason for this is that you'll not know how many other users are hitting a public server or the spec of the environment. If you ran 100 simultaneous users and the site went ...
What I am thinking is as following:
driver = webdriver.Firefox()
e = driver.find_element_by_xpath("//someXpath")
location = e.location
size = e.size
If I can get the size and location for an element, given an element is symmetrical, I can calculate its boarders as well. As long as one element's boarder does not cross into others'...