Jump to content


  • Content count

  • Joined

  • Last visited

Everything posted by yogindernath

  1. Are you planning to appear for ISTQB Certification exam? If yes !! You would certainly like to catch the starting point Get the answers to the two key questions like Question – 1: Where can I get the complete information on ISTQB Foundation Level Certification Download Complete Information on ISTQB Certification If you had downloaded many question papers from several places, but several of them are full of questions repeating time & again. In the beginning downloading several hundred questions is exciting – but becomes frustrating when you realize gradually that majority of these questions are duplicates & triplicates. Question – 2: Is there any place where I can get complete study material & unique questions may be small in numbers. This Question Bank contains around Six Hundred – Absolutely Unique Objective Type questions compiled to help aspirants for ISTQB certification exam. Download the Largest Dump of Unique ISTQB Sample Question Papers Yogindernath
  2. These days when tools & technology are available in abundance, automated testing is considered the prime resource to improve the efficiency of any software testing process. Sound planning, clear definition of roles of people involved in automated testing, adequate tools, their implementation & control are essential for the success of the automated tests in an organization.Automated testing tools must not be misunderstood as replacement of testers, nor they will make their work simpler. Actually their effort will be redirected to essential activities of the test automation process. That is why, it is essential to groom up the group, because the success of automated testing depends predominantly on their skills. Test-Stages Automation: When the automation can not be applied to the entire test process, it can be conveniently used to execute the punctual tests. This occurs normally with some types of tests – like load and performance tests; simply because they are truly difficult to be performed without the help of a tool, requiring big effort and many computational resources.
  3. We use Automated-testing tools to optimize our manual testing processes. But in order to reap full benefits of any automated testing tool, we must know the complete ins and outs of the tool otherwise it would be a huge waste of money spent on automation. We have to learn the automation tool very thoroughly. We also need to learn the language of the automation tool to do coding more effectively and efficiently. I believe that a software testing tool is as good as the person who is actually using it. I have been getting so many emails from my esteemed readers asking about HP QuickTest Professional tutorials, QTP tips and tricks etc. Some readers even complain that their QTP scripts are too slow to execute. This time I decided to write a post on how to use QTP more effectively which means how to make our QTP scripts perform better. In order words, this post will throw light on some points, which will optimize your QTP scripts. Some of the QTP optimization tips can be:Tip – 1: You should not use hard coded wait statement until absolutely necessary. Instead of the wait statement, you should use either exist or synchronization (sync) statements. The wait statement waits for the number of seconds, which have been provided. For example using wait(5) will wait for 5 seconds even if the browser gets into a ready state even after 2 seconds which means a waste of 3 seconds. Imagine how much time would be wasted if you have say 10 wait statements per script and you are running a batch of 500 scripts. A better alternative is using sync or exist statements for example:Browser("").Page("").Syncvar=Browser("").Page("").Exist(2)Never use the exist statement without a value as it will take the default object synchronization timeout value from QTP settings. You can navigate to these settings from File->Settings and then go to Run tab. So use Exist(0) instead of Exist(10). Moreover, I will suggest to set the global object synchronization timeout to 1 second.Tip – 2: Use declared variables instead of using variables on the fly. In order to enforce this in your scripts, use Option Explicit statement which forces the variable declaration. Moreover, using declared variables, scripts perform a bit faster. Also if you are using Option Explicit, it has to be the very first line of the code otherwise you will get an error.Tip – 3: Using QTP for a longer period of time has a direct impact on the performance. It has been observed that a lot of Random Access Memory(RAM) gets consumed by QTP if QTP is running scripts for prolonged time. QTP starts eating system memory(memory leak) and sooner or later it will get hanged and we will be required to kill the qtpro.exe process and restart QTP all over again. In such a case, I will suggest you is to use QTP on computers with particular good amount of RAM and equally good clock speed.Tip – 4: Do not load all addins while opening QTP. Use only the addins, which are required. This directly impacts QTP performance.Tip – 5: I have personally experienced that opening QTP through a vbs file is faster than loading QTP through the icon.Tip – 6: Switch to fast run mode. You can view this option in Tools->Options->Run. In fast mode, QuickTest Professional does not display the execution marker. In case you are running your scripts from Quality Center or QC, by default they will be run through fast mode. Tip – 7: Disable the Smart identification feature.Tip – 8: Switch off the video record option unless required as it will require fewer system resources. You can see this Option in QTP by navigating here Tools->Options->Run.Tip – 9: Use of Active screen feature should be avoided, so that we increase QTP Tool performance.Tip – 10: Instead of keeping the entire code in the same script, try to increase modularity by creating reusable components (Actions or functions) so that the code size can be reduced and also easier to maintain. To disable Action screen in QTP 11, go to Tools->Options->Active Screen and set the capture level to "None".Tip – 11: Destroy the objects when you no longer need them. As objects take up relatively large amount of system resources, it is better to destroy them when you don’t need them anymore. For example, please refer the following code:Set objFSO = CreateObject("Scripting.FileSystemObject")Set objRootFolder = objFSO.GetFolder("C:\")Set objFSO = NothingMsgbox "The folder was last modified on :"& objRootFolder.DateLastModifiedSet objRootFolder=NothingNotice from the above code that we need objFSO code just to retrieve the handle of "C" folder. As soon as you get the handle, you no longer need the objFSO folder. So instead of destroying this object reference at the last line, you should destroy when you don’t need the object reference anymore. You should follow the principle of limiting object lifetime as much as possible. Tip – 12: Creating an object reference increases the performance. For example, please refer the following QTP code:oEdit = Browser("Google").Page("Google").WebEdit("q")oEdit.Set "Optimize QTP Scripts"'The above code is definitely better in terms of performance than using the QTP code:Browser("Google").Page("Google").WebEdit("q").Set "Optimize QTP Scripts"You will not see major performance difference in this two liner code. To see a noticeable difference, you need to have hundreds of lines of QTP where you will see the difference. The reason is setting an object reference reduces the call to the Object repository.Tip – 13: I have also seen that using With statement in HP QTP increases performance but only upto a very small extent. In order to add With statement from QTP IDE, navigate to Tools->Options->General tab and select the option “Automatically Generate “With” statements after recording” option. Tip – 14: Having too many objects in the Object repository/shared object repository slows down the QTP scripts. So the best option is to have only the desired objects in the Object Repository.Tip – 15: Use local variables in functions rather than using global variables. The best practice is to limit the scope of a variable as much as possible.Tip – 16: Try to make sure that your QTP code does not wait for events, which have already been executed. For example see the below QTP code:iTimer = TimerobjWindow.Close Do If Dialog("micclass:=Dialog").Exist(0) Then _ Dialog("micclass:=Dialog").Type MicEsc Loop Until (Not objWindow.Exist) Or (Timer-iTimer>20)Instead of having a loop which will wait for 20 seconds for an event to occur, you should have a loop similar to the above. This loop will continue to loop until either of the condition is met: Either the timer has crossed 20 seconds or the window no longer exists.I hope the above article has touched lot many QTP optimization tips. I don't claim to be an expert on QTP, however I have made an attempt to share the above tips based upon my experience with this great tool. Please feel free to add some points in the comment section if I happen to miss any. I will be glad to update this article giving appropriate credit to the people.
  4. IEEE 829 standard prescribes many specifications related documents. Three such documents are 1) Test Design Specifications 2) Test Case Specifications 3) Test Procedure Specifications Let us go a bit deeper into the salient features of each of these documents being crucially important in any testing effort. 1) Test Design Specifications The objective of compiling test design specifications is to identify set of features or a combination of features to be tested and to identify the group of test cases that will adequately test those features. In addition to these it contains all types of refinements done to the approach described in the test plan. The test design specification consists of following essential parts: 1) Test design specification identifier: A unique identifier is to be allocated so that the test design specification document can be distinguished from all other documents. 2) Features to be tested: It describes the test items and the features that are the object of this test design specification. 3) Approach refinements: It describes the test techniques to be adopted for this test design. 4) Test identification: It describes a comprehensive list of test cases associated with this test design. It provides a unique identifier and a short description for every test case. 5) Acceptance criteria: It describes the criteria to confirm as to whether each feature has passed or failed during testing. Read the complete article at http://www.softwaretestinggenius.com/artic...ils.php?qry=764
  5. Q. 1: What sort of errors are covered by the Regression Testing? Regression testing includes mainly, four types of errors 1) Data Corruption Errors: Due to sharing of data these errors result in side effects. 2) Inappropriate Control Sequencing Errors: Due to the changes in the execution sequences, these errors result in side effects. For example, an attempt to remove an item from a queue before it is placed into the queue. 3) Resource Contention: Potential bottlenecks and deadlocks are some examples of these types of errors. 4) Performance Deficiencies: Timing errors and storage utilization errors are some examples of these types of errors. <<<<<< =================== >>>>>> Q. 2: What is Criticality Analysis? It is a method to locate and reduce high-risk problems. It is performed at the beginning of the project. It identifies the functions and modules that are required to implement critical program functions or quality requirements like safety, security etc. Following steps are used in criticality analysis: Step - 1: Develop a block diagram or control flow diagram of the system and its software elements. Each block or control flow box represents a system or software function (module). Step - 2: Trace each critical function or quality requirements through the block or control flow diagram. Step - 3: Classify all traced software functions (modules) as critical to either the proper execution of critical software functions or the quality requirements. Step - 4: Focus additional analysis on these traced critical software functions (modules). Step - 5: Repeat criticality analysis for each life-cycle process / activity to determine whether the implementation details shift the emphasis of the criticality. <<<<<< =================== >>>>>> Q. 3: What is Traceability Analysis? Traceability analysis traces each software requirement back to the system requirements. This is done to ensure that each requirement correctly satisfies the system requirements. This analysis will also determine whether any derived software requirements are consistent with the original objectives, physical laws and technologies described in the system document. <<<<<< =================== >>>>>> Q. 4: What is Interface Analysis? It is a detailed examination of the interface requirements specifications. The evaluation criteria here are on the interfaces between the software and other hardware, user and external software. Criticality analysis is continued and updated for the software. Criticality is assigned to each software requirement. When requirements are combined into functions, the combined into functions, the combined criticality of requirements form the criticality for the aggregate function. The criticality analysis is updated periodically as requirement changes are introduced as such changes can cause a functions criticality to increase or decrease depending on the how the revised requirements impacts system criticality. <<<<<< =================== >>>>>> Q. 5: Describe the tool support for review processes. As tools become available to perform some of the tasks previously done by humans, the cost effectiveness of review processes increases. For example, utilization of a compiler to detect syntax errors in code and thus alleviating this task for the reviewers. Another example is the design and specification consistency checkers. <<<<<< =================== >>>>>> Q. 6: Describe some techniques to find the types of errors. Some of the techniques are described below: 1) Algorithm Analysis: It examines the logic and accuracy of the software requirements by translating algorithms into some language or structured format. The analysis involves re-deriving equations or evaluating the suitability of specific numerical techniques. Algorithm analysis examines the correctness of the equations and numerical techniques, truncation and sounding effects, numerical precision of word storage and variables and data typing influences. 2) Analytic Modeling: It provides performance evaluation and capacity planning information on software design. It represents the program logic and processing of some kind of model and analyzes it for efficiency. 3) Control Flow Analysis: It is used to show the hierarchy of main routines and their sub-functions. It checks that the proposed control flow is free of problems like unreachable or incorrect code. 4) Database Analysis: It ensures that the database structure and access methods are compatible with the logical design. It is done on programs with significant data storage to ensure that common data and variable regions are used consistently among all calling routines, that integrity of the entire data is maintained. At the same time it is ensured that no accident is able to overwrite any variable or any portion of the data by any data tables which happen to overflow. It is ensured that all data typing & its use are consistent all across the program. <<<<<< =================== >>>>>> Q. 7: What is Desk Checking? It involves the examination of the software design or code by an individual. It includes 1) Looking over the code for defects. 2) Checking for correct procedure interfaces. 3) Reading the comments and comparing it to external specifications and software design. <<<<<< =================== >>>>>> Q. 8: What are Petri-nets? Petri-nets model system to assure software design adequacy for catastrophic failure. The system is modeled using conditions and events represented by STDs. They can be executed to see how the software design will actually work under certain conditions. <<<<<< =================== >>>>>> Q. 9: What is program slicing ? Slicing is a program decomposition technique used to trace an output variable back through the code to identify all code statements relevant to a computation in the program. <<<<<< =================== >>>>>> Q. 10: What is Test Certification? It ensures that the reported test results are the actual finding of the tests. Test related tools, media & documentation are certified to ensure maintainability and repeatability of tests. This technique is also used to show that the delivered software product is identical to the software product that was subjected to V&V. It is used in critical software systems to verify that the required tests have been executed and that the delivered software product is identical to the product subjected to software V&V. Read Many More Excellent Articles on Software Verification & Validation (V&V) Download the complete Information & Study Material for ISTQB Certification
  6. Hello Friends, Quick Start to preparation for ISTQB Foundation Level Exam You want to shape up your career in testing? & Aspiring to appear in ISTQB Foundation level exam? & Do not wish to undergo a formal expensive training course? If Yes !!! Come on & read further. A) Important Facts you must know 1) ISTQB Foundation Certificate (Certified Tester Foundation Level) is an entry qualification for the ISTQB Advanced Certificate exam. 2) The ISTQB Certified Tester Foundation Level Syllabus has been updated in 2010. Following quick start tips are based upon the latest syllabus. 3) ISTQB Foundation Level exam is intended to check your knowledge of the entire discipline of software testing in a broader sense. 4) The Foundation Level syllabus is aimed it at people with varying levels of experience in testing, including persons with no experience at all. 5) The Foundation Level syllabus is freely available for download from www.istqb.org K-Levels related to topics in the Foundation Level Syllabus: Every topic in the syllabus corresponds to certain level of understanding, represented by the term K1, K2, K3 or K4 1) Level K1 refers to the ability to recall, so that you should be able to remember but not necessarily use or explain. 2) Level K2 refers to the ability to explain a topic or to classify information or make comparisons. 3) Level K3 refers to the ability to apply a topic in a practical scenario. 4) Level K4 refers to the ability to analyze a situation or a set of information to determine what action to take. C) K-Levels & associated levels of difficulty: 1) K1, K2, K3 and K4 levels do not reflect on being easy, moderate or hard. The K level identifies the level of understanding being tested, not the difficulty of the question. 2) It is possible that K2 questions might be more difficult (in the sense of being more challenging to answer) than a K3 question. 3) Generally K1 questions will be the most straightforward and if you are aware of the content of the syllabus, you won’t have difficulty in answering any K1 question. D) Breakup of Questions in the CTFL exam: 1) One-hour exams comprises of 40 multiple-choice questions. Every question has the same value. 2) 26 correct answers will guarantee a pass. There are no negative marking for the wrong answers. 3) The breakup of questions as per K-Levels is as under: a) K1 50%, 20 Questions a) K2 30%, 12 Questions c) K3 and K4 20%, i.e. 8 questions E) Type of Questions in the exam: Following shall generally apply. 1) All questions will contain a ‘stem’, which states the question, and four optional answers. 2) One and only one of the optional answers will be correct. The remaining options shall be incorrect. 3) If you are not sure of the correct answer you will possibly find one or more alternatives equally right. 4) Questions will be stated as clearly as possible, even emphasizing keywords by emboldening or underlining where this will add clarity. 5) There can be few negative questions (e.g. which of the following is not true?) and any negative questions included will be worded so that there is no ambiguity. 6) Questions will be set to test your knowledge of the content of the topics covered in the syllabus and not your knowledge of the syllabus itself. 7) Generally K1 questions will be of the straightforward type. 8) There will not be any K-Level label on the questions in the exam. F) Main Sections of Foundation Level Syllabus: The syllabus is broken down into six sections 1) Section 1: Fundamentals of testing – 7 Questions 2) Section 2: Testing throughout the software life cycle – 6 Questions 3) Section 3: Static techniques – 3 Questions 4) Section 4: Test design techniques – 12 Questions 5) Section 5: Test management – 8 Questions 6) Section 6: Tool support for testing – 4 Questions Above proportions of questions is approximate and the exact breakdown is not mandatory, but exams are by & large structured as per these & are quite close to these proportions as far as possible. G) Relation between K-Levels & Different Topics in Testing: 1) Level K4: It deals with statement and decision coverage. You can expect maximum two K4 questions and more likely only one, and the topic will be assessing statement and/or decision coverage for completeness with respect to meeting the specified exit criteria. 2) Level K3: Majority of K3 questions are likely to be based on Section 4 of the syllabus, hence most K3 questions will be about applying test design techniques. 3) Level K2: K2 questions shall be with more searching stem. The common type of K2 question is known as the Roman type. This is suited to questions involving comparisons or testing the candidate's ability to identify correct combinations of information. Topics can be examined at any level up to the maximum described in the syllabus for the particular topic. Hence a K3 topic can be examined at the K1 or the K2 level as well. H) Tips for better performance in the exam: 1) Read the syllabus carefully & you should be quite familiar with it. Generally the questions come directly from the syllabus and usually even the wording too is similar to that used in the syllabus. 2) Solve as many example questions as you can so that you become familiar with the wording of questions as well as types of questions. 3) It is a short duration exam, hence you will not be able to study the entire paper in depth. Hence to begin with, study the entire paper answering those questions that are straightforward and for which you know the answer. After finishing this simple task you will have a smaller task to complete and you will probably have taken less than a minute for each question that you have already answered, giving you more time to concentrate on those that you will need more time to answer. 4) If you have prepared well, you can answer 40 questions in less than 45 minutes. J) How to prepare for the CTFL Exam in the shortest possible time & without any formal training: Step –1: Deep study of the software testing basics as covered in the latest CTFL Syllabus by preparing from the Crash course study material available absolutely free. Download 30 Parts of Complete Study Material - ISTQB Foundation Level Exam
  7. You are the Best Judge of your own Capabilities & Potentials. No one else knows about you more than yourself. Try to Introspect & Discover yourself the Qualities / Potentials / Experience & Confidence you possess, & honestly try to assess the slot where you deserve to be placed as on date; from where upon you can improve to be an Excellent Manager of tomorrow. Here is a practical tool to introspect & know as to where you stand as a tester. This methodology can help you improve your testing abilities & excel in your career in testing. What you need to do is? Step -1: Carefully go through the following twenty-five questions or situations. Step -2: With a cool mind, try to figure out, if any situation or question fits on you as on date. If Yes !!! – Allocate "1" – Mark, otherwise allocate "0" – Mark against that question. Step -3: Continue allocation of marks till the end of questionnaire. Most Important – Please don’t jump to the end of the questionnaire to see the score calculation methodology; which could otherwise impose a bias in your assessment. Now carry on with the self-assessment exercise: Q. 1: Am I able to verify & say that it is possible to accomplish a particular task that appears difficult to many? Q. 2: Am I able to detect problems either in the process or the product faster than many? Q. 3: Am I able to identify & prevent potential problems before they come to the surface? Q. 4: Am I able to look back as to how the problems & bugs ended up in the product? Q. 5: Do I have understanding of general technologies in using & implementing my product? Q. 6: Do I have an attitude to break the things by which I may be able to learn more? Q. 7: Do I have an inquisitive mindset of asking questions especially the right ones, with an objective of learning? Q. 8: Do I optimize scarce resources & focus my attention on where I can find bugs? Q. 9: Do I have a habit of creating my own set good questions about the software and then looking for their answers? Q. 10: Do I tactfully react over the possible cause of the bugs or likely source of the bugs? Q. 11: Do I tend to go deeper into the code of the application prior to testing & restrain any impulse to use ad-hoc techniques and simplistic tools? Q. 12: Do I tend to understand as to how the users will exploit the program's features & the type of errors they are likely to make? Q. 13: Do I have an average intelligence but a high caliber as a tester? Q. 14: Do I tend to capture minute things usually ignored or missed by many? Q. 15: Do I tend to look for major or minor symptoms compared to bugs? Q. 16: Am I socially smart & diplomatic having good inter personnel skills to deal with programmers, especially the senior ones? Q. 17: Do I avoid reaching compromises and consensus in an effort to be socially adept smart? Q. 18: Do I prefer to use files, databases & checklists etc. compared to depending upon my razor sharp memory? Q. 19: Do I believe that I too can make mistakes, hence tend to double-check my findings prior to reporting? Q. 20: Am I organized & report my bugs accompanied by facts & evidence in support? Q. 21: Do I believe that manual testing is error prone & try to devise my own ways to reduce such methods may be by some sort of automation? Q. 22: Do I maintain a good standard of behavior? Meaning thereby total restraint on finger pointing, laughing at something found odd, undermining other persons work. Q. 23: Do I tend to perform test inspections in a way programmers do their code inspection? Q. 24: Do I have an appetite for applicable technology? Q. 25: Do I tend to dig out problems in the code by cooperating with developers aiming to identify further issues? Comments supporting some of the questions listed above: Q. 4: Such information can be used to improve the process in future Q. 7: Asking questions is the best way to learn, but at the same time question must not be stupid. Q. 9: Asking questions about software, thoroughly interrogating it greatly helps in escalating the knowledge of the code the tester is working on. Q. 10: Being tactful refers to an ability to peep into the source of the bugs and quickly understanding the possible cause of them – like the management, designers or the developers. Q. 15: Usually symptoms are not bugs. Symptoms don’t have categories like major or minor, whereas the bugs have. Q. 16: Diplomacy could refer to good inter personnel skills, being thick skinned & having a good sense of humor. Q. 21: Initiative to improve the quality of own work may be by automation, by devising own ways to eliminate error-prone methods is a positive trait. Q. 22: Attributes of poor behavior are finger pointing, laughing at something found odd, undermining other persons work. Read the full article & your scorecard at: http://www.softwaretestinggenius.com/artic...ils.php?qry=769
  8. Non Functional or White Box Testing of Web Applications invove either or all of the following seven types of testing 1) Configuration Testing: This type of test includes 2) Usability Testing 3) Performance Testing 4) Scalability Testing 5) Security Testing 6) Recoverability Testing 7) Reliability Testing Let us discuss each types of these testings in detail 1) Configuration Testing: This type of test includes a) The operating system platforms used. The type of network connection. c) Internet service provider type. d) Browser used (including version). The real work for this type of test is ensuring that the requirements and assumptions are understood by the development team, and that test environments with those choices are put in place to properly test it. 2) Usability Testing: For usability testing, there are standards and guidelines that have been established throughout the industry. The end-users can blindly accept these sites since the standards are being followed. But the designer shouldn't completely rely on these standards. While following these standards and guidelines during the making of the website, he should also consider the learnability, understandability, and operability features so that the user can easily use the website. 3) Performance Testing: Performance testing involves testing a program for timely responses. The time needed to complete an action is usually benchmarked, or compared, against either the time to perform a similar action in a previous version of the same program or against the time to perform the identical action in a similar program. The time to open a new file in one application would be compared against the time to open a new file in previous versions of that same application, as well as the time to open a new file in the competing application. When conducting performance testing, also consider the file size. In this testing the designer should also consider the loading time of the web page during more transactions. For example: a web page loads in less than eight seconds, or can be as complex as requiring the system to handle 10,000 transactions per minute, while still being able to load a web page within eight seconds. Another variant of performance testing is load testing. Load testing for a web application can be thought of as multi-user performance testing, where you want to test for performance slow-downs that occur as additional users use the application. The key difference in conducting performance testing of a web application versus a desktop application is that the web application has many physical points where slow-downs can occur. The bottlenecks may be at the web server, the application server, or at the database server, and pinpointing their root causes can be extremely difficult. We can create performance test cases by following steps: a) Identify the software processes that directly influence the overall performance of the system. For each of the identified processes, identify only the essential input parameters that influence system performance. c) Create usage scenarios by determining realistic values for the parameters based on past use. Include both average and heavy workload scenarios. Determine the window of observation at this time. d) If there is no historical data to base the parameter values on, use estimates based on requirements, an earlier version, or similar systems. e) If there is a parameter where the estimated values form a range, select values that are likely to reveal useful information about the performance of the system. Each value should be made into a separate test case. Performance testing can be done through the "window" of the browser, or directly on the server. If done on the server, some of the performance time that the browser takes is not accounted for. 4) Scalability Testing: The term "scalability" can be defined as a web application's ability to sustain its required number of simultaneous users and/or transactions, while maintaining adequate response times to its end users. When testing scalability, configuration of the server under test is critical. All logging levels, server timeouts, etc. need to be configured. In an ideal situation, all of the configuration files should be simply copied from test environment to the production environment, with only minor changes to the global variables. In order to test scalability, the web traffic loads must be determined to know what the threshold requirement for scalability should be. To do this, use existing traffic levels if there is an existing website, or choose a representative algorithm (exponential, constant, Poisson) to simulate how the user "load" enters the system. 5) Security Testing: Probably the most critical criterion for a web application is that of security. The need to regulate access to information, to verify user identities, and to encrypt confidential information is of paramount importance. Credit card information, medical information, financial information, and corporate information must all be protected from persons ranging from the casual visitor to the determined cracker. There are many layers of security, from password-based security to digital certificates, each of which has its pros and cons. We can create security test cases by following steps: a) The web server should be setup so that unauthorized users cannot browse directories and the log files in which all data from the website stores. Early in the project, encourage developers to use the POST command wherever possible because the POST command is used for large data. c) When testing, check URLs to ensure that there are no "information leaks" due to sensitive information being placed in the URL while using a GET command. d) A cookie is a text file that is placed on a website visitor's system that identifies the user's "identity." The cookie is retrieved when the user revisits the site at a later time. Cookies can be controlled by the user, regarding whether they want to allow them or not. If the user does not accept cookies, will the site still work? e) Is sensitive information stored in the cookie? If multiple people use a workstation, the second person may be able to read the sensitive information saved from the first person's visit. Information in a cookie should be encoded or encrypted. 6) Recoverability Testing: Website should have backup or redundant server to which the traffic is rerouted when the primary server fails. And the rerouting mechanism for the data must be tested. If a user finds your service unavailable for an excessive period of time, the userwill switch over or browse the competitor's website. If the site can't recover quickly then inform the user when the site will be available and functional. 7) Reliability Testing: Reliability testing is done to evaluate the product's ability to perform its required functions and give response under stated conditions for a specified period of time. For example: A web application is trusted by users who use an online banking web application (service) to complete all of their banking transactions. One would hope that the results are consistent and up to date and according to the user's requirements. Read many more articles & Tutorials on Web Applications Testing at:http://www.softwaretestinggenius.com/categ...l.php?catId=153
  9. First of all let us see how IEEE defines the terms Verification & Validation A) Software Verification: "it is the process of evaluating a system or component to determine whether the products of a given development phase satisfy the conditions imposed at the start of that phase." OR "it is the process of evaluating, reviewing, inspecting and doing desk checks of work products such as requirement specifications, design specifications and code". OR "It is a human testing activity as it involves looking at the documents on paper." Software Validation: "It is defined as the process of evaluating a system or component during or at the end of development process to determine whether it satisfies the specified requirements. It involves executing the actual software. It is a computer based testing process." Both verification and validation (V&V) are complementary to each other. Hence good testing expects more than just running a program. To demonstrate this statement let us examine an example cum tutorial for leap-year function working on MS SQL (Server Data Base) CREATE FUNCTION f_is_leap_year (@ ai_year small int) RETURNS small int AS BEGIN --if year is illegal (null or -ve), return -1 IF (@ ai_year IS NULL) or (@ ai_year <= 0) RETURN -1 IF (((@ ai_year % 4) = 0) AND ((@ ai_year % 100)< > 0)) OR ((@ ai_year % 400) = 0) RETURN 1 --leap year RETURN 0 --Not a leap year END Now let us execute the above program with different inputs as described in following Database table: Test_leap_year Sr. Year (Year to Test) Expected Result Observed Result Match 1 -1 -1 -1 Yes 2 -400 -1 -1 Yes 3 100 0 0 Yes 4 1000 0 0 Yes 5 1800 0 0 Yes 6 1900 0 0 Yes 7 2010 0 0 Yes 8 400 1 1 Yes 9 1600 1 1 Yes 10 2000 1 1 Yes 11 2400 1 1 Yes 12 4 1 1 Yes 13 1204 1 1 Yes 14 1996 1 1 Yes 15 2004 1 1 Yes There are 15 sets of inputs in the above database table. We may feel that these 15 cases are sufficient for such a small program. We may write 100 such cases and show that this program behaves as per specifications. However, this is not testing. By testing any program, we mean adding value to it. Adding value means raising the quality or reliability of the program. And raising the reliability means finding and removing faults. Hence, our objective should not be to show that the program works as per specifications. But, we should do testing with the assumption that there are faults and our aim is to remove these faults at the earliest. If our goal is to demonstrate that a program has faults, our inputs selection should have a higher probability of finding faults. We should concentrate only on weak and critical areas of the program. The critical areas for the above leap year program are as under 1) Removing statement ((@ ai_year % 400) = 0 would result in Y2K problem. 2) Entering year in float format e.g., 2007.12. 3) Entering year as a character or as a string. 4) Entering year as NULL or zero (0). We may think of so many situations, which are quite risky for this leap-year function. These are critical areas. And the results are very strange with these inputs. Our objective is to identify weak situations of any program and design test cases that makes the program to fail under such simple circumstances that no one would tolerate. If we are not able to remove faults, then proper warning messages should be introduced at proper places in the program. Hence we can say that a good tester is the one who gets the most faults fixed. Read Many More Excellent Articles on Software Verification & Validation (V&V) Download the complete Information & Study Material for ISTQB Certification
  10. Brief Introduction to Keyword based Framework: Keyword-based software test automation framework can reduce the cost and time of test design, automation and execution. It allows members of a testing team to focus on what they do best, but also allows non-technical testers and business analysts to write automated tests. Keyword-based test design and test automation is founded on the premise that the discrete functional business events that make up any application can be described using a short text description (keyword) and associated parameter value pairs (arguments). For example, most applications require users to log in; the keyword for this business event could be "Logon User" and the parameters could be "User Id" and "Password". By designing keywords to describe discrete functional business events, testers begin to build up a common library of keywords that can be used to create keyword test cases. This is really a process of creating a language (keywords) to describe a sequence of events within the application (test case). When properly implemented and maintained, keywords present a superior return on investment because each business event is designed, automated and maintained as a discrete entity. These keywords can then be used to design keyword test cases, but the design and automation overhead for the keyword has already been paid. When a change occurs within any given keyword, the affected test cases can easily be found and updated appropriately. And once again, any design or automation updates to the keyword are performed only once. Compare this to the Record and Playback approach, which captures a particular business event or part of the business event each time a test case traverses it. (If there are 100 test cases that start with logging on, then this event will have automated 100 times and there will be 100 instances to maintain.) Read the complete article at http://www.softwaretestinggenius.com/artic...ils.php?qry=766
  11. Prima facie, a software application appears more validated by the presence of a test plan. Although plenty of IEEE standards are in use by the testing industry, still there is no hard & fast rule to stick to any one in particular. Many times company specific test plans customized to suit ones own requirement prove to be more useful & acceptable to the testing personnel. A good Tester is the one who prepares a “Test Plan” for every level of testing, and clearly describes its objectives & most important aspect is that he/she operates on it. The test plan can have several parts but the most important aspect is the simple presence of the test plan itself. Reason being this becomes the starting point from which the entire process gets kick started & it contains the scope of the entire testing assignment. A test plan has systematic outline of all features & functionality that are continuously checked based upon the matrix of responsibilities & risks associated with the process. An effective test plan comprises of the following parts: 1) Test plan identification: A unique identifier is to be allocated so that the test plan document can be distinguished from all other documents. 2) Brief Introduction: A summary of the software to be tested. A brief description and history may be included to set the context. References to other relevant documents useful for understanding the test plan are appropriate. Definitions of unfamiliar terms may be included. 3) Items to be tested: A comprehensive list of software items that are to be tested is to be documented. It is the gist of software application areas that is the object of testing. 4) Features to be tested: A comprehensive list of characteristics of all the items to be tested. These include functionality, performance, security, portability, usability, etc. 5) Features not to be tested: Identifies characteristics of the items that need not be covered under our testing effort along-with brief outline of reasons of not doing so. Read the complete article at http://www.softwaretestinggenius.com/artic...ils.php?qry=763
  12. Software design errors and faults can be discovered and software designs validated by two techniques like: 1) Requirements-based test case design being the primary technique 2) Another important technique being the early design-based test case design. In design-based test case design the information for deriving them is taken from the software design documentation. Design-based test cases focus on the data and process paths within the software structures. Internal interfaces, complex paths or processes, worst-case scenarios, design risks and weak areas, etc. are all explored by constructing specialized test cases and analyzing how the design should handle them and whether it deals with them properly. In software testing effort, requirements-based and design-based test cases provide specific examples that can be used in design reviews or walkthroughs. Together they provide a comprehensive and rich resource for design based software testing. Design Testing Metrics: Increasingly, formal design reviews are adopting metrics as a means of quantifying test results and clearly defining expected results. The metrics (measures that are presumed to predict an aspect of software quality) vary greatly. Some are developed from scored questionnaires or checklists. For example, one group of questions may relate to design integrity and system security. Typical Integrity Questions can be like the following Q.1: Are security features controlled from independent modules? Q.2: Is an audit trail of accesses maintained for review or investigation? Q.3: Are passwords and access keywords blanked out? Q.4: Does it require changes in multiple programs to defeat the access security? Each reviewer would answer these questions, and their answers would be graded or scored. Over time, minimum scores are established and used as pass/ fail criteria for the integrity metric. Designs that score below the minimum are reworked and subjected to additional review testing before being accepted. Another example of a metric-based design test that can be used effectively is a test for system maintainability. An important consideration in evaluating the quality of any proposed design is the ease with which it can be maintained or changed once the system becomes operational. Maintainability is largely a function of design. Problems or deficiencies that produce poor maintainability must be discovered during design reviews; it is usually too late to do anything to correct them further along in the cycle of software testing. To test the maintainability we develop a list of likely or plausible requirements changes (perhaps in conjunction with the requirements review). Essentially, we want to describe in advance what about the system we perceive is most apt to be changed in the future. During the design review a sample of these likely changes is selected at random and the system alterations that would be required are walked through by the reviewers to establish estimates for how many programs and files or data elements would be affected and the number of program statements that would have to be added and changed. Metric values for these estimates are again set on the basis of past experience. Passing the test might require that 80 percent of the changes be accomplished by changes to single programs and that the average predicted effort for a change be less than one man-week. Designs that score below these criteria based on the simulated changes are returned, reworked, and re-subjected to the maintainability test before being accepted. This is just one example of an entire class of metrics that can be built around what-if questions and used to test any quality attribute of interest while the system is still being designed. Design for Testing: In addition to the testing activities we perform to review and test the design, another important consideration is the features in the design that simplify or support testing. Part of good engineering is building something in a way that simplifies the task of verifying that it is built properly. Hardware engineers routinely provide test points or probes to permit electronic circuits to be tested at intermediate stages. In the same way, complex software must be designed with "windows" or hooks to permit the testers to "see" how it operates and verify correct behavior. Providing such windows and reviewing designs to ensure their testability is part of the overall goal of designing for testability. With complex designs, testing is simply not effective unless the software has been designed for testing. Testers must consider how they are going to test the system and what they will require early enough in the design process so that the test requirements can be met. Design Testing Tools and Aids: Automated tools and aids to support design testing play an important role in a number of organizations. As in requirements testing, our major testing technique is the formal review; however there is a greater opportunity to use automated aids in support of design reviews. Software testing tools in common use include design simulators (such as the data base and response time simulators; system charters that diagram or represent system logic; consistency checkers that analyze decision tables representing design logic and determine if they are complete and consistent; and data base dictionaries and analyzers that record data element definitions and analyze each usage of data and report on where it is used and whether the routine inputs, uses, modifies, or outputs the data element. None of these software testing tools performs direct testing. Instead, they serve to organize and index information about the system being designed so that it may be reviewed more thoroughly and effectively. In the case of the simulators, they permit simplified models to be represented and experimentation to take place, which may be especially helpful in answering the question of whether the design solution is the right choice. All the tools assist in determining that the design is complete and will fulfill the stated requirements. Read Many more Flambuoyant Articles on Test Design
  13. First of all, let us see what is the meaning of the term “Performance Testing”: For general engineering practice, “Performance Testing” refers to evaluation & measurement of functional characteristics of an individual, a system, a product or any material. However in software industry parlance, the term “Performance Testing” widely refers to the evaluation & measurement of functional effectiveness of a software system or a component, as regards its reliability, scalability, efficiency, interoperability & its stability under load. These days a new science by the name “Performance Engineering” is emerging in IT industry & Performance Testing / Acceptance Testing are being viewed as its subsets. The performance engineering lays prime emphasis on covering the performance aspects in the system design itself i.e. right from the beginning & more important is that well before the start of actual coding. Why Software Industry lays so much emphasis on Performance Testing: The key reasons are: 1) Performance has become the key indicator of product quality and acceptance consideration nowadays in a highly dynamic & competitive market. 2) Customers are becoming extremely demanding on quality front & have clear vision of their performance objectives. 3) These days, every customer is looking for greater speed, scalability, reliability, efficiency & endurance of all applications – may it be multi tier applications, web based applications or client server applications etc. etc. Read the full article at: http://www.softwaretestinggenius.com/hotar...ils&qry=384
  14. If you want to acquire any of the HP certifications like QTP HPO-M16, Quality Center HPO-M15, LoadRunner HPO-M18 or HPO-M19 or Performance Center HPO-M17, it is essential to obtain HP Learner ID beforehand. Although some of the Prometric Centers may permit examination even without HP Learned ID, but a success in such an exam shall not be worthwhile, since you won’t get the HP certification. Hence it is wise to go in for HP Learner ID, and, proceed smilingly on the highway to your dream certification. Step-by-step process to obtain the HP Learner ID Enjoy possessing your hard earned HP Learner ID (But for this event you may have to wait for 6 business days after you register).
  15. Complete information on ISTQB Certification is being provided in the form of easily understandable 12 Nos. Questions & Answers. Q. 1: What is ISTQB? ISTQB stands for “International Software Testing Qualifications Board”. It is Belgium based International body legally established in the year 2002. Software testing professionals from all over the world joined hands in formulating standardized contents for further education in the field of Software Testing. It is a multiple-choice exam & is an education program offered in 38 countries <<<<<< =================== >>>>>> Q. 2: How many Levels of Certification are provided by ISTQB? The ISTQB has come out with an International Qualification Scheme called "ISTQB Certified Tester". Presently there are two levels of exams leading to the specific levels of certification. 1) Foundation Level Certification: Name of this certification is “Certified Tester Foundation Level” (CTFL). This is the only one foundation level exam. This is an entry level certification meant for people entering the field of testing and for experienced professionals desiring to move up the ladder of ISTQB certifications. Foundation Level Certification offers evidence that the certified person has a broad understanding of the key concepts & fundamental best practices of software testing. 2) Advanced Level Certification: Name of this certification is “Certified Tester Advanced Level” (CTAL). This is the intermediate level certification. Eligibility for this exam is Foundation level certification i.e. CTFL certificate & 5 years experience of software testing. The candidate must have a Bachelor’s Degree in IT or Computer Science or related field from a recognized institution; this can be substituted by two years of work experience in Software Testing. Advanced Level Certification offers evidence that the certified person is a committed testing professional and has thorough understanding of key concepts & advanced best practices of software testing. Following 3 - interrelated Advanced Level Certification Exams are available: Candidate can go in for either or all of these advanced level certifications. a) Advanced Level Functional Tester: This advanced level certification is meant for software testers especially part of independent test teams involved in business-oriented testing. It provides the users the much needed & detailed information related to specifics of different testing techniques like behavioral testing or Black Box testing / White Box testing etc. Advanced Level Test Manager: This advanced level certification is meant for test managers, development managers, and project managers responsible for testing. c) Advanced Level Technical Tester: This advanced level certification is meant for testers and programmers involved in non functional testing, structural testing or White Box Testing & for testers involved in automation. Additional Advanced Level Certification: After completing the above three advanced level certifications, one can go in for an additional Advanced Level Certification by the name “Advanced Level (CTAL) – Full Advanced Level”. This is an exam of 1.5 hours duration. 3) Expert Level Certification: Has not started yet. Expert Level Certification is meant for leaders of the field of software testing with eight or more years of experience. Expert Level Certification offers evidence that the certified person is a seasoned testing professional and has consistent understanding & execution of proven cutting edge techniques in testing. <<<<<< =================== >>>>>> Q. 3: Who provides the ISTQB Certification? Q. 4: What is the period of validity of ISTQB Certifications? Q. 5: What are the Advantages of ISTQB Certifications? Q. 6: What are the Salient Features of the Foundation Level (CTFL) Exam? Q. 7: What is the Structure of Foundation Level (CTFL) Exam? Q. 8: What is the Syllabus for various ISTQB certifications Exams? Q. 9: How do I prepare for the ISTQB Exams? How can I download the Study Material etc.? Q. 10: Whether certification exam is same everywhere? Q. 11: How to register for the Foundation Level (CTFL) Exam with ITB? Q. 12: Whether ITB / ISTQB certification can be taken Online? Other useful Information like: ISTQB Certification Schemes at a Glance Useful Tips & Tricks for success in ISTQB exam: Detailed understanding of Various Knowledge Levels Download the Largest Database of Unique Sample Question Papers Read the Detailed Answers & explanation of all the above Questions
  16. Planning to appear in HPO-M16 exam for Certification on HP QuickTest Professional 9.2 software? Have a quick pre exam review of your knowledge to assure you of a good score. The Question Bank contains 100 Nos. Special High Quality Objective Type Questions with answers, which are constantly being updated by us. A thorough practice from this knowledge base will help you acquire deeper understanding of HP QTP 9.2 software & get success in certification exam HPO-M16 as well. Download the QTP Question Bank Download Complete Information you would like to know on QTP Certification You can write to software.testing.genius@gmail.com for any clarification & any other information on QTP Certification Yogindernath
  17. Are you appearing for IBM Rational Functional Tester for Java Certification IBM RFT 000-842 exam? If yes !!! You would certainly like to review your knowledge before appearing in the exam. The Question Bank contains special Objective Type questions compiled by persons who have already cleared IBM RFT 000-842 Exam. These will be of great help to all of you in your pursuit for IBM RFT Certification. Download the Complete Question Bank on RFT Other Useful Study Material on Rational Functional Tester Download Tutorials on RFT - Rational Functional Tester Download Interview Preparation Questions on RFT Brought to you by: Yogindernath http://www.softwaretestinggenius.com A Storehouse of Complete Knowledge on Software Testing & QA under one Roof
  18. Hi Jogson,I believe some changes have taken place in questions from August till now.Do you have updates for the sameYoginderanth
  19. Are you appearing for HPO-M16 exam for Certification on QuickTest Professional? If yes !! You would certainly like to review your knowledge before appearing in the exam. The Question Bank contains special Objective Type questions compiled by persons who have already cleared HPO-M16 Exam on QTP certification. These will be of great help to all of you in your pursuit for QTP Certification. Download the Question Bank Download Complete Information you want to know on QTP Certification Yogindernath
  20. Are you appearing for ISTQB Certification exam? If yes !! You would certainly like to review your knowledge on Software Testing before appearing in the exam. The Question Bank contains special Objective Type questions compiled to help aspirants for ISTQB certification exam. These will be of great help to all of you in your pursuit for ISTQB Certification. Download the Question Bank Download Complete Information you want to know on ISTQB Certification Yogindernath
  21. Are you are a Team Lead or a QA Manager? If yes !! This post is certainly for you The Question Bank contains highly challenging Objective Type questions especially designed for QA Managers / Software Project Managers / Team Leads; who can review their skills & knowledge pertaining to specialized areas in QA / Software Testing Download the Question Bank Yogindernath
  22. There is no one who does not aspire to excel in his/her career & reach the star. In today’s era of dynamism & great competition, I don’t think that heavy university degrees can contribute too much in your success. Impressive degrees undoubtedly act as a rock in the soil, but apart from that we need to understand the superiority of smart working over hard working in this environment of fast change. What we need is a Tip-Top & pleasing personality. Even if you happen to be highly qualified & intelligent, but haven’t cared to improve your personality; you are liable to be branded as an old fashioned owl & you may not achieve the level of success, you think you deserve. Having realized the underlying fact, this is the high time for you to change yourself. I am giving below 7-Golden Tips to transform your personality by virtue of which you can beat any type of recession & march on a highway to success in your professional career. Tip No. – 1: Demonstrate your Importance: Keep yourself engrossed in worthwhile / value added activities that could help you develop your importance among your circle. You must be always conscious of your ultimate career goals & most important issue is that you must have chalked out some realistic / may be a bit difficult plan to achieve your career objectives. It is essential that you make your presence felt effectively. For that you must develop patience & remain ever aware of your real talent, that ought to be capitalized effectively & that too at the most appropriate time. Remember that if you fail to hit the nail right on its head at the proper time, you may miss an opportunity of impressing others about your talent & importance. Tip No. – 2: Cultivate Positive Attitude: Be positive & optimistic in your approach. You must deploy your best potential to achieve your short-term & long-term goals with positive attitude. Always keep yourself motivated, which will help you in keeping your professional confidence alive. Try to identify & drop your negative traits & try to develop the opposite – positive habits. Being kind hearted & ever eager to help others at an hour of need, is a very good attribute that improves the personality. However you need to be conscious that no one should take you for a ride out of your kind-heartedness. Tip No. – 3: Develop Right behavior: Your behavior with others is of prime importance in shaping your personality. Try to find out that you are not like many people who are habitual of indulging in unwanted arguments with anyone over trivial issues & who occasionally fail to pay due respect to others. This type of behavior casts a negative impact on one’s personality. Try to be true to your words & must never break a promise, once made; else your sincerity will come under shadow, which is going to be a strong impediment in your success. Tip No. – 4: Introspect periodically: It is ideal to have a check-list of do’s & don’ts or a diary where you can record your activities of the day, especially the ones where you happen to slip out of the planned do’s. Try to fix some sort of small self-punishment for every deviation from the defined do’s. For instance you may decide to donate say 10 cents for every lie from you. In case of a time constraint, introspection at least once a week needs to be done. Be true to yourself while introspecting; remember that you are not going to impress anyone by hiding the facts. You should not tell a lie to yourself. Such introspection will be a great eye opener for you, which will improve your personality gradually. Tip No. – 5: Care for your Dress: Be cautious of your body language & your dress. Your body language & your dressing sense are true reflections of your personality. Proper dress plays a vital role in developing a dynamic personality. Be careful of your dress that needs to be neat & clean always. Too tight or too lose dress is a sign of negative personality. Excessive repetition of dresses also sends negative signal among people whom you meet frequently. We need to avoid transparent apparels in office.
  23. An Automation Framework primarily comprises of elements like: A) Function Library Object Repository C) Database D) Application Scenario Files E) Initialization VB Script F) Sequence File G) Driver Script H) Test Case List File A) Function Library: While creating automation framework the entire coding is done by using VB script functions that are user defined. We store these VB script functions in function library files with (*.vbs) extension. Apart from Driver Scripts, there is no need of doing any script creation beyond the function library. Every application consists of following two types of function libraries 1) Containing common functions that are not dependent on the application functions. 2) Containing functions, which are specific, the application. The script designer strives to utilize the common functions, which are independent of the application, to the maximum possible extent. However there is no hard & fast rule to always use common functions only. Whenever there is absolute necessity of using some functions, which are essential for the application, the same are created on the spot & are stored in the concerned function library. “ExecuteScenarioFile” is a function present in our common function library & is called from the Driver Script or from outside the function library. This function is used for accessing the keywords, various objects and all other parameters from the Scenario File. This is also used to call other relevant functions as well from the function library. The function library files with (*.vbs) extension are stored in the Function Library folder. Object Repository: Every application being automated contains a single / unique object repository file. The object repository files with (*.tsr) extension are stored in the Object Repository folder. C) Database: MS Access database module of MS Office is used to store all the test data. While designing the structure of the database the designer tries to keep one independent table for every screen of the application. Test Case ID field is usually designated as the primary key for every table. Test Case ID is unique for every record used by the program for iteration. Test Case ID identifier is quite helpful in navigating through some particular type of data stored in the table. QTP establishes a link with database by building its system DSN and using the same DSN in the script. As a best practice, every application should have an independent database file; however for the sake of conserving the space on the hard disc, multiple applications can share the same database. The MS Access database files with (*.mdb) extension are stored in the Database folder. D) Application Scenario Files: This is a typical MS Excel spreadsheet file, which contains records with information on different keywords, objects & many other parameters representing a test scenario. QTP accesses the information from this application scenario file & performs the defined actions over the application. The MS Excel spreadsheet file serves the purpose of test case documentation as well & there remains no need to create another set of test case documentation. The application scenario files are the most versatile features of keyword driven framework. The subject matter experts (SME’s) who usually don’t have much of programming knowledge are able to easily use these application scenario files for creating automated tests by making quick selection of keywords from the dropdown lists. We can save tremendous amount of automation effort by creating maximum number of common which can be reused again & again thereby getting the maximum benefit. The application scenario files with (*.xls) extension are stored in the application folder corresponding to the particular application. E) Sequence File: These are initialization settings files for the Driver QTP Script and are similar to the conventional configuration files. This is also a typical MS Excel spreadsheet file, which contains records with information like: 1) Name of Application Scenario file 2) Name of Object Repository 3) Name of Function Library 4) List of Test Cases to be executed 5) Details of Data Source 6) Details of script development work area 7) Details of script execution work area Every application carries a “Run” or “Ignore” flag specifying the application scenario being executed. This sequence file in the form of spreadsheet is used by the Initialization VB Script uses & decides as to which application & which scenario is to be executed, for getting the information on the concerned Application Scenario file & for doing the initialization settings for the application. The Sequence File with (*.xls) extension are stored directly in the root folder. F) Initialization VB Script: Initialization is the starting point for the execution of a script. QTP gets launched by Initialization VB Script & the work area is set either as development or production depending upon the inputs from the user. We can use the same Initialization VB script for doing the initialization settings for multiple web applications. It carries out the following settings for the Driver Script. 1) Setting the Work Area according to user input. 2) Setting the application scenario file for the current run. 3) Setting the object repository. 4) Setting the function libraries. 5) Setting the data source. 6) Setting the test case list. Once the above settings are completed, Initialization VB Script launches the Driver Script in read only mode, & makes it ready for execution by the user. Thereafter the Driver Script takes over the entire control. The Initialization VB Script with (*.vbs) extension are stored directly under the root folder. G) Driver Script: These are test scripts of QTP meant for driving the script execution after Initialization VB Scripts complete their task. These driver scripts reside outside the function library. These Driver Scripts call the “ExecuteScenarioFile” function for accessing the keywords, various objects and all other parameters from the Scenario File and making calls to suitable functions in the function library. The Driver Scripts are stored directly under the root folder. H) Test Case List File: These files contain the list of all Test Case ID’s for execution under the present run. With the help of these files, the user gets an option for selecting only a subset of the data from the database for executing in the present run. These Test Case List Files are stored directly under the root folder. Many more articles on Automation Frameworks are available at: http://www.softwaretestinggenius.com/categ...l.php?catId=155
  24. Every professional in the Software Testing & Quality Assurance domain is certainly aware of HP’s LoadRunner. LoadRunner is a well-known next generation performance verification & validation tool brought by HP. This is a unique tool through which we can simulate situation with hundreds or thousands of artificial users & can impose definite, consistent and repeatable loads on the system thereby stressing it from end-to-end. LoadRunner is designed to accurately predict the actual performance and behavior of the application, thereby increasing our confidence in the reliability of the new system before it gets actually deployed. A beginning has been made to bring out High Quality Objective Type Questions on HP LoadRunner. With this one can prepare for the HP certification exam HP0-M18 and can confidently face interviews as well, in any leading MNC. Few of such Questions are presented below. Correct answers are highlighted in Bold: Q. 1: What is the LoadRunner term that describes the time a user pauses between steps? A. Pacing B. User Delay C. Think time D. Navigation time <<<<<< =================== >>>>>> Q. 2: What is the first stage of load testing process? A. Plan the load test B. Create the scenario C. Execute the scenario D. Create VuGen scripts <<<<<< =================== >>>>>> Q. 3: When analyzing a technical aspect of a system under test, which group is a helpful source of information? A. End users B. Functional experts C. Application experts D. Corporate executives <<<<<< =================== >>>>>> Q. 4: Which file type has an extension .lrr? A. Script B. Results C. Analysis D. Scenario <<<<<< =================== >>>>>> Q. 5: You are a LoadRunner expert consultant and have been assigned to a client that needs to performance test an application that has not yet been released. How can you obtain information about the application anticipated load? A. Estimate how the application will be used B. Obtain the necessary information from web logs C. Look in the application’s database to determine the anticipated load D. Consult with the business experts to determine the anticipated load Hundreds of similar Objective Type Questions on this great Tool HP LoadRunner are available here on http://www.softwaretestinggenius.com/categ...l.php?catId=160
  25. Q. 1: How many types of HP Software Certification Credentials are available? Presently HP offers following two types of certification credentials to the individuals. 1) AIS - with full form as “Accredited Integration Specialist”. 2) ASE - with full form as “Accredited Systems Engineer”. <<<<<< =================== >>>>>> Q. 2: Where do the QTP related certification fit in AIS or ASE? QTP Certification gets covered under following two parent streams by the broader name HP Quality Center v9. 1) AIS - HP Quality Center v9: Accredited Integration Specialist in HP Quality Center v9. 2) ASE - HP Quality Center v9: Accredited Systems Engineer in HP Quality Center v9. <<<<<< =================== >>>>>> Q. 3: How many types of exams we need to clear to get AIS - HP Quality Center v9 Certification? 1) Mandatory or Core Exam: Covers – Implementing HP Quality Center Software (Exam Code: HP0-M81) 2) Elective Exam: One can chose either of the following exams a) HP QuickTest Professional 9.2 Software (Exam Code: HP0-M16) or HP WinRunner 9.2 Software (Exam Code: HP0-M12) <<<<<< =================== >>>>>> Q. 4: How many types of exams we need to clear to get ASE - HP Quality Center v9 Certifications? 1) Mandatory or Core Exam: Covers – HP Quality Center 9.2 Software (Exam Code: HP0-M15) 2) Elective Exam: One can chose either of the following exams a) Test Scripting using HP QuickTest Professional Software (Exam Code: HP0-M80) or Test Scripting using HP WinRunner Software (Exam Code: HP0-M82) <<<<<< =================== >>>>>> Q. 5: Does HP provide any part certification i.e. after clearing either of the mandatory exam or the elective exam? No. HP does not provide any certification for individual exams may be the Mandatory / Core or the Elective exam. Hence to get the HP Certification, successful clearing of both Core exam as well as Elective exam is essential. After clearing the elective exams, a Score Card is provided by Prometric, which also commands great respect in the IT sector. Read the complete article at: http://www.softwaretestinggenius.com/hotar...ils&qry=441