Tag: Testing

Embedded TestingEmbedded TestingEmbedded Testing

How to Create A Test Plan? Components, Steps and Template

In the dynamic landscape of software development, the journey to crafting flawless and reliable applications begins with a well-defined roadmap — a test plan. As developers, project managers, and decision-makers embark on the quest for software excellence, this article explores the pivotal role of a meticulously designed test plan. Let’s get cracking!

What is A Test Plan?

A test plan is a comprehensive document that outlines the approach, scope, resources, schedule, and activities required for testing a software application or system. It serves as a roadmap for the testing team, providing a detailed guide on how testing will be conducted throughout the development lifecycle.

Essential Components of Every Test Plan

A well-structured test plan includes several essential components that collectively guide the testing process. Here are the key elements that should be present in every test plan:

Essential Components of Every Test Plan

Essential Components of Every Test Plan

  1. Introduction
  • Provides an overview of the test plan.
  • Introduces the purpose, objectives, and scope of the testing effort.
  • Specifies the document’s intended audience and any relevant references.
  1. Test items
  • Lists the specific components or features of the software to be tested.
  • Clearly defines what is included and excluded from the testing scope.
  1. Test deliverables
  • Enumerates the tangible outputs expected from the testing process.
  • Includes items like test cases, test scripts, test data, and test reports.
  1. Testing schedule
  • Outlines the timeline for different testing phases.
  • Includes start and end dates for each testing level (unit testing, integration testing, etc.).
  1. Resource requirements
  • Specifies the personnel, hardware, software, and tools necessary for testing.
  • Ensures that the testing team has the required resources to execute the plan.

Check out top 10 trusted automotion testing tools for flawless software.

  1. Test environment
  • Describes the configuration of the testing environment.
  • Includes details about hardware, software, network setup, and any other relevant configurations.
  1. Entry and exit criteria
  • Defines conditions that must be met to initiate testing (entry criteria).
  • Outlines the conditions that signify the completion of testing (exit criteria).
  1. Test criteria
  • Describes the criteria for determining whether a test has passed or failed.
  • Includes acceptance criteria and any specific conditions for successful testing.
  1. Test levels
  • Identifies the various levels of testing to be conducted (unit, integration, system, acceptance, etc.).
  • Allocates resources and time for each testing level.
  1. Test types
  • Specifies the types of testing to be performed (functional, non-functional, performance, security, etc.).
  • Ensures comprehensive coverage of different aspects of the software.
  1. Test case design
  • Details the methodology for creating test cases.
  • Specifies the structure of test cases, including input data, expected results, and execution steps.
  1. Test execution
  • Describes the process for executing tests.
  • Outlines the sequence, responsibilities, and any specific instructions for test execution.
  1. Defect reporting
  • Explains the process for reporting and managing defects.
  • Defines the format for defect reports and the severity/priority classification.
  1. Risks and contingencies
  • Identifies potential risks to the testing process.
  • Describes contingency plans and mitigation strategies for addressing risks.
  1. Review and approval
  • Specifies the process for reviewing and approving the test plan.
  • Outlines the roles and responsibilities of individuals involved in the review and approval process.
  1. Documentation
  • Lists all the documentation associated with the testing process.
  • Includes references to test cases, test scripts, and any other relevant documentation.
  1. Appendix
  • Contains additional information or supporting documents.
  • May include glossaries, acronyms, or supplementary details.

In case running an in-house testing team is not familiar to you, outsourcing QA to experts is an optimal choice as it can ensure the objective view, save costs and help you focus on core competencies.

Lotus Quality Assurance – the first independent software testing company in Vietnam, offers ranges of software testing services from mobile app testing, web app testing to embedded software testing. With a vast pool of battle-hardened QA engineers, your business can rest assured that the software will run smoothly.

How to Create A Test Plan?

In the ever-evolving landscape of software development, the importance of a well-structured test plan cannot be overstated. For CTOs, project managers, and other IT decision-makers, creating an effective test plan is not just a best practice; it’s a critical component of ensuring the success and reliability of software systems. Let’s zoom in on the preparation, execution, and post-testing.

How to Create A Test Plan

How to Create A Test Plan

Preparation – everything to do before testing software

