{"id":19019,"date":"2023-08-03T08:02:09","date_gmt":"2023-08-03T12:02:09","guid":{"rendered":"https:\/\/qxf2.com\/blog\/?p=19019"},"modified":"2023-08-03T08:02:09","modified_gmt":"2023-08-03T12:02:09","slug":"exploring-smart-contract-testing-in-dapps","status":"publish","type":"post","link":"https:\/\/qxf2.com\/blog\/exploring-smart-contract-testing-in-dapps\/","title":{"rendered":"Exploring Smart Contract Testing in DApps"},"content":{"rendered":"

At Qxf2<\/a>, recently we began exploring blockchain technology to understand its potential applications and benefits in various industries. Our journey into testing DApps<\/a> started with research and self-learning. We immersed ourselves in learning about Ethereum, the leading platform for developing DApps, and its ecosystem of tools and frameworks. Understanding the nuances of Solidity<\/a>, the programming language for smart contracts, was crucial for effectively testing DApps.<\/p>\n

Note:<\/strong> You can play along with this post even if you know nothing about blockchain. We have written a simple app to help you get some hands-on experience with testing DApps.<\/p>\n

Smart contracts are a fundamental building block of decentralized applications (DApps) running on blockchain technology. These self-executing contracts contain the rules and logic governing DApps, ensuring transparency and immutability. As smart contracts are crucial financial transactions and sensitive data, ensuring their correctness and security is of utmost importance. As a tester, understanding how to effectively test smart contracts and DApps is crucial to ensure their functionality, security, and overall quality. In this blog post, we will explore the importance of testing smart contracts and how to set up a testing environment using popular tools like Truffle<\/a>and Ganache<\/a>. We will also explore a smart contract called “HealthRecord.sol<\/a>” and delve into its comprehensive test suite.<\/p>\n

Code can be found here<\/a><\/p>\n

Setting up the Environment<\/h3>\n

You might be wondering how we’ll run these tests since smart contracts are usually executed on the blockchain. Using the actual Ethereum network for testing would be expensive, and testnets, although free, can be bit slow. To overcome these challenges, we’ll utilize a local blockchain. It’s like a lightweight version of the real Ethereum network that runs on your computer and doesn’t require an internet connection.<\/p>\n

To begin testing, we used Truffle<\/a> and Ganache<\/a>, popular tools for smart contract development and testing. By setting up Ganache and Truffle, you can create a local testing environment for your smart contract development and testing. This makes testing simpler and faster. <\/p>\n

Truffle provides a development environment, testing framework for DApps.
\nGanache serves as a local blockchain network for testing purposes. The installation steps are listed in readme.md<\/a><\/p>\n

We are testing our smart contract on the local network and once after completing all our testing, we have deployed our smart contract to Testnet Sepolia<\/a>. Sepolia ETH can be obtained from a Sepolia testnet faucet<\/a>, that allows anyone to send a small amount of fake Sepolia ETH to their wallet. <\/p>\n

Our Patient Record DApp<\/h3>\n

We built a small DApp around our smart contract to explore the potential of decentralized applications. Using Truffle React Box<\/a> we quickly set up the front-end. This DApp, for every patient addition creates a transaction in the network. While testing this DApp, we realized the criticality of smart contract testing and thorough testing was essential to ensure the reliability, security, and integrity of DApps. With this understanding, we shifted our focus from the user interface to the testing of smart contracts. <\/p>\n

You can find our DApp code here<\/a>. You can refer our Readme.md file on how to start the application. In the next sections, we will be focusing on testing the smart contracts.<\/p>\n

\"Patient<\/a>
Patient Health Record DApp<\/figcaption><\/figure>\n

About the HealthRecord Smart Contract<\/h3>\n

The HealthRecord.sol<\/a> smart contract is designed to manage health records on a blockchain network. The HealthRecord smart contract provides basic functionalities for managing patient records, including adding, updating, and deleting records, while emitting events to track these actions on the blockchain. In the ‘contracts’ folder of the project directory, you can find ‘HealthRecord.sol’ contract.<\/p>\n

The contract includes three core functions:<\/p>\n

addPatient<\/strong>: This function adds a new patient record to the mapping, but it checks if a patient with the same ID already exists. It also ensures that the name provided is non-empty. We use the require<\/em> statement to enforce these two conditions.<\/p>\n

So if an empty name is provided, the transaction will be reverted, and an error message “Name must not be empty<\/em>” will be displayed. Similarly, If a patient with the same ID already exists, the transaction will be reverted, and an error message “Patient with this ID already exists<\/em>” will be displayed. If both the conditions are met, PatientAdded<\/em> event is emitted using the emit statement. <\/p>\n

\r\nevent PatientAdded(uint256 indexed id, string name, uint256 age);\r\nfunction addPatient(uint256 id, string memory name, uint256 age) public returns (bytes32) {\r\n        require(patients[id].id != id, \"Patient with the given ID already exists\");\r\n        require(bytes(name).length > 0, \"Name field is required\");     \r\n        patients[id] = Patient(id, name, age);       \r\n        emit PatientAdded(id, name, age);        \r\n    }<\/pre>\n
updatePatient<\/strong>: This function updates an existing patient record based on the oldId. It validates the newName using `require` statement.
\nRetrives patient record associated with `oldId` from `patients` mapping and stores it. Updates the patient details by assigning the `newID, newName and newAge.
\nFinally, emits the PatientUpdated<\/em> event, passing the newId, newName, and newAge as event parameters. This event notifies external applications about the successful update to the patient’s details.<\/p>\n
\r\nevent PatientUpdated(uint256 indexed id, string name, uint256 age);\r\nfunction updatePatient(uint256 oldId, uint256 newId, string memory newName, uint256 newAge) public returns (bytes32) {\r\n        require(bytes(newName).length > 0, \"Name field is required\");       \r\n        Patient storage patient = patients[oldId];        \r\n        patient.id = newId;\r\n        patient.name = newName;\r\n        patient.age = newAge;        \r\n        emit PatientUpdated(newId, newName, newAge);        \r\n    }<\/pre>\n
deletePatient<\/strong>: This function deletes the patient record associated with the given id from the patients mapping using the delete<\/em> keyword. It emits PatientDeleted<\/em> event passing the `id` as event parameter. This event notifies external applications about the successful deletion of the patient record.<\/p>\n
\r\n event PatientDeleted(uint256 indexed id);\r\n function deletePatient(uint256 id) public {        \r\n        delete patients[id];        \r\n        emit PatientDeleted(id);\r\n    }<\/pre>\n
In the following section we will explore different test scenarios which we wrote to test this Smart contract.<\/p>\n
Test Suite Overview<\/h3>\n
Testing a smart contract is essential to ensure its functionality, reliability, and security. In the case of the above HealthRecord.sol smart contract, the below provided tests cover different scenarios and functionalities to validate its behavior. Let’s discuss the testing approach and the purpose of each test. Code can be found here<\/a><\/p>\n
Truffle test framework<\/a> gives us two options for writing tests for Smart contracts. Solidity tests<\/a> and JavaScript<\/a> tests. We used JavaScript for writing tests.<\/p>\n
Truffle uses the Mocha<\/a> testing framework and Chai<\/a> for assertions for writing JavaScript tests. To begin with, the code sets up the necessary environment and initializes variables for testing the functionalities of the HealthRecord contract. <\/p>\n
\r\nconst HealthRecord = artifacts.require('HealthRecord');\r\ncontract('HealthRecord', (accounts) => {\r\n    let healthRecordInstance;\r\n    const addedPatients = [];\r\n\r\n    beforeEach(async () => {\r\n        healthRecordInstance = await HealthRecord.deployed();       \r\n    });\r\n  <\/pre>\n
The above code in the test does the following:<\/p>\n
  • The HealthRecord contract artifact is imported, allowing interaction with the deployed contract. <\/li>\n
  • The healthRecordInstance variable is declared to hold an instance of the HealthRecord contract. <\/li>\n
  • A “before each” hook is used to assign the deployed instance of the HealthRecord contract to the healthRecordInstance variable, facilitating easy access to the contract throughout the tests.<\/li>\n
    Grouping TestCases<\/h4>\n
    When a smart contract has a significant number of unit tests, it becomes challenging to read and maintain. Truffle’s integration with Mocha allows for a more organized and readable testing approach using nested describe() functions. By leveraging nested describe() functions, we grouped related test cases together, creating a more structured and organized test suite as discussed below:<\/p>\n
    Basic Functionality:
    \nThese tests cover the basic functionality of adding and retrieving patient records in the HealthRecord contract. They validate that patient records are added correctly and can be retrieved accurately, providing a strong foundation for the core functionality of the contract.<\/p>\n
    Error Handling:
    \nValidates how the contract handles exceptional cases, such as adding a patient record with an empty name field.
    \nVerifies that appropriate errors are thrown when attempting to add duplicate patient IDs.<\/p>\n
    Event Emission:
    \nVerifies the emission of the PatientAdded event when a patient record is added successfully. Ensures the contract emits the expected event and event parameters are accurate.<\/p>\n
    Edge Cases:
    \nTests scenarios where non-existing patient records are retrieved, ensuring default values are returned.
    \nValidates the ability of the contract to handle and retrieve multiple patient records accurately.<\/p>\n
    Data Integrity:
    \nChecks if the contract maintains data integrity during record addition, modification, and retrieval.
    \nVerifies that the stored values accurately reflect the intended changes.<\/p>\n
    \r\ncontract(\"HealthRecord TestCases\", async accounts => {\r\n  describe(\"Basic Functionality\", () => {\r\n    it(\"should add a patient record\", async() => {\r\n      ...\r\n    });\r\n    it(\"should retrieve a patient record for a non-existing ID\", async() => {\r\n      ...\r\n    });\r\n    it(\"should update an existing patient record\", async() => {\r\n      ...\r\n    });\r\n    it(\"should handle retrieving a patient record from a different account\", async() => {\r\n      ...\r\n    });\r\n  });\r\n\r\n describe(\"Error Handling\", () => {\r\n    it(\"should handle empty fields during record addition\", async() => {\r\n      ...\r\n    });\r\n    it(\"should not add duplicate patient ID\", async() => {\r\n      ...\r\n    });\r\n  });\r\n\r\n describe(\"Event Emission\", () => {\r\n        it(\"should emit PatientAdded event\", async () => {\r\n      ...\r\n    });\r\n  });\r\n\r\n describe(\"Data Consistency\", () => {\r\n    it(\"should update patient age correctly\", async() => {\r\n      ...\r\n    });\r\n\r\n<\/pre>\n
    The test can be found here<\/a>. You can execute the test like this. <\/p>\n
    `truffle test`<\/p>\n
    And the output looks like this:<\/p>\n
    \"Truffle<\/a>
    Truffle Test output<\/figcaption><\/figure>\n
    Keywords: require, events<\/h4>\n
    To confirm more thoroughly whether a smart contract behaves as expected or not, smart contract tests should verify fired events<\/a>. The error messages from require<\/a> statements are captured in the test cases using try\/catch<\/em>. We use the assert<\/a> statement to verify that the error message matches the expected error. we can assert and validate the correctness of the error messages thrown by the smart contract when specific conditions are not met. This approach allows us to effectively test the error handling behavior of the contract and ensure that it responds appropriately to exceptional cases. <\/p>\n\n
    We covered various test scenarios, including testing basic functionalities, handling errors, verifying event emissions, and checking data consistency. Each test case played a critical role in validating the correctness of the HealthRecord smart contract, providing users with confidence in its performance and reliability. You can explore more advanced techniques to help identify bugs and vulnerabilities in contract logic. Smart Testing !!!<\/p>\n\n
    References<\/h4>\n
    1. Create a DApp using Truffle and React<\/a>
    \n2.     Few tips for unit testing smart contracts<\/a>
    \n3.     How to test dapps<\/a>
    \n4.     Etherium DApp Tutorial<\/a>
    \n5.     Web3.js documentation<\/a><\/p>\n
    \n
    Outsource your testing to Qxf2!<\/h4>\n
    Choose Qxf2<\/a> to elevate your software testing capabilities with our team of technical testers. We excel in testing early-stage products powered by cutting-edge technology stacks. Our expertise in going beyond conventional test automation empowers us to tackle intricate testing challenges, ensuring your product meets the highest quality standards. With Qxf2, you’ll have a dedicated partner who can help you iterate quickly, identify critical bugs, and optimize your development processes for seamless delivery. <\/p>\n
    \n","protected":false},"excerpt":{"rendered":"
    At Qxf2, recently we began exploring blockchain technology to understand its potential applications and benefits in various industries. Our journey into testing DApps started with research and self-learning. We immersed ourselves in learning about Ethereum, the leading platform for developing DApps, and its ecosystem of tools and frameworks. Understanding the nuances of Solidity, the programming language for smart contracts, was […]<\/p>\n","protected":false},"author":16,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[371,373,372,378,375],"tags":[],"class_list":["post-19019","post","type-post","status-publish","format-standard","hentry","category-blockchain","category-dapp","category-smart-contracts","category-solidity","category-web3-js"],"_links":{"self":[{"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/posts\/19019","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/users\/16"}],"replies":[{"embeddable":true,"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/comments?post=19019"}],"version-history":[{"count":69,"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/posts\/19019\/revisions"}],"predecessor-version":[{"id":19332,"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/posts\/19019\/revisions\/19332"}],"wp:attachment":[{"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/media?parent=19019"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/categories?post=19019"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/qxf2.com\/blog\/wp-json\/wp\/v2\/tags?post=19019"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}