Professional Documents
Culture Documents
Today, development cycles have become quick and short and both of these have contributed
to changes in the software quality assurance definition. It now mainly encompasses keeping
pace with the market without compromising on the product quality. Enhanced software
quality assurance activities provide several benefits including optimization, quality, process
improvement as well as higher productivity..
1. Facilitation of Quality
Understanding the nature of business is immensely important for a system being verified.
Hence, QA and testing professionals need to join hands with product owners to be able to test
a product in such a manner that it properly supports the business model.
QA teams should be able to be involved in the initial discussions that would help them to act
as facilitators of quality.
2. QA Culture
When it comes to performing software quality assurance activities seamlessly, the QA and
testing culture needs to undergo a change. Organizations now need to explore innovative
ideas to find unique techniques together with different QA testing tools both of which would
contribute in testing a product efficiently and quickly. This will also help the organizations to
ensure a continuous balance between meeting market demand with a high-quality end
product.
3. Early Testing
Like development engineers, QA and testing professionals are extremely important in an
SDLC. If testing begins at the early stages of the development cycle, they can visualize
different quality issues throughout the entire cycle and provide valuable early feedbacks on
sustainable development, feature, scope, and architecture, all of which can greatly contribute
to reduce unnecessary delay in time-to-market and high amount of additional expenses
arising out of late detection of errors.
Finally, an efficient testing strategy should comprise of different types of QA testing that
include manual, automated and exploratory testing. All of these contribute to effectively
tighten the release cycles and lower risks. Three types of QA testing have to be included in a
robust testing strategy.
2. Java Program to check if Number is vowel or consonant
1. class Char
2. {
3. public static void main(String[ ] arg)
4. {
5. int i=0;
6. Scanner sc=new Scanner(System.in);
7. System.out.println("Enter a character : ");
8. char ch=sc.next( ).charAt(0);
9. if(ch=='a'||ch=='e'||ch=='i'||ch=='o'||ch=='u'||ch=='A'||ch=='E'||ch=='I'||ch=='O'||
ch=='U')
10. {
11. System.out.println("Entered character "+ch+" is Vowel");
12. }
13. else if((ch>='a'&&ch<='z')||(ch>='A'&&ch<='Z'))
14. System.out.println("Entered character "+ch+" is Consonant");
15. else
16. System.out.println("Not an alphabet");
}
}
This step can feel redundant: of course we know why we’re doing this project…
Even if we think we know, write it down, and get our stakeholders to sign off on it. Without
clearly stated goals and objectives, we are lacking a framework to guide future decision-
making.
When we are in the midst of stakeholder interviews and documentation review, we can often
feel like we have a great grasp on things. But then a week goes by, and some details start to
get a little fuzzy, and we realize we don’t quite have a full grasp of our business
requirements. It sounds obvious.
Sure, we understand the requirements. And our stakeholders understand the requirements.
But do our stakeholders understand our understanding of the requirements
After every meeting, go through our notes and clean them up – then share them with the
Don’t assume that we understand everything, even if it seems obvious. A seemingly simple
requirement even.
. Just sharing our notes with a stakeholder is great, but far more valuable is actually having a
quick review with them and getting their official sign-off. This is true for meeting notes, user
stories, diagrams, wireframes, really any kind of requirements artifact that we are creating.
Be careful when gathering requirements that we are really focusing on and listening to what
our stakeholder needs, not what our tool-of-choice happens to do best.
Listen and gather first, then determine where the gaps are between our stakeholder’s needs
and any existing product.
Inheritance can be defined as the process where one class acquires the properties
(methods and fields) of another. With the use of inheritance the information is made
manageable in a hierarchical order.
The class which inherits the properties of other is known as subclass (derivedclass, child
class) and the class whose properties are inherited is known as superclass (base class,
parent class).
extends Keyword
extends is the keyword used to inherit the properties of a class. Following is the
syntax of extends keyword.
Syntax
class Super {
.....
.....
}
class Sub extends Super {
.....
.....}
What are the main concept of oops in java
Basically, Java OOP concepts let us create working methods and variables, then re-use all or
part of them without compromising security.
Abstraction means using simple things to represent complexity. We all know how to turn
the TV on, but we don’t need to know how it works in order to enjoy it. In Java,
abstraction means simple things like objects, classes, and variables represent more
complex underlying code and data.
Polymorphism. This Java OOP concept lets programmers use the same word to mean
different things in different contexts. One form of polymorphism in Java is method
overloading. That’s when different meanings are implied by the code itself. The other
form is method overriding.
OOP, concepts in Java work by letting programmers create components that can be re-used in
different ways, but still maintain security.
Because pointers are unsafe.
Java uses reference types to hide pointers and programmers feel easier to deal with reference
types without pointers. ...
Java Language does not use pointer for the reason that it works on Internet
. Applets are used on the internet