Before diving into the execution of tests, meticulous preparation sets the stage for a systematic and successful testing process.

  1. Define clear objectives and scope: Begin by clearly articulating the objectives of the testing process. What are you aiming to achieve with the tests? Define the scope of testing, outlining what functionalities will be covered and, equally important, what will not.
  2. Identify stakeholders and input: Recognize the key stakeholders who will play a role in the testing phase. Gather their input to ensure that the test plan aligns with the broader goals of the project. Collaboration and shared understanding are key at this stage.
  3. Establish test criteria: Clearly define the criteria that will determine whether a test is successful or not. This includes acceptance criteria and exit criteria. A well-defined set of criteria provides a roadmap for the testing team and helps in making informed decisions.
  4. Determine test levels: Identify the different levels of testing required for the project, such as unit, integration, system, and acceptance testing. Allocate resources and time for each level, considering the dependencies and relationships between them.
  5. Create detailed test cases: Develop comprehensive test cases based on the project’s requirements. Each test case should include input data, expected results, and step-by-step execution instructions. This forms the backbone of the testing process.
  6. Prioritize test cases: Prioritize test cases based on their criticality and potential impact on the project. This ensures that focus is placed on testing the most crucial functionalities, reducing the risk of overlooking key aspects.
  7. Define test environment: Specify the necessary test environment, including hardware, software, and network configurations. Ensuring that the testing environment mirrors the production environment is vital for accurate and reliable results.
  8. Allocate resources and schedule: Assign responsibilities for test execution and documentation. Allocate resources efficiently, ensuring that team members have access to the required tools and technologies. Develop a realistic and achievable test schedule, considering potential risks and dependencies.
  9. Risk analysis: Identify potential risks associated with the testing process. Develop contingency plans to mitigate these risks and monitor them throughout the testing phase. A proactive approach to risk management is crucial for project success.

Execution – steps to follow to perform testing effectively

With a solid foundation laid during the preparation phase, the execution phase involves hands-on testing and meticulous adherence to the test plan.

  1. Follow test cases methodically: Execute test cases according to the detailed plan. Follow the step-by-step instructions and document the results meticulously. This phase requires careful attention to detail and adherence to the predefined criteria.
  2. Report defects promptly: As defects or issues are identified during testing, report them promptly. Effective communication is essential at this stage to ensure that the development team can address and resolve issues in a timely manner.
  3. Collect data and metrics: Gather relevant data and metrics during the execution of tests. This information provides valuable insights into the performance and quality of the software. Metrics can include test coverage, defect density, and test execution progress. Find out essential QA metrics with examples to navigate software success.
  4. Adapt to changes: Be flexible and adapt to changes as needed. If unforeseen challenges or changes in requirements arise, update the test plan accordingly. Agility and adaptability are key characteristics of a successful testing process.

Post-testing – what to do after running software testing

The post-testing phase involves analyzing the data collected during testing, communicating progress to stakeholders, and finalizing documentation for future reference.

  1. Review and analyze data: Review the data and metrics collected during testing. Analyze the results to identify trends, patterns, and areas for improvement. Use this analysis to inform future testing processes and enhance overall software quality.
  2. Communicate progress: Keep stakeholders informed about the progress of testing. Share test results, issues, and resolutions. Transparency in communication builds trust and ensures that decision-makers have a clear understanding of the software’s current state.
  3. Finalize documentation: Ensure that all test documentation is complete and accurate. This includes updating test cases, recording any changes made during testing, and creating a comprehensive summary report. The summary report should highlight key findings, outcomes, and lessons learned.
  4. Incorporate lessons learned: Reflect on the testing process and incorporate lessons learned. Identify what worked well and areas that could be improved. Use this feedback to refine and enhance the test plan for future projects, fostering a culture of continuous improvement.

The creation of a robust test plan is a strategic imperative for IT decision-makers overseeing software development projects. By investing time and effort in the preparation, execution, and post-testing phases, decision-makers can ensure the delivery of high-quality, reliable software that meets the needs of end-users and stakeholders.

Test Plan Template (Downloadable and Editable)

In case you haven’t create a test plan before and desire to nail it at the very first time, make a copy of our test plan template and tweak it until it meets your unique requirement.

Test Plan Template

The Importance of A Well-crafted Test Plan

A well-crafted test plan is an indispensable asset in the realm of software development, playing a pivotal role in ensuring the success, reliability, and quality of a software product. Here are several key reasons highlighting the importance of a well-structured test plan:

The Importance of A Well-crafted Test Plan

