Anuja-Manual - Scrum - DB Question For Interview-1
Anuja-Manual - Scrum - DB Question For Interview-1
In order to identify and execute the functional requirement of an application from start to finish
"use case" is used and the techniques used to do this is known as "Use Case Testing."
3. What is the difference between the STLC (Software Testing Life Cycle)
and SDLC (Software Development Life Cycle)?
SDLC deals with development/coding of the software while STLC deales with validation and
verification of the software
STLC component-plannig, test design, test implementation, test case execution, closure.
Password Field
We will divide it into three regions. The first region will be a valid region. It will have a length
between 1 to 12. The second will be an invalid region and it will have data range below length 1.
The third region will be an invalid region and it will have data range above length 12.
See the diagram below –
Valid & Invalid Region Diagram
Then test data will be the length of between 1 to 12 only. So valid password length can be from1
to 12 only. Another length will be invalid.
BVA: Boundary Value Analysis
BVA technique reduces Test Coverage and picks data on the boundary of various
regions/classes of ECP. We can choose Data on the boundaries of classes.
It is a subset of ECP. While ECP divides data into Two regions, these regions can increase &
decrease according to data. When we divide data into the region then we can choose over test
data from the valid region. The invalid region can be rejected but in BVA, we will look for data on
the boundaries of these regions. Data can be picked just on the boundary, below the boundary,
above the boundary, and between boundaries.
We can understand BVA using examples. We will just use examples of ECP so that we can
differentiate between ECP & BVA. We are taking the same password field. This field can accept
a password of length 1 to 12. The screen will look like-
But in BVA, we have to choose from boundaries. The diagram will be-
6. What is white box testing and list the types of white box testing?
White box testing technique involves selection of test cases based on an analysis of the internal
structure (Code coverage, branches coverage, paths coverage, condition coverage, etc.) of a
component or system. It is also known as Code-Based testing or Structural testing. Different
types of white box testing are
1. Statement Coverage
2. Decision Coverage
8. What is black box testing? What are the different black box testing
techniques?
Black box testing is the software testing method which is used to test the software without
knowing the internal structure of code or program. This testing is usually done to check the
functionality of an application. The different black box testing techniques are
1. Equivalence Partitioning
2. Boundary value analysis
3. Cause-effect graphing
9. What is the difference between static and dynamic testing?
Static testing: During Static testing method, the code is not executed, and it is performed using
the software documentation.
Dynamic testing: To perform this testing the code is required to be in an executable form.
verification focuses on the processes and work products to ensure adherence to specifications,
while validation focuses on evaluating the end product to confirm that it meets the customer's
requirements and expectations. Both processes are crucial for ensuring the overall quality of a
system or product.
reviews, inspections, and walkthroughs are part of verification and validation is - all
testing level
15. Mention the difference between Data Driven Testing and Retesting?
Retesting: It is a process of checking bugs that are actioned by the development team to verify
that they are fixed.
Data Driven Testing (DDT): In data driven testing process, the application is tested with multiple
test data. The application is tested with a different set of values.
16. What are the valuable steps to resolve issues while testing?
● Record: Log and handle any problems which have happened
● Report: Report the issues to higher level manager
● Control: Define the issue management process
● Find the RC
● Check the loggs if present
17. What is the difference between test scenarios, test cases, and test
script?
Difference between test scenarios and test cases is that
Test Scenarios: A Test Scenario is any functionality that can be tested. It is also called Test
Condition or Test Possibility.
Collection of test cases to complete the functionality.
Test Cases: It is a document that contains the steps that have to be executed to complete the
flow; it has been planned earlier. Smallest fundamental unit of testing, where each small steps
of execution is mentioned.
Test Script: It is written in a programming language and it's a short program used to test part of
the functionality of the software system. In other words a written set of steps that should be
performed manually.
19. What are the two parameters which can be useful to know the quality of
test execution?
To know the quality of test execution, we can use two parameters
● Defect reject ratio
● Defect leakage ratio
21. Explain what Test Deliverables is?
Test Deliverables are a set of documents, tools and other components that have to be
developed and maintained in support of testing.
There are different test deliverables at every phase of the software development lifecycle
● Before Testing
● During Testing
● After the Testing
● RTM , Release notes, User guide, FAQ, Scenarios document, Use cases, Tes plan,
Defect list
30. On what basis you can arrive at an estimation for your project?
To estimate your project, you have to consider the following points
● Divide the whole project into the smallest tasks
● Allocate each task to team members
● Estimate the effort required to complete each task
● Validate the estimation
32. Explain what is testing type and what are the commonly used testing
type?
To get an expected test outcome, a standard procedure is followed which is referred to as
Testing Type.
Commonly used testing types are
● Unit Testing: Test the smallest code of an application
● API Testing: Testing API created for the application
● Integration Testing: Individual software modules are combined and tested
● System Testing: Complete testing of the system
● Install/UnInstall Testing: Testing done from the point of client/customer view
● Agile Testing: Testing through Agile technique
33. While monitoring your project what all things you have to consider?
The things that have to be taken in considerations are
● Is your project on schedule
● Are you over budget
● Are you working towards the same career goal
● Have you got enough resources
● Are there any warning signs of impending problems
● Is there any pressure from management to complete the project sooner
34. What are the common mistakes which create issues?
● Matching resources to wrong projects
● Test manager lack of skills
● Not listening to others
● Poor Scheduling
● Underestimating
● Ignoring the small problems
● Not following the process
35. What does a typical test report contain? What are the benefits of test
reports?
A test report contains the following things:
● Project Information
● Test Objective
● Test Summary
● Defect
The benefits of test reports are: Octquality of product are informed
● If required, stakeholder and customer can take corrective action
● A final document helps to decide whether the product is ready for release
Drawbacks of RTM:
49. How will you handle a conflict amongst your team members?
53. Explain how to test documents in a project that span across the
software development lifecycle?
The project span across the software development lifecycle in the following manner
● Central/Project test plan: It is the main test plant outlines the complete test
strategy of the project. This plan is used till the end of the software
development lifecycle
● Acceptance test plan: This document begins during the requirement phase and
is completed at the final delivery
● System test plan: This plan starts during the design plan and proceeds until the
end of the project
● Integration and Unit test plan: Both these test plans start during the execution
phase and last until the final delivery.
54. Explain which test cases are written first black boxes or white
boxes?
Black box test cases are written first as to write black box test cases; it requires
project plan and requirement document all these documents are easily available at
the beginning of the project. While writing white box test cases requires more
architectural understanding and is not available at the start of the project.
55. Explain what the difference between latent and masked defects is?
● Latent defects are defects that are present in the software but are not
immediately apparent or observable during normal testing or operation. They
may become evident under specific conditions or scenarios.
● Masked defects are defects that go undetected during testing due to the
presence of other defects or issues. The identification of masked defects may be
delayed until the issues that are masking them are resolved.
57. Mention what the different types of test coverage techniques are?
Different types of test coverage techniques include
● Statement Coverage: It verifies that each line of source code has been
executed and tested
● Decision Coverage: It ensures that every decision in the source code is
executed and tested
● Path Coverage: It ensures that every possible route through a given part of the
code is executed and tested
60. Mention what the basic components of defect report format are?
The essential components of defect report format include
● Project Name
● Module Name
● Defect detected on
● Defect detected by
● Defect ID and Name
● Snapshot of the defect
● Priority and Severity status
● Defect resolved by
● Defect resolved on
61. Mention what th hue purpose behind doing end-to-end testing is?
End-to-end testing is done after functional testing. The purpose behind doing
end-to-end testing is that
64. What is the MAIN benefit of designing tests early in the life cycle?
Bh being introduced into the code.
Learn More About Decision Table Testing Technique in the Video Tutorial here
74. As part of which test process do you determine the exit criteria?
The exit criteria are determined on the bases of 'Test Planning'.
77. Mention what the difference between Pilot and Beta testing is?
The difference between a pilot and beta testing is that pilot testing is actually done
using the product by the group of users before the final deployment, and in beta
testing, we do not input real data, but it is installed at the end customer to validate if
the product can be used in by testing? When is it used?
Random testing is often known as monkey testing. In such type of testing data is
generated randomly often using a tool or automated mechanism. With this randomly
generated input, the system is tested, and results are analyzed accordingly. These
testing are less reliable; hence it is normally used by the beginners and to see
whether the system will hold up under adverse effects
93. Consider the following techniques. Which are static and which are
dynamic techniques?
Data Flow Analysis and Inspections are static; Equivalence Partitioning, Use Case
Testing, Exploratory Testing and Decision Testing are dynamic.
1. Planning
2. Rework
3. Follow-up.
111. An input field takes the year of birth between 1900 and 2004
what the boundary values for testing this field are?
1899,1900,2004, FC çIt depends on the risks for the system being tested. There are
some criteria based on which you can stop testing.
124. A number of critical bugs are fixed in software. All the bugs are in
one module, related to reports. The test manager decides to do
regression testing only on the reports module.
Regression testing should be done on other modules as well because fixing one
module may affect other modules.
125. Why does the boundary value analysis provide good test cases?
Because errors are frequently made during programming of the different cases near
the 'edges' of the range of values.
128. What is V-Model?
A software development model that illustrates how testing activities integrate with
software development phases
Used for Fetching specific data from Fetching the entire data and
specific rows according to the separating according to the
given condition given condition
GROUP BY Comes after the WHERE clause Comes before the HAVING
clause clause
2. What is SQL?
SQL stands for ‘Structured Query Language’ and is used for communicating with
databases. According to ANSI, SQL is the standard query language used for
maintaining relational database management systems (RDBMS) and also for
performing different operations of data manipulation on different types of data. Basically,
it is a database language that is used for the creation and deletion of databases, and it
can be used to fetch and modify the rows of a table and also for multiple other things.
● Data Definition Language: DDL is that part of SQL which defines the data
structure of the database in the initial stage when the database is about to
be created. It is mainly used to create and restructure database objects.
Commands in DDL are:
○ Create table
○ Alter table
○ Drop table
● Data Manipulation Language: DML is used to manipulate the already
existing data in the database. That is, it helps users retrieve and manipulate
the data. It is used to perform operations such as inserting data into the
database through the insert command, updating the data with the update
command, and deleting the data from the database through the delete
command.
● Data Control Language: DCL is used to control access to the data in the
database. DCL commands are normally used to create objects related to
user access and also to control the distribution of privileges among users.
The commands that are used in DCL are Grant and Revoke.
● Transaction Control Language: It is used to control the changes made by
DML commands. It also authorizes the statements to assemble in
conjunction into logical transactions. The commands that are used in TCL
are Commit, Rollback, Savepoint, Begin, and Transaction.
Constraints are used to specify some sort of rules for processing data and limiting the
type of data that can go into a table. Now, let’s understand the default constraint.
The default constraint is used to define a default value for a column so that the default
value will be added to all the new records if no other value is specified. For example, if
we assign a default constraint for the E_salary column in the below table and set the
default value as 85000, then all the entries of this column will have a default value of
85000 unless no other value has been assigned during the insertion.
Now, let’s see how to set a default constraint. We will start off by creating a new table
and adding a default constraint to one of its columns.
Code:
create table stu1(s_id int, s_name varchar(20), s_marks int default
50)
select *stu1
Output:
Code:
insert into stu1(s_id,s_name) values(1,’Sam’)
insert into stu1(s_id,s_name) values(2,’Bob’)
insert into stu1(s_id,s_name) values(3,’Matt’)
select *from stu1
Output:
8. What do you mean by table and field in SQL?
An organized data in the form of rows and columns is said to be a table. Here rows and
columns are referred to as tuples and attributes.
And the number of columns in a table is referred to as a field. In the record, fields
represent the characteristics and attributes.
Unique constraints ensure guy to the e_name column in the below table, then every
entry in this column should have a unique value.
Output:
7. What is a default constraint?
Constraints are used to specify some sort of rules for processing data and limiting the
type of data that can go into a table. Now, let’s understand the default constraint.
The default constraint is used to define a default value for a column so that the default
value will be added to all the new records if no other value is specified. For example, if
we assign a default constraint for the E_salary column in the below table and set the
default value as 85000, then all the entries of this column will have a default value of
85000 unless no other value has been assigned during the insertion.
Now, let’s see how to set a default constraint. We will start off by creating a new table
and adding a default constraint to one of its columns.
Code:
create table stu1(s_id int, s_name varchar(20), s_marks int default
50)
select *stu1
Output:
Now, we will insert the records.
Code:
insert into stu1(s_id,s_name) values(1,’Sam’)
insert into stu1(s_id,s_name) values(2,’Bob’)
insert into stu1(s_id,s_name) values(3,’Matt’)
select *from stu1
Output:
An organized data in the form of rows and columns is said to be a table. Here rows and
columns are referred to as tuples and attributes.
And the number of columns in a table is referred to as a field. In the record, fields
represent the characteristics and attributes.
Unique constraints ensure that all the values in a column are different. For example, if
we assign a unique constraint to the e_name column in the below table, then every
entry in this column should have a unique value.
First, we will create a table.
create table stu2(s_id int unique, s_name varchar(20))
Output:
0. How would you find the second highest salary from the below table?
Code:
select * from employee
select max(e_salary) from employee where e_salary not in (select
max(e_salary) from employee)
A primary key is used to uniquely identify all table records. It cannot have NULL values,
and it must contain unique values. A table can have only one primary key that consists
of single or multiple fields.
Now, we will write a query for demonstrating the use of a primary key for the Employee
table:
//
CREATE TABLE Employee (
ID int NOT NULL,
Employee_name varchar(255) NOT NULL,
Employee_designation varchar(255),
Employee_Age int,
PRIMARY KEY (ID)
);
The syntax will be the same as the Primary key. So, the query using a Unique Key for
the Employee table will be:
//
CREATE TABLE Employee (
ID int NOT NULL,
Employee_name varchar(255) NOT NULL,
Employee_designation varchar(255),
Employee_Age int,
UNIQUE(ID)
);
13. What is the difference between Primary key and Unique Key?
Both Primary and Unique key carry unique values but the primary key can not have a
null value where the Unique key can. And in a table, there cannot be more than one
Primary key but unique keys can be multiple.
A foreign key is an attribute or a set of attributes that references to the primary key of
some other table. Basically, it is used to link together two tables.
Group functions operate on a series of rows and return a single result for each group.
COUNT(), MAX(), MIN(), SUM(), AVG() and VARIANCE() are some of the most widely
used group functions.
Character manipulation functions are used for the manipulation of character data types.
INITCAP: It converts the first letter of the string to uppercase and retains others in
lowercase.
● DELETE: This query is used to delete or remove one or more existing tables.
● TRUNCATE: This statement deletes all the data from inside a table.
Output:
Output:
Example:
Output:
Output:
This deletes all the records from the table.but name of the column keep same.
● Inner Join.
Inner join returns rows when there is at least one match of rows between the
tables.
● Right Join.
Right join returns rows which are common between the tables and all rows of
the Right hand side table. Simply, it returns all the rows from the right hand
side table even though there are no matches in the left hand side table.
SELECT Orders.OrderID, Employees.LastName, Employees.FirstName
FROM Orders
ORDER BY Orders.OrderID;
● Left Join.
Left join returns rows which are common between the tables and all rows of
the Left hand side table. Simply, it returns all the rows from the Left hand side
table even though there are no matches in the Right hand side table.
● Full Join.
Full join return rows when there are matching rows in any one of the tables.
This means, it returns all the rows from the left hand side table and all the
rows from the right hand side table.
Example: When a new student is added to the student database, new records
should be created in the related tables like Exam, Score and Attendance
tables.
43. What is the difference between TRUNCATE and DROP
statements?
TRUNCATE removes all the rows from the table, and it cannot be rolled back.
DROP command removes a table from the database and the operation cannot
be rolled back.
Queries:
Unique record:
Select DISTINCT StudentID, StudentName from Student.
FROM(
FROM employee_table
Example of BETWEEN:
SELECT * FROM Students where ROLL_NO BETWEEN 10 AND 50;
Example of IN:
SELECT * FROM students where ROLL_NO IN (8,15,25);
Update Statement:
UPDATE Customers
SET ContactName = 'Alfred Schmidt', City= 'Frankfurt'
WHERE CustomerID = 1;
Create DB:
Create Table:
CREATE TABLE Persons (
PersonID int,
LastName varchar(255),
FirstName varchar(255),
Address varchar(255),
City varchar(255)
);
Defination of scrum:
Scrum is a lightweight framework that helps people, teams and organizations generate
value through adaptive solutions for complex problems.
2. Kano Model -pick one from each of the important categories (must be,
one directional,)
3. MoSCoW Method
4. Cost of Delay
Q #3) Do you know any other agile methodology apart from Scrum?
● Planning Meeting: Here, the entire scrum teams along with the scrum master
and product owner meet to discuss each item from the product backlog that
they can work on in the sprint. When the story is estimated and is well
understood by the team, the story then moves into the Sprint Backlog.
● Review Meeting: Here, the scrum team demonstrates their work done to the
stakeholders.
● Retrospective meeting: Here, the scrum teams along with the scrum master
and product owner meet to retrospect the last sprint they worked on. They
majorly discuss on the 3 things:
○ What went well?
○ What could be done better?
○ Action Items
Apart from these three ceremonies, we have one more called “Backlog grooming” meeting.
In this meeting, the scrum team along with the scrum master and product owner. The
product owner put forward the business requirements as per the priority and the team
discussed it, identifying the complexity, dependencies, and efforts. The team may also do
the story pointing at this stage.
Answer: The three Amigos are – Product Owner, Scrum Master, and Scrum Team.
Q #6) What do you think should be the ideal size of a Scrum team?
Q #13) What are the roles of a Scrum Master and Product owner?
Answer:
Scrum Master: Acts as a Servant Leader for the scrum team. He presides over all the
scrum ceremonies and coaches the team to understand and implement scrum values and
principals.
Product Owner: Is the point of contact for a scrum team. He/she is the one who works
closest to the business. The main responsibility of a product owner is to identify and refine
the product backlog items.
Answer: Velocity is the sum of story points that a scrum team completes (meets the
definition of done) over a sprint.
Q #16) So in scrum, which entity is responsible for the deliverables? Scrum Master or
Product Owner?
Answer: Neither the scrum master, nor the product owner. It’s the responsibility of the team
who owns the deliverable.
Q #17) How do you measure the complexity or effort in a sprint? Is there a way to
determine and represent it?
Answer: Complexity and effort are measured through “Story Points”. In Scrum, it’s
recommended to use the Fibonacci series to represent it.
Answer: Burn-down chart is a graph that shows the estimated v/s actual effort of the scrum
tasks.
It is a tracking mechanism by which for a particular sprint; day to day tasks are tracked to
check whether the stories are progressing towards the completion of the committed story
points or not. Here, we should remember that the efforts are measured in terms of user
stories and not hours.
Answer: During Sprint review we walk-through and demonstrate the feature or story
implemented by the scrum team to the stakeholders.
During Retrospective, we try to identify in a collaborative way what went well, what could be
done better and action items to have continuous improvement.
Q #22) Do you think scrum can be implemented in all the software development
processes?
● Complex projects.
● Projects which have early and strict deadlines.
● When we are developing any software from scratch.
Q #23) During Review, suppose the product owner or stakeholder does not agree
with the feature you implemented, what would you do?
We will first confirm the actual requirement from the stakeholder and update the user story
and put it into the backlog. Based on the priority, we would be pulling the story in the next
sprint.
Q #24) In case the scrum master is not available, would you still conduct the daily
stand up meeting?
Answer: Yes, we can very well go ahead and do our daily stand up meeting.
Answer: Automation plays a vital role in Scrum. In order to have continuous feedback and
ensure the quality deliverables we should try to implement TDD, BDD, and ATDD
approaches during our development. Automation in scrum is not only related to testing but it
is for all aspects of software development.
As I said before, introducing TDD, BDD and ATDD will speed up our development process
along with maintaining the quality standards; automating the build and deployment process
will also speed up the feature availability in different environments – QA to production.
As far as testing is concerned, regression testing should be the one that will have the most
attention. With the progress of every sprint, the regression suite keeps on increasing and it
becomes practically very challenging to execute the regression suite manually for every
sprint. Because we have the sprint duration of 2 – 4 weeks, automating it would be imperial.
Q #26) Apart from planning, review, and retrospective, do you know any other
ceremonies in scrum?
Answer: We have the Product Backlog Refinement meeting (backlog grooming meeting)
where the team, scrum master and product owner meets to understand the business
requirements, splits it into user stories, and estimates it.
Q #27) Can you give an example of where scrum cannot be implemented? In that
case, what do you suggest?
Answer: Scrum can be implemented in all kinds of projects. It is not only applicable to
software but is also implemented successfully in mechanical and engineering projects.
Answer: The major advantage is – Early feedback and producing the Minimal Viable
Product to the stakeholders.
Answer: A Minimum Viable Product is a product that has just the bare minimum required
feature which can be demonstrated to the stakeholders and is eligible to be shipped to
production.
Answer: Epics are equivocal user stories or we can say these are the user stories that are
not defined and are kept for future sprints.
Answer: A story point is calculated by taking into consideration the development effort
testing effort + resolving dependencies and other factors that would require to complete a
story.
Q #33) Is it possible that you come across different story points for development and
testing efforts? In that case, how do you resolve this conflict?
Answer: Yes, this is a very common scenario. There may be a chance that the story point
given by the development team is, say 3 but the tester gives it 5. In that case, both the
developer and tester have to justify their story point, have discussions in the meeting and
collaborate to conclude a common story point.
Q #34) You are in the middle of a sprint and suddenly the product owner comes with
a new requirement, what will you do?
Answer: In an ideal case, the requirement becomes a story and moves to the backlog.
Then based on the priority, teams can take it up in the next sprint.
But if the priority of the requirement is really high, then the team will have to accommodate it
in the sprint but it has to very well communicate to the stakeholder that incorporating a story
in the middle of the sprint may result in spilling over a few stories to the next sprint.
Q #35) In case you receive a story on the last day of the sprint to test and you find
there are defects, what will you do? Will you mark the story as done?
Answer: A story is done only when it is development complete + QA complete +
acceptance criteria is met + it is eligible to be shipped into production. In this case, if there
are defects, the story is partially done and not completely done, so I will spill it over to the
next sprint
The initial version of Android 12.0 was released on October 19, 2021, on
Google's Pixel smartphones.
● Android 1.0
● Android 1.1
● Android 1.5 Cupcake
● Android 1.6 Donut
● Android power 2.0 Eclair
● Android 2.2 Froyo
● Android 2.3 Gingerbread
● Android 3.0 Honeycomb
● Android 4.0 Ice Cream Sandwich
● Android 4.1 Jelly Bean
● Android 4.4 KitKat
● Android 5.0 Lollipop
● Android 6.0 Marshmallow
● Android Nougat 7.0
● Android 8.0 Oreo
● Android 9 Pie
● Android 10
● Android 11
● Android 12
Mobile devices are usually handheld computers. They have many types depending on
● Tablets
● Mobile
● Automated testing
● Manual test
Manual testing is performed when new functionality is developed for the application and
have to be repeated
Web Apps:
Web applications are not real applications; They are websites that open on your
smartphone with the help of a web browser. Mobile websites have a wide audience of
While native and hybrid apps appear on the App Store and Google Play, web apps will
Native Apps:
A native app has been developed specifically for one platform. It can be installed
through an application store (such as the Google Play Store or Apple’s App Store).
Downsides:
Hybrid App:
These apps are a way of exposing content from existing websites in an app format.
Downside:
This type of testing is usually being done to ensure the quality of the mobile device.
Testing includes hardware and software testing for mobile. We will discuss here the
different types of tests that are typically being done on mobile devices.
● unit-testing
● Factory testing
● Mobile app testing
● Hardware testing
● Battery (charging) test
● Receiving signal
● network test
● Protocol test
● Mobile game testing
● Mobile software compatibility test
● Certification testing before going into the mobile device market.
handheld mobile devices is tested for its functionality, usability, and stability. The
● functional testing
● laboratory testing
● Performance test
● Memory leak test
● Trial interruption
● Usability test
● Installation test
● Certification test
● Security test
● main point
While device testing is typically being done to test mobile devices, mobile app testing
will include testing an app that will be running on the selected device.
When we call it instrument testing, hardware becomes a part of testing. In the case of
mobile application testing, it depends, that is, if hardware integration is required for the
Automation is possible for mobile device testing as well as mobile application testing.
Simulator: It is an electronic network simulation tool or base station tool for CDMA /
CDMA mobile phones. It can and does help with home network latching without roaming
Emulator: This is software for testing mobile apps without a live handset
mobile testing, we need to see if the application works with all major devices such as
Android phones, iOS, Blackberry phones, and other different types of tablets and iPads.
device which is very expensive to purchase and test such a large number of mobile
Real Device:
● You have to spend a lot to get a real device
● It has a fast processing speed
● Network latency may be normal
● Debugging is not so easy
● Web applications can be tested in the usual way
● It always gives accurate results
Emulator / Emulation:
● It is almost free
● It is slower than real devices
● It has lower latency than actual devices
● It provides step-by-step debugging of the application
● Web applications are very easy to test
● It cannot simulate all types of user interactions; So it can sometimes
give wrong results.
● It scores low when it comes to reliability.
This can help you overcome the disadvantages of real devices and simulators.
● Less Control
● There is no high level of protection
● Internet connection dependency
Some useful cloud-based tools – Xamarin Test Cloud, Perfecto Mobile Continuous
An application, while working, may face many interruptions such as incoming calls or
network coverage outages and recovery. For this, it can be distinguished again –
Usability testing evaluates the application based on the following criteria for the
1. Effectiveness
2. Satisfaction
It is very important to get usability testing in place from the initial stage of application
design, and this should not be done only when the application is completed. Usability
testing requires excessive involvement of users, and output can affect application
Installation testing verifies that the installation process goes smoothly without the user
experiencing any difficulty. The uninstall test can be summarized in one line because
We need to be very cautious about mobile app updates. People often complain about
applications not working satisfactorily after an update. Therefore, it is very important that
under update testing, we ensure that the app was working before. In short, it should not
break anything. Mobile application updates can occur in two ways – automatic update
To obtain a certificate of compliance, each mobile device needs to be tested against the
In this type of testing, we check the user experience to ensure that we provide an
It is your job as a tester to confirm that your application meets certain expectations,
such as –
Browserstack:
This is another great tool for testing the mobile UI. It provides amazing results. Although
it is a payment tool, you can take advantage of the free trial by registering on
Methods and tools continue to be developed to facilitate usability testing on phones and
tablets. When planning a mobile device test, you should keep the following points in
mind-
MDM i.e. Mobile device management is a type of security software that is used in IT to
manage, monitor and secure employees’ mobile devices across multiple mobile
operating systems being used by many mobile service providers and in the
MDM is usually combined with additional security services and devices such as mobile
If you take any cell phone, it will mostly contain the following parts:
Some tests are available as apps for both iOS and Android platforms. To use them you
have to download the desired app. Then follow the instructions to run the exam and
Speed Test SpeedSmart WiFi and Mobile Network SpeedTest – It is compatible with
Apple iPhone and iPad. It is a paid application. SpeedSmart is the ultimate iOS speed
test utility to evaluate your cellular (3G, 4G, and LTE) and Wi-Fi connections on all your
iOS devices. A smart speed test and a global server network method ensure accurate
results.
Manual Testing
Automated testing
1. Check for multi-user support between them without interfering with
the data
2. Check access to files stored in the app by any unexpected users
3. Encryption or encryption method used for sensitive data
communication
4. Find sensitive areas in the tested application so that they do not
receive any malicious content
45. What features should you have in a mobile application?
● Reliability
● Compatibility with other technologies
● Scalability
● Fragrance
● Mode of operation
● Open-source technology
● Wide adaptability
● Fast operation
These are integration testing, unit testing, system testing, and operations testing. There
is also another test based on the usage and features of the mobile application which is
There is widespread use and scope of the term compatibility when it comes to
application testing. It simply means the ability to survive together with something similar.
Compatibility testing is quite common and is a type of test that assures the ability of an
Generally, the issue depends on different OS/device versions, it can do the same thing
while working on one OS, while it may not work on another version. For example, we
encountered a problem that our application was working fine on iOS 6.x version
devices, but some modules were exploited when the application crashed on iOS 5.x
50. What are common bugs found during the mobile testing
process?
In general, some mobile testers classify the most frequently found insects into four
types:
Critical bug: The operating system of the device crashes while testing a particular
Block bug: Non-equalization of the display occurs even when the state of the device is
still on.
Major bug: A distinguishing feature of the application is its inability to demonstrate its
functionality.
Minor bugs: GUI bugs are usually the main case of falling into a minor bug list.
Additionally, some other types of bugs are also found during the mobile application
Automation testing has greatly increased the speed and quality of testers over the past
decades. Understanding when to make such a transition is the first step to maximize the
efficiency of your team, from manual testing to automated testing. For a comprehensive
guideline, see the article A Complete Guide to Choosing Test Cases for Automation.
Manual test
Automated testing
CPU-Z, CPU Statistics, etc. as they can record all the details about the processes
A/B testing on iOS app can be done using the following 4 steps:
Define Success Metrics: Identify the objectives and metrics against which app
The Android file is .apk - android package kit, extended and an iOS file is .ipa. iOS app
store package
67. Can you name 2 apps for each Android and iOS to
record the crash log?
To record the crash log, you can use Android Studio and Eclipse for Android devices
Mobile API testing assesses a set of APIs to analyze its performance, performance, and
API Testing-
200 - OK/Success
201- Created
I will just try to insert the data and the invalid format like, get payload
and all, there should be proper authentication error should I receive.
Also there is one team already working on all application to check the
security compliance.
How will you handle the status code and erode handling
in api testing.