Testing Methodologies to Validate Functionalities Research Paper

Exclusively available on Available only on IvyPanda®
This academic paper example has been carefully picked, checked and refined by our editorial team.
You are free to use it for the following purposes:
  • To find inspiration for your paper and overcome writer’s block
  • As a source of information (ensure proper referencing)
  • As a template for you assignment

Introduction

The aim of testing is to ensure that an application is meeting the expectations of the users or clients. There are different types of testing, including unit, integration, performance, usability, and system testing (Hamilton, 2022a). For the proposed solution, testing will ensure that EPIC produces better results than the current CERNER in IV pump integration. While both EPIC and CERNER are types of Electronic Healthcare Records (EHR) systems, EPIC is expected to improve the interoperability between smart IV pumps and the electronic medical records (EMR) system (Wilson, 2019). Therefore, testing of the transition process and new software should focus on integration and performance. A testing strategy is a series of steps and actions taken to ensure that software meets the desired quality. Testing strategy types include static, behavioral, and structural strategies (‘Software testing strategies,’ 2021). The testing strategy selected will assure the hospital that EPIC meets all the quality requirements for an EHR.

Testing Methodologies

There are four major testing methodologies: extreme, waterfall, agile, and iterative. When clients’ needs are constantly changing, the Extreme methodology is used because it breaks the project into simple tasks, completes them, and checks with the customer before proceeding to the next one (Hamilton, 2022a). Such a methodology will not be applicable to the EPIC adoption project because the client’s requirement is clearly stated. The Waterfall model includes sequential steps of development and once a stage is completed it cannot be repeated (Hamilton, 2022a). The key steps include requirements gathering, design, implementation, verification, and maintenance. This methodology would not allow any changes to the transition process and will not be used. The iterative testing model breaks down the project into simple units and subjects them to repeated waterfall model stages (Hamilton, 2022a). Since it involves a lot of feedback gathering that consumes time, the methodology will not be used. The agile methodology uses incremental testing to check a system’s quality and fix any problems identified before the next release (Hamilton, 2022a). This testing model will be utilized because it will allow a gradual rollout of the EPIC software and prevent errors in the transition process, as every step is thoroughly tested and fixed before the next one.

How to Develop a Testing Scenario

The testing scenario will follow the Plan-Do-Study-Act Cycle (PDSA) to collect data about EPIC’s ability to reduce errors in IV medications. Following the steps under each action as stipulated by the Agency for Healthcare Research and Quality (2020), various testing scenarios will be tested. The ‘plan’ stage will involve the establishment of goals for the smart pump and EMR integration and preparing the nursing team for change. The ‘do’ step will entail the creation of measures for monitoring progress and quantifying outcomes, implementing, and dealing with barriers. The ‘study’ stage will involve testing the system’s validity by measuring actual outcomes and comparing them against the created measures. The ‘act’ step is meant to end the process in a suitable direction depending on the success of the project.

Any system functionality that the implementing team can test is known as the test scenario. Therefore, transitioning from CERNER to EPIC electronic medical record system will involve several test scenarios. Hamilton (2022c) lists five steps for test scenario development, including requirements reading, user actions prediction, test scenarios formulation, creation of a traceability matrix, and review by the project team and other stakeholders. This second process offers a longer but more straightforward method of creating test scenarios for the transition project compared to the PDSA method. Nevertheless, any of the two processes discussed will lead to the creation of test scenarios to cover every transaction in the system.

“Test Item” Vs. “Test Condition” in Software Testing

In software testing, the terms test item and test condition have distinct meanings and applications. Van Veenendaal (2019) defines a test item as “the individual element to be tested” and a test condition as “an item or event of a component or system that could be verified by one or more test cases.” For example, in the EPIC integration process, a test item would be ‘smart IV pump automation.’ A test condition in this item would be ‘successful scanning of medication by attending nurse.’

How the Test Results are Documented and Issues Are Mitigated