The Importance of A Well-crafted Test Plan

  1. Define clear objectives and scope: A test plan serves as a roadmap by clearly defining the objectives of the testing process. It outlines what is in scope for testing, preventing ambiguity and ensuring that all stakeholders have a shared understanding of the testing goals.
  2. Provide a systematic approach: By detailing the steps to be taken during testing, a test plan provides a systematic and organized approach. This helps testing teams follow a structured methodology, reducing the likelihood of oversights and ensuring comprehensive coverage.
  3. Guide resource allocation: A well-crafted test plan allocates resources effectively. It identifies the personnel, tools, and infrastructure required for testing, ensuring that the testing team has the necessary resources to execute the plan successfully.
  4. Mitigate risks: Through a comprehensive risk analysis, a test plan identifies potential risks associated with the testing process. By outlining contingency plans and mitigation strategies, it enables proactive risk management, minimizing the impact of unforeseen challenges.
  5. Ensure comprehensive test coverage: The plan specifies the different testing levels, types, and methodologies to be employed. This ensures comprehensive coverage of the software, addressing both functional and non-functional aspects and reducing the likelihood of critical issues going unnoticed.
  6. Facilitate communication: A well-documented test plan acts as a communication tool, conveying crucial information to stakeholders, including project managers, developers, and testing teams. It provides transparency, making it easier for everyone involved to understand the testing process and progress.
  7. Aid in test case design: Test cases form the foundation of the testing process. A test plan guides the creation of detailed test cases, specifying input data, expected results, and execution steps. This ensures that testing is thorough and aligns with project requirements.
  8. Enable effective test execution: During the execution phase, the test plan serves as a guide, detailing the sequence of test execution, responsibilities, and any specific instructions. This ensures that tests are carried out consistently and according to the predefined criteria.
  9. Support change management: In the dynamic environment of software development, changes are inevitable. A test plan can be adapted to accommodate changes in requirements or project scope, providing flexibility while maintaining the overall structure of the testing process.
  10. Facilitate post-testing analysis: After the completion of testing, the plan contributes to post-testing analysis. It provides a basis for reviewing collected data, analyzing test results, and identifying areas for improvement. Lessons learned from one project can be applied to enhance future testing processes.

Test Plan Template

FAQs about Test Planning

What is the difference between a test plan vs test case?

A test plan is a comprehensive document outlining the testing strategy, objectives, resources, and schedule for a software project. On the other hand, a test case is a detailed set of instructions specifying the inputs, execution steps, and expected outcomes for a particular test scenario.

What is the difference between test plan vs test strategy?

A test plan is a detailed document that outlines the approach, resources, and schedule for testing a specific software product, while a test strategy is a higher-level document that defines the overall testing approach for an entire project, including the testing methodologies, tools, and resources to be used.

Final Thoughts on Test Plans

In the dynamic and complex world of coding and debugging, a thoughtfully constructed test plan is the guide, the protector, and the guarantor of a software product’s reliability, performance, and ultimately, its success. So, let the test plan be your guiding light as you navigate the challenging seas of software development, paving the way for innovation and excellence in every line of code.

Should you have any further inquiry regarding test planning or software testing outsourcing, please contact us for free consultation.

Test Plan Template

BlogBlogBlogBlogBlogIT Outsourcing

Software development models

Software development models

Software testing is an integral activity of software development activities. If the software development process is the backbone that creates the basic software programs, then the testing process will cover the muscles in accordance with customer requirements to help complete a qualified figure. Knowing the soft development model will help you have a view of orienting and building the right, more effective and appropriate testing activities.

In this article, we will share with you 3 popular software development models that’re widely used in the technology space with their pros and cons.

1. Waterfall – Software models

Waterfall software development methodology is the model when all stages are clearly defined at the beginning, and the development process will strictly follow a pre-defined plan without much flexibility to adjust things.

Stages of development in the Waterfall model:

・Requirements collecting: collect information about product details and features from customers as much as possible.

・Design: plan which programming language (Java or .NET, etc.) you will use, which database (Oracle or MySQL, etc.) as well as the general features and architecture of the product. Products.

・Construction: After design is the construction phase (writing code for the product).

・Test: check if the product is built according to the customer’s original requirements or not. 

・Deployment: Deploy products to customers.

・Maintenance: After deploying a product to a customer, you may receive a request from a customer to customize or modify the product.

Waterfall-software-models

Waterfall software development model

Advantages

Disadvantages

The stages are clearly defined inputs and outputs     

