Success Story of Ms. Preeti Sharma - Sr. Quality Assurance Engineer shared on 10 th April 15:

Thank you team softwaretestinggenius.com !!!! With your guidance and crash course I have successfully cleared ISTQB Foundation exam with 84% score. Can you help me this time by sending the study material for Advanced Level Test Manager. I would strongly recommend your study material to my fellow colleagues.

Thanks a lot once again
Published with the consent of Ms. Preeti Sharma
preeti.sharma2k2@gmail.com

The intent of life cycle testing promotes testing by software testing professionals from some agency outside the development organization. The prime advantage of testing with life-cycle approach are that we have crystal clear requirements defined before hand, and it is comparatively easier for an external expert to verify the facts. Software testing is generally considered as a destructive activity aimed to challenge the work done by the developers.

On the contrary, spiral-testing psychology promotes more cooperation among the development organization and the quality assurance. The is based upon the hypothesis that, in an environment of rapid application development, all the available requirements may not be that precise as expected, or may be varying drastically. Unless precise requirements are in place, it would be extremely difficult task for the software testing engineers to define the test criteria. The best possible solution remains is that software testing & development teams must work in tandem.

Bridging the gaps between Tester and Developer Perceptions:
Understanding of the stumbling blocks in the way of healthy relationships between the software testing teams and the development teams, it is important to respect the roles & responsibilities of each other. Both testers and developers need to break the age old ice and rise above the traditional confrontation.


Software Testing Genius

The need for secure systems is growing day by day, so is the requirement of powerful and sophisticated security testing. One of the reasons of this is exponential growth of e-commerce & e-business market & at the same time development of more and more applications aimed to get Web access for something or the other.

Beating the Systematic Software Testing in a Non Systematic way

Many a times systematic testing of the software product becomes insufficient and frustrating for the software testing engineers! Reasons being the defects are truly cunning & call for attacking them in equally unpredictable ways.

Here comes the deployment of non-systematic testing techniques as an effective substitute for the systematic testing techniques.

1) Attacks:
It is a type of security testing, meant for testing how resistant a software product is to the people intending to break into it in different ways & for different reasons, may be like incidental mistakes, form fun sake or due to criminal intentions.

Software Testing Genius

The need for secure systems is growing day by day, so is the requirement of powerful and sophisticated security testing. One of the reasons of this is exponential growth of e-commerce & e-business market & at the same time development of more and more applications aimed to get Web access for something or the other.

Security Testing Made Simple by Smart Test Managers

Intelligent software testing managers lay their key focus on the security testing of their system, right from the early stages of the system's life cycle.

The process begins with the drafting of the security test documents. Your starting point can be the security test plan if you were assigned to perform functional testing on a system that is new or new to you, & which can be to familiarize yourself with the product. Generally people prefer one security test plan per release, but you may have one or more functional test plans, mostly depending on the size of your system & its complexity.

Software Testing Genius

Next you can prepare a test case outline or test case document that will outline your test cases to be run with each test case. You can start by noting down & dividing the entire system into various security areas that you may be planning to use at the beginning of your test case documentation. Since test case outline document can grow to a gigantic size, you can have multiple test case outlines for every release. Each one of these can deal with a different security risk or product area.

The next you need to gather all the information you can find on the known product bugs & known security issues. You won't really analyze this information immediately, but you need to have some familiarity with it & have concrete data at hand to refer to later. With this you will have a much better idea of what security issues exist & a list of the ones you specifically want to consider.