Test documentation refers to all the information recorded before, during, and after the testing process. Test results appear in documents recorded after the test process is completed. The test results are documented in a defect report or the test summary report. The defect report only highlights where the system failed to meet expected quality levels while the summary report includes all the information involved in the testing process, including use cases, scenarios, and results (Hamilton, 2022b). For the proposed project, the results would be documented in the test summary report to capture every detail of the testing.

Conclusion

Proper mitigation of issues in software testing requires preparedness through the identification of possible risks. Some of the risks that transitioning to EPIC might encounter include unavailable prerequisites, an unexpectedly high number of tests, unrecognized or unresolved metrics and outcomes, and incomplete validation processes (Adanza, 2018). Planning or risk management is the best method of mitigating issues and it goes through five steps, namely, planning, tracking, control, identification, and analysis.

References

Adanza, F. (2018). . Web.

Agency for Healthcare Research and Quality. (2020). . Agency for Healthcare Research & Quality. Web.

Hamilton, T. (2022a). . Web.

Hamilton, T. (2022b). . Web.

Hamilton, T. (2022c). . Web.

. (2021). Web.

Van Veenendaal, E. (2019). . Web.

Wilson, N. (2019). Enhancing DERS through smart pump-EMR integration. Web.

More related papers Related Essay Examples
Cite This paper
You're welcome to use this sample in your assignment. Be sure to cite it correctly

Reference

IvyPanda. (2024, March 13). Testing Methodologies to Validate Functionalities. https://ivypanda.com/essays/testing-methodologies-to-validate-functionalities/

Work Cited

"Testing Methodologies to Validate Functionalities." IvyPanda, 13 Mar. 2024, ivypanda.com/essays/testing-methodologies-to-validate-functionalities/.

References

IvyPanda. (2024) 'Testing Methodologies to Validate Functionalities'. 13 March.

References

IvyPanda. 2024. "Testing Methodologies to Validate Functionalities." March 13, 2024. https://ivypanda.com/essays/testing-methodologies-to-validate-functionalities/.

1. IvyPanda. "Testing Methodologies to Validate Functionalities." March 13, 2024. https://ivypanda.com/essays/testing-methodologies-to-validate-functionalities/.


Bibliography


IvyPanda. "Testing Methodologies to Validate Functionalities." March 13, 2024. https://ivypanda.com/essays/testing-methodologies-to-validate-functionalities/.

If, for any reason, you believe that this content should not be published on our website, please request its removal.
Updated:
Privacy Settings

IvyPanda uses cookies and similar technologies to enhance your experience, enabling functionalities such as:

  • Basic site functions
  • Ensuring secure, safe transactions
  • Secure account login
  • Remembering account, browser, and regional preferences
  • Remembering privacy and security settings
  • Analyzing site traffic and usage
  • Personalized search, content, and recommendations
  • Displaying relevant, targeted ads on and off IvyPanda

Please refer to IvyPanda's Cookies Policy and Privacy Policy for detailed information.

Required Cookies & Technologies
Always active

Certain technologies we use are essential for critical functions such as security and site integrity, account authentication, security and privacy preferences, internal site usage and maintenance data, and ensuring the site operates correctly for browsing and transactions.

Site Customization

Cookies and similar technologies are used to enhance your experience by:

  • Remembering general and regional preferences
  • Personalizing content, search, recommendations, and offers

Some functions, such as personalized recommendations, account preferences, or localization, may not work correctly without these technologies. For more details, please refer to IvyPanda's Cookies Policy.

Personalized Advertising

To enable personalized advertising (such as interest-based ads), we may share your data with our marketing and advertising partners using cookies and other technologies. These partners may have their own information collected about you. Turning off the personalized advertising setting won't stop you from seeing IvyPanda ads, but it may make the ads you see less relevant or more repetitive.

Personalized advertising may be considered a "sale" or "sharing" of the information under California and other state privacy laws, and you may have the right to opt out. Turning off personalized advertising allows you to exercise your right to opt out. Learn more in IvyPanda's Cookies Policy and Privacy Policy.

1 / 1