Requires all software requirements to be clearly defined at the outset of the project. But most practical projects that require software often contain uncertain issues.
Software products are formed through a sequence of clearly sequenced activities. The actual project is rarely done fully during the project cycle. Besides, the close date of sending a program to customers or being modified directly leads to the software specification not fully reflect what was modified in the source code.
There are hidden risks that can only be detected at the final stage and the cost to repair can be very high.

2. V-model

V-model is a successor to the waterfall software development model yet adding testing phase to each development phase. Corresponding to each stage of the development cycle is the corresponding test phase as the below image. The left side of the V-model is the software development cycle (life cycle). And the right of the V-model is the corresponding test operation.

Vmodel-software-models

V-model in software development

Advantages

Disadvantages

Simple, easy to use. Few flexibility and rigidity exist. It is also shown that every step must have one – test stage, if the project requirements are not too complicated and easy to implement, then performing many such tests is time consuming.
There are activities, specific plans for the testing process. Like the waterfall, the project’s product only appears when all the steps are completed, without the original prototype. 
Save time, and have a higher chance of success than the waterfall. If there is a technical change in the middle, it will have to go back to the first step, redo, update the document.
Testing activities are focused and carried out in parallel with activities related to the required specification and design. Be proactive in bug detection, find bugs right from the start.

3. Agile – Software models

Agile is the “iterative” development model. In this type of model, software development is carried out in stages and each stage only focuses on developing one or several product features. In addition, each project is divided into several small areas for ease of use and change when customers request changes. Every small part of the project will be tested right during the project. It is required to meet regularly because in Agile at each time the team must focus on developing an area of the project.

Agile-software-models

Agile software development model

Advantages

Disadvantages

Agile is a great choice for small projects because small projects often have unspecified requirements and can change often. Lack of emphasis on design and required documentation
With Agile, customers can preview each part of the project during the development process. Because Agile develops software in an incremental way, which can give customers a preview of each completed part. The size of human resources is usually limited to 7 to 10 people, and it will be a big problem if the required human resources exceed this figure, for example during the exchange meetings.

For more information about Testing services, please contact us

———————————————————–

Lotus Quality Assurance (LQA)

Tel: (+84) 24-6660-7474

Email: [email protected]

Website: https://www.lotus-qa.com/

Youtube: Lotus QA channel

Automated TestingBlogManual TestingSoftware Testing

Test design techniques

1. What are the Test design techniques?

  • Basically, Test design techniques help us choose a good test set from the total number of tests possible for a given system. There are different types of software testing techniques, each with its own strengths and weaknesses.
  • Exhaustive testing is not possible, so Manual Testing Techniques helps to reduce the number of test cases while ensuring the quality of the test, helping to identify test ranges and conditions that are difficult to identify.

2. Types of Test design techniques

There are many types of Test design techniques, but there are two main types:

2.1. Static testing technique

Static testing is a type of testing technique that does not execute source code or do not run software systems, such as checking, reviewing specification documents, design documents, source code to find errors.

It is done early in the software development life cycle and so it is done in the verification process.

Most static testing techniques can be used to test any form of documentation including source code, design and model documentation, functional specifications, and required specifications.

Static testing technique usually includes the following methods:

  • Informal review: an evaluation process that does not require an archive of the meeting, nor does it need to be recorded.
  • Walkthroughs: This is a type of instruction, explained by the person who is familiar with the software logic, in order to transfer knowledge to the participants in the test cycle.
  • Technical review: This method focuses on the technical evaluation of the software. Usually led by a moderator or someone with technical knowledge with technical experts involved. This is a discussion focused on reaching consensus on technical content to make a decision
  • Inspection: This method is also operated by moderators. Its purpose is to clearly define the role of each person in the process as well as the input and output criteria of the software. Thereby finding errors as well as aggregating and analyzing to optimize processes.

2.2. Dynamic testing technique

Dynamic testing technique is a type of testing to confirm the function of the application when the code is executed / by executing the code. In short, dynamic testing is performed by actually using the application and seeing if a function works the way it is expected.

Dynamic testing includes 2 types:

+ Whitebox testing: Consider how the code works inside. For this type of test, testers need an understanding of the code.

+ Blackbox testing: Check that the function of the software application is working as expected. Blackbox testing 2 types:

  • Functional testing
  • Non-Functional testing

Test design techniques

In the next articles, we will mention types of test design techniques in detail. 

Read  Black box test design technique and White box test design technique.

For more information about Testing services, please contact us

———————————————————–

Lotus Quality Assurance (LQA)

