- Administrative
distance: This basis is valid when different routing protocols are being
used. It prefers a lower distance.
- Metric: This basis is valid when only one routing protocol is being used
throughout the networks. It prefers a low cost route.
- Prefix-length: This basis does not depends on whether the same protocol is being used or there are many different protocols involved. It prefers the longer subnet masks.
Thursday, July 18, 2013
What is a routing algorithm in network layer?
Posted by
Sunflower
at
7/18/2013 08:46:00 PM
0
comments
Labels: Address, Algorithms, Data, Destination, Forwarding, Information, Input, Memory, Messages, Network, Networking, Nodes, Operation, Packets, Path, Process, Records, Route, Routing, Source
| Subscribe by Email |
|
Sunday, June 2, 2013
Explain the various Disk Allocation methods? – Part 2
What is a Linked Allocation?
- Simplicity and
- Non – requirement of disk
compaction
Disadvantages of Linked Allocation
What is Indexed allocation?
- First level index is used for searching the index of second level and the second one is used for searching the third one and the process may continue till the fourth level.
Advantages and Disadvantage of Indexed Allocation
Posted by
Sunflower
at
6/02/2013 03:44:00 PM
0
comments
Labels: Allocation, Blocks, Contagious, Devices, Disk, Disk Allocation, files, Indexed, Input, Linked, Memory, Methods, Non-Contagious, Output, Primary, Records, Secondary, Storage, System, Types
| Subscribe by Email |
|
Saturday, June 1, 2013
Explain the various Disk Allocation methods? – Part 1
Types of Disk Allocation Methods
Posted by
Sunflower
at
6/01/2013 10:26:00 PM
0
comments
Labels: Allocation, Blocks, Contagious, Devices, Disk, Disk Allocation, files, Indexed, Input, Linked, Memory, Methods, Non-Contagious, Output, Primary, Records, Secondary, Storage, System, Types
| Subscribe by Email |
|
Thursday, November 29, 2012
How to update and mail defects in Test Director?
- Defects
grid
and
- Defect details
dialog box
Steps for Updating Defects in test Director
- Make sure
that you have the defects module on display and if it is not do so by
clicking on the defects tab.
- Now, to
update the defects directly using the defects grid, go to the defects grid
and select the concerned defect that you also added using the ‘add new
defects” dialog box. In order to assign the defect to a member, select the
name of concerned member from the list by clicking on the ‘assigned to’
box in the defect records.
- Next click on the
defect details tab and it will open up defect details dialog box for you.
- In this defect
details dialog box, do the following
tasks:
- To view all the
attachments click on the attachments button in the left menu and you will
see the list of URL attachments.
- For viewing the
history of the changes made to the defect click on the history button in
the left menu. For every change made to the defect the date of the change,
new value and name of the person who made the change is displayed by the
test director.
- When you are done
with everything click OK to exit this dialog box and save the changes.
Steps to mail defects in Test Director
- First of all display
the defects module by clicking on the defects tab.
- Next select the
defect you want to mail and click on the mail defects button. This will
open up another dialog box called ‘send mail’ dialog box.
- In this box you need
to enter a valid e – mail address in the ‘To’ field.
- For including any
attachments or history of the defects select attachments and history
option from the include box.
- You can add your own
comments under the additional comments.
- When you are done
composing the e – mail click on the send button. You will get a message
box. Click ok.
- The person to whom
you have sent the mail can view it from his/ her mail box.
Posted by
Sunflower
at
11/29/2012 01:30:00 PM
0
comments
Labels: Assign, Automated, Automation, Changes, Defects, Development, Dialog box, Display, Mail, Mailing, Modules, Quality, Records, Repair, Severity, Steps, Tasks, Test Director, update, Updation
| Subscribe by Email |
|
Tuesday, October 16, 2012
How Silk Test records user actions?
- Windows
- Menus
- Buttons and so on.
- Class
- Properties and
- Methods
- The silk test host
software
- The silk test agent
software
How the user actions are recorded by the silk test?
- Object properties
and
- Object methods
-User action
|
As recorded by the silk test
|
-Selection of a radio button from a
group
|
select
|
-Setting the main window as active
|
Set Active
|
-Closing a dialog box
|
close
|
-Selecting an item from a list box
|
Select
|
-Scrolling the scroll bar to the
maximum position possible
|
Scroll to max
|
-Writing text in a text field
|
Set text
|
-Checking a check box
|
Check
|
-Picking a menu item
|
pick
|
-Unchecking a check box
|
uncheck
|
Posted by
Sunflower
at
10/16/2012 01:51:00 PM
0
comments
Labels: Action, Application, Automated Testing Tool, Automation, Classes, Components, GUI, Host, Information, Interface, Objects, Property, Recording, Records, Remote, Repository, Silk Test, Software, User, User action
| Subscribe by Email |
|
Wednesday, September 12, 2012
What are Virtual Objects in Quick Test Professional?
- It is not possible
to use the object spy on a virtual object.
- Only recording
operation can be performed on virtual objects.
- You cannot treat
labels and scroll bars as virtual objects.
- Analog recording and
- Low level recording.
Posted by
Sunflower
at
9/12/2012 11:45:00 PM
0
comments
Labels: Actions, Application, Automated, Automated Testing Tool, Automation, Create, Errors, Objects, Operation, Properties, QTP, Quick Test Professional, Recording, Records, Run, Scripts, Tools, Users, Virtual, Virtual Object
| Subscribe by Email |
|
Sunday, August 26, 2012
Can you test database using WinRunner? What are all the different DB that WinRunner can support?
- By using Microsoft query (it can installed from Microsoft office’s
custom installation).
- Manually by defining an ODBC query i.e., by creating an equivalent
SQL statement.
- By using data junction for creating a conversion file.
- Defining the query.
- Identification of the application controls containing relevant
information.
- Defining the success criteria of the individual check points.
- Record the application up till where you want the data to be
verified on the screen.
- Calculate the expected values of the corresponding records in the
data base.
- Add the expected values to an edit field.
- Using GUI map editor teach the winrunner about the controls of the
application and the edit fields of the calculated values.
- Add TSL statements to the test script in order to calculate the
expected data base values extract the values and write the extracted
values to the corresponding edit fields.
Posted by
Sunflower
at
8/26/2012 02:00:00 PM
0
comments
Labels: Application, Automated, Automated Software Testing, Automation, Check points, Data, Database, Database Testing, Errors, Iterations, Loops, Query, Records, Run-time, Statements, Test, Test Scripts, Values, WinRunner
| Subscribe by Email |
|
Wednesday, March 14, 2012
What are major activities in database testing?
Before going to the main topic i.e., the major activities that are carried out in data base testing, we will first have an insight on what is data base testing actually.
WHAT IS DATABASE TESTING?
- Data base testing as it suggests itself, it is the testing of the data or values retrieved from the data base of that software system or application under testing.
- The retrieved data should match exactly with the data mentioned in the records of the data base.
- Data base testing is not an easy thing to carry out.
- It calls for a great need of expertise in reading the data base record tables, writing procedures and queries for the data base.
- Data base testing works well with all sorts of application softwares be it any application written either in SQL or Oracle languages.
- But normally, data base testing finds it way in the testing of applications that work with all sorts of sensitive data like finance, banking or health insurances etc.
- Such applications require extensive data base testing since any error in the retrieved data can cause the users lot to suffer.
MAJOR ACTIVITIES OF DATABASE TESTING
Now we are going to discuss about the working of the data base testing or what all are the major activities taking place in a data base testing.
- A lot of understanding and knowledge of the software system or application under the testing is required i.e., the tester needs to know all about the type of data base being used by the software system or application.
- All the existing data tables in the application data base are figured out.
- All the possible queries are written for the figured out tables to be executed.
- All the tables are tested individually for the verification and validation of the data contained in them.
- For complex data bases the queries are obtained from the developer and the functionalities are tested.
- The data base of a software system or application is indeed its back bone and needs to be tested thoroughly.
- In a data base testing not only the data base undergoes testing, but also the features and functionality of the software system or application.
- As if this is not enough, all the actions taking place like deletion or addition are also tested.
- The added values or data are checked against the records of the data base i.e., whether or not they are exactly same.
- The deleted is checked for whether or not it has been really deleted from the data base.
- Every action being performed is tested for its efficiency as it will affect the overall well being of the data base.
- These days with the introduction of the business logic, the data bases have become more complex.
- Though the business logic makes the whole data base complex in nature, it cannot be neglected since it plays a very crucial role in the implementation of the applications.
- After the implementation of the business rules or logic, the data base values are again checked for their correctness.
- The coupling of the data bases to the libraries also poses a problem for the data base testing besides the following:
1. Data base schemas
2. Data base tables
3. Verification of the data base after every execution of test cases.
4. Cleaning up of the data base for every new test case execution.
5. Carrying out the whole data base testing manually is absolutely impossible or perhaps a nightmare.
6. Writing short test codes that are easy to understand.
One needs to carry out data base testing very carefully and with understanding since any faltering can disrupt the whole testing process.
Posted by
Sunflower
at
3/14/2012 11:17:00 PM
0
comments
Labels: activities, Addition, Application, Complex, Data, Database, Database Testing, Defects, Delete, Deletion, Errors, Features, Functionality, Queries, Records, Software testing, SQL, Tables, Tester, Tests
| Subscribe by Email |
|
Thursday, January 6, 2011
Volume tests - Volume Testing of Batch Processing Systems
Capacity drivers in batch processing systems are also critical as certain record types may require significant CPU processing, while other record types may invoke substantial database and disk activity. Some batch processes also contain substantial aggregation processing, and the mix of transactions can significantly impact the processing requirements of the aggregation phase.
In addition to the contents of any batch file, the total amount of processing effort may also depend on the size and makeup of the database that the batch process interacts with. Also, some details in the database may be used to validate batch records, so the test database must match test batch files.
Before conducting a meaningful test on a batch system, the following must be known :
- The capacity drivers for the batch records.
- The mix of batch records to be processed, grouped by capacity driver.
- Peak expected batch sizes (check end of month, quarter and year batch sizes).
- Similarity of production database and test database.
- Performance Requirements.
Batch runs can be analyzed and the capacity drivers can be identified, so that large batches can be generated for validation of processing within batch windows. Volume tests are also executed to ensure that the anticipated numbers of transactions are able to be processed and that they satisfy the stated performance requirements.
Posted by
Sunflower
at
1/06/2011 01:45:00 PM
0
comments
Labels: Application, Batch Processing Systems, Batch Systems, Capacity Drivers, CPU, Database, Drivers, files, Records, Software testing, Volume, Volume test, Volume testing
| Subscribe by Email |
|
Friday, December 3, 2010
What comprises Test Ware Development : Test Strategy Continued...
Test ware development is the key role of the testing team. Test ware comprises of:
Test Strategy
Before starting any testing activities, the team lead will have to think a lot and arrive at a strategy.The following areas are addressed in the test strategy document:
- Test Groups: From the list of requirements, we can identify related areas, whose functionality is similar. These areas are the test groups. We need to identify the test groups based on the functionality aspect.
- Test Priorities: Among test cases, we need to establish priorities. While testing software projects, certain test cases will be treated as the most important ones and if they fail, the product cannot be released. Some other test cases may be treated like cosmetic and if they fail, we can release the product without much compromise on the functionality. This priority levels must be clearly stated.
- Test Status Collections and Reporting:
When test cases are executed, the test leader and the project manager must know where exactly we stand in terms of testing activities. To know where we stand, the inputs from the individual testers must come to the test leader. This will include, what test cases are executed, how long it took, how many test cases passed and how many failed etc. Also, how often we collect the status is to be clearly mentioned.
- Test Records Maintenance: When the test cases are executed, we need to keep track of the execution details like when it is executed, who did it, how long it took, what is the result etc. This data must be available to the test leader and the project manager, along with all the team members, in a central location.This may be stored in a specific directory in a central server and the document must say clearly about the locations and the directories.
- Requirements Traceability Matrix: Ideally, each software developed must satisfy the set of requirements completely. So, right from design, each requirement must be addressed in every single document in the software process. The documents include the HLD, LLD, source codes, unit test cases, integration test cases and the system test cases. In this matrix, the rows will have the requirements. For every document, there will be a separate column. So, in every cell, we need to state what section in HLD addressed in every single document, all the individual cells must have valid section ids or names filled in.
- Test Summary: The senior management may like to have a test summary on a weekly or monthly basis. If the project is very critical, they may need it on a daily basis also. It addresses what kind of test summary reports will be produced for the senior management along with the frequency.
Posted by
Sunflower
at
12/03/2010 01:42:00 PM
0
comments
Labels: Maintenance, matrix, Priority, Records, Requiremnets, SDLC, Software testing, Strategy, Summary, Test cases, Test Groups, Test Strategy, Test Summary, Test ware development, Traceability table
| Subscribe by Email |
|