Why Priority and Severity are used to set of a defect or bug?

“Priority” and “Severity” are used to share the importance of a bug among the team and to fix it accordingly.
“Severity” talks about the functionality perspective whether “Priority” talks about the urgency perspective.

What is the Defect Priority?

Priority defines the order in which we should resolve a defect.
Should we fix it now, or can it wait? This priority status is set by the tester to the developer mentioning the time frame to fix the defect. If high priority is mentioned then the developer has to fix it at the earliest.
The priority status is set based on the customer requirements. For example: If the company name is misspelled in the home page of the website, then the priority is high and severity is low to fix it.

Priority can be of following types:

Low: The defect is an irritant which should be repaired, but repair can be deferred until after more serious defect have been fixed.
Medium: The defect should be resolved in the normal course of development activities. It can wait until a new build or version is created.
High: The defect must be resolved as soon as possible because the defect is affecting the application or the product severely. The system cannot be used until the  repair has been done.

What is the Defect Severity?

Defect Severity: The degree of impact that a software defect has on the system.
For example: If an application or web page crashes when a remote link is clicked, in this case clicking the remote link by an user is rare but the impact of  application crashing is severe. So the severity is high but priority is low.

Critical: The defect affects critical functionality or critical data. It does not have a workaround. Example: Unsuccessful installation, complete failure of a feature.
Major: The defect affects major functionality or major data. It has a workaround but is not obvious and is difficult. Example: A feature is not functional from one module but the task is doable if 10 complicated indirect steps are followed in another module/s.

Moderate: The defect that does not result in the termination, but causes the system to produce incorrect, incomplete or inconsistent results then the severity will be stated as moderate.
Minor: The defect affects minor functionality or non-critical data. It has an easy workaround. Example: A minor feature that is not functional in one module but the same task is easily doable from another module.

Trivial: The defect does not affect functionality or data. It does not even need a workaround. It does not impact productivity or efficiency. It is merely an inconvenience. Example: Petty layout discrepancies, spelling/grammatical errors.

Note: a Tester classifies the Severity of Defect as Critical or Major.

Software testing methodologies

Software testing methodologies are the different approaches and ways of ensuring that a software application is fully tested.Software testing methodologies encompass everything from unit testing individual modules, integration testing an entire system to specialized forms of testing such as security and performance

Search Page Testing

If you are testing a search page (Data Retrieving from the database) then
you should go for deep testing, You should load every time to select a new
search drop-down value and one by one select each drop-down to make sure data
are retrieving properly as per expectations.  

Found myself in nightmare of Cross Browser Compatibility!

Cross Browser Testing sound like what is going to happen. Yup it is!
I attended an interview 3 days ago. Interviewer asked me a question at the end, do you test web application on different bowser?
I said yes I do. Thay asked then, How?
I got stuck for awhile. Suddenly I broke my silence and said in cross browser I look for design issues. Unfortunately, I got discarded because of that answer. Don't know what reqruiter wants exactly.
Came back home but I couldn't stop myself thinking about that question.
I thought alot about this and finally found something interesting - Actually, What I realized in cross browser are CSS and HTML issues.
CSS is the one who manage the whole layout of the HTML.

I got something interesting about cross browser on adove page are below:  

Three levels of potential browser-support problems can arise:

• An error indicates CSS code that might cause a serious visible problem in a particular browser, such as causing parts of a page to disappear. (Error is the default designation for browser support problems, so in some cases, code with an unknown effect is also marked as an error.)
• A warning indicates a piece of CSS code that isn’t supported in a particular browser, but that won’t cause any serious display problems.
• An informational message indicates code that isn’t supported in a particular browser, but that has no visible effect.

Browser compatibility checks do not alter your document in any way.