Tel: (+84) 24-6660-7474

Email: [email protected]

Website: https://www.lotus-qa.com/

Youtube: Lotus QA channel

Automated TestingAutomated TestingEmbedded TestingManual TestingManual TestingSoftware TestingSoftware TestingSoftware Testing

White box testing

White box testing

Any one software product is definitely at fault because software products are built by humans. Therefore, an independent person, group, or organization will need to be tested to see if the product has any problems or errors. For software testing, we need to have effective testing strategies and techniques for each level of testing. Software testing consists of two parts that require different skills, white-box testing and black-box testing.

In this topic, I will delve into the white box testing. To better understand the technique of white box testing (White-box testing), we take a look at the following contents:

1.What is White box testing

White box testing is a software testing method in which the internal structure, design or implementation of the item being tested is known to the tester. The tester chooses inputs to exercise paths through the code and determines the appropriate outputs. So Programming know-how and the implementation knowledge is essential.

2. Subjects of application

The object to be tested is a software component. The software component can be a function, a function module,…

3. Levels Applicable To

White Box Testing method is applicable to the following levels of software testing:

  • Unit Testing: For testing paths within a unit.
  • Integration Testing: For testing paths between units.
  • System Testing: For testing paths between subsystems.

However, it is mainly applied to Unit Testing.

4. Pros and cons of White box testing

Pros

  • Testing can be commenced at an earlier stage. 
  • Testing is more thorough, with the possibility of covering most paths.

Cons

  • Since tests can be very complex, highly skilled resources are required, with a thorough knowledge of programming and implementation.
  • Test script maintenance can be a burden if the implementation changes too frequently.

5. Common white box testing techniques

5.1. Baseline test – Line graph

  • A technique used in white box testing was first introduced by Tom McCabe. The line graph is similar to the program control flow graph.
  • Baseline test – Line graph is one of many methods of algorithm description. Besides, this is a visual method that shows us easily the components of algorithms and relationships
  • Contacts in implementing these components.
  • Basic line techniques – flow graphs can help test case designers get a degree of procedural complexity.
  • Consists of 2 types of components: nodes and arcs connecting them.
  • Types of buttons in the control line graph:

White box testing-button-control line

  • Types of structure components of line graphs:

White box testing-structure-components

Example:

If the control flow graph contains only binary decision nodes, then we call it control flow graph of a binary. Also, we can always detail any control flow graph into a binary control flow graph.

White box testing

5.2 Testing based on control flow

  • Execution path is a script to execute the corresponding software unit. In addition, it is an ordered list of commands executed for a specific run of the software unit, starting from the entry point of the software unit to the ending point of the software unit.
  • Each software component has from 1 to n (possibly very large) different implementation paths.
  • The objective of the control flow test method is to ensure that all the execution paths of the software units under test are run properly. But in reality, the effort and time to achieve the above goal is very large, even on small software units.

For example: the following code

for (i=1; i<=1000; i++) for (j=1; j<=1000; j++) for (k=1; k<=1000; k++) doSomethingWith(i,j,k);

only one execution path, but very long

For more information about Testing services, please contact us

———————————————————–

Lotus Quality Assurance (LQA)

Tel: (+84) 24-6660-7474

Email: [email protected]

Website: https://www.lotus-qa.com/

Youtube: Lotus QA channel

LQA News

CEO Xuan Phung’s Interview (P2): Some surprising facts about her personal life

Continuing with the interview, this time, I want to ask Xuan about her personal life because I believe a a busy leader like Xuan are very good at work-life balance.

 

Thank you for sharing about the work you’ve done. May I ask about your personal life? What is your childhood dream?

When I was a little girl, I wanted to become a painter because my father was a painter. And he made a lot of wonderful pictures. When it came to decide which university to apply for, my father asked if I wanted to become an artist or an engineer. I chose to become an engineer and I did not regret the decision. I love to create technology and want to work full time for it while painting can be my hobby, which means I can paint in my free time.

 

What do you think your characters are?

Ummmm…! What a hard question! I think I’m the kind of person who never gives up, very ambitious. People around me also say the same.

 

 

Who do you respect the most and why?

This is another hard question. I respect everyone because they are different from me and I can learn a lot from these differences. But the person I respect the most is my mother. My mother is the leading example of a person who “never gives up”. My mother brought me up in a challenging situation but she succeeded in raising a great family.

 

What do you do on weekends?

I do two types of activities. To relax, I go out with my friends for a coffee or spend time with my children, or read books, go shopping, so on! I do many things that would make me happy and gain more energy for the new week. Apart from entertainment, I also do some work-related stuff such as reviewing and making plan for the new week. 

 

 

What do you like about Japan?

I like everything about Japan. The people, the food and the surroundings. The first time I’ve been to Japan, I got lost and an old man took me from the airport to my dorm. It was a long distance but he still offered to help me. I felt very lucky at that time. Japanese foods are also very delicious, and the environment is also very clean and clear.

 

Thank you for sharing your thought. Last but not least, I would like to ask about your typical day. As the CEO of LQA, I think you have a very busy personal life, I am curious how you can manage.

 

It’s boooring (smiley face). 

4:30: I get up then quickly check my work such as email, schedule of the day.

5:30 – 6:30: Go to the gym or studying Japanese.

6:30 – 7:30: I make breakfast and enjoy it with my family.

7:30 – 8:00: I take my daughter to school and go to office. 

8:00 – 18:30: Work. 

18:30 – 21:30: I make dinner, play with my children if I don’t need to go out for dinner with clients.

21:30 – 23:00: I work a little bit if have a conference calls or reading book.

23:00: I do some personal stuffs then go to sleep.

You’re such an early bird. What a hectic life! That’s not boooring at all (smile). I really admire you. Thank you very much for finding time in your busy schedule to have a talk with me. I wish you best of luck.

 

From this interview, I learn more about LQA and why LQA was able to grow that fast. I also understand more about Xuan a very passionate and thoughtful person. With Xuan san leading the company, LQA is on the road to success.

If you have not read the Part 1 of this interview, please check it out here

 

Watch our introduction video: LQA Introduction


Lotus Quality Assurance (LQA)

Tel: (+84) 24-6660-7474
Email: [email protected]
Website: https://www.lotus-qa.com/

 

Mobile testing tutorial 1: Brief introduction

Mobile technology and smart devices are current trends and will change the future of the world. Millions of applications are downloaded daily from the Appstore or Google Play for personal devices. Mobile applications are various to meet the needs of education, health care or entertainment of users. In order to have quality products that meet the needs of real society, mobile testing is a matter of great concern. It’s a vital factor in the development process that brings to market the high-quality product.

generation-divided-on-mobile-mobile-testing

1. What is meant by mobile testing?

Mobile testing is a process by which mobile devices is tested for its functionality, usability and consistency,…..to ensure quality products

See more Testing services

2. What are types of mobile testing

There are two types of mobile testing: hardware testing and software testing or mobile application testing

2.1. Hardware testing: includes testing of the processor, screen size, resolution, memory, camera, radio, Bluetooth, WIFI, etc.

2.2. Software or Mobile Application Testing: also known as mobile application testing to distinguish it from the above method.

mobile-app-testing

3Differences in mobile testing compared to other types of testing:

3.1. The variety of mobile devices: 

Different device manufacturers such as HTC, SamSung, Apple, Nokia … with different screen sizes and hardware configurations

・Multi-platform (iOS 6,7,8, Android 4.2; 4.3; 4.4, BB 5; BB6 …)

・Mobile devices have different application runtime

3.2. Challenging hardware of the device

・Processing speed limit

・Device memory capacity limit

・WAP / HTTP device protocol differences

3.3. Challenges of network connection

・Different types of networks (GSM / GPRS / WIFI / 3G …)

・No predictable time for data transmission

・Difference in connection speed via physical

・Diverse network operators with different network features

3.4. Types of testing

In addition, mobile application testing also includes the following types of testing:

  1. UI Testing: Test UI, Menu style, consistency of user interface on different devices
  2. Function Testing: Functional testing of major mobile application functions according to the device’s specification
  3. Performance and Load Test: Test mobile app behavior in low resources (Memory/ Storage Space) and when multiple users access the mobile app site together
  4. Usability Testing: Checking the usability aspects of mobile applications
  5. Compatibility Testing: Testing the compatibility of your application with native device features to ensure that your application does not interfere with other applications in the device.
  6. Interrupt checking: Because mobile devices have much lower memory than desktops, make sure that when there are voice calls, SMS messages, charging plugs, low memory notifications while the app is running does not cause any conflict.

mobile-testing-solution

For more information about testing services, please refer to Testing services


Lotus Quality Assurance (LQA)

Tel: (+84) 24-6660-7474
Email: [email protected]
Website: https://www.lotus-qa.com/