TestOnNeed and Quillhash Team Up to Redefine Blockchain Security Standard

Being efficient and fast is all about transformation and success is all about welcoming it. We at TestOnNeed, the trusted third-party partner, live only to create flawless software application products on-demand. We better the speed, scale, coverage, and quality of Blockchain, and assisting technologies such as Artificial Intelligence (AI), Internet of Thing (IoT), and Multi-Edge (Mobile) Edge Computing (MEC) software application products. We provide ready-to-go Hyperledger BTaaS end-to-end private blockchain solution with test plan that consists of 350+ automated testcases covering Installation, Infrastructure, business network and applications, and performance benchmarking.

Figure 1: QuillAudits – The Security Audit Platform

To redefine blockchain security standards and to provide end-to-end blockchain solution that includes both private and public blockchains, TestOnNeed teamed up with Quillhash, the blockchain consultancy, and development experts, to launch QuillAudits – The Security Audit Platform. The QuillAudits is a fully automated platform to verify smart contracts, DApps, protocol, and decentralized exchange to prevent security vulnerabilities that may harm our customer’s blockchain platform integrity.

As a trusted partner, we are engaged with some of the customers who benefit from our QuillAudits solutions as depicted in Figure 2. And, you may refer the example published security audit reports here and here

Figure 2: QuillAudits example customers

At TestOnNeed, we don’t just test, automate and DevOps; we make products better. Our ‘Testopers,’ do this by testing, automation, and DevOps with open sources using an open source testing ecosystem. We may be the best opportunity for your future business.

If you need additional information or have questions about our solutions or demo, pricing, and purchase, please reach out to us at sales@testonneed.com, and visit us to start your project at https:// testonneed.com

 

OxyCoin Smart Contract Audit Report using QuillAudits

We have been asked by Oxycoin team to review and audit their new token code. Here is their unaudited token contract code. We looked at thier contract and now publishing our results.

Before writing the results let me tell you in brief about our process of auditing smart contracts. At TestOnNeed and Quillhash, we follow a strategy of verification and validation testing. In verification testing, we perform lots of unit test cases on smart contracts along with the manual testing on every line of the smart contract. After that, we use some automated tools like oyente, mythril, manticore etc to perform several vulnerable attacks on smart contracts.

In the Validation testing phase, we deploy the contract on the ropsten or rinkeby network and ask our team members to use the smart contract for 2,3 days. According to the results of verification and validation testing, we prepare the final audit report.

We inferred that the contract of oxycoin was a simple ERC20 token. However, it was not secure at all. Here are our assessment and recommendations, in order of importance:

High vulnerability issues:-

Integer overflow and underflow:- There are many places where they are not using safe math operations which were highly unsafe.

Arguments checking:- In many functions, they were not checking the function arguments with requiring statements, which allows us to pass negative values in functions like mintTokens() functions.

Medium severity issues:-

Short address attack:- Modifier to check short addresses were not there in the contract.

Arguments checking:- In many functions they were not checking the arguments with require statements which were not directly damaging to contract but that can lead to unnecessary wastage of gas if any user passes some wrong value by mistake.

Low severity issues:-

1. Solidity version should be fixed in smart contracts. For example:- It should be pragma solidity 0.4.24 and not pragma solidity ^0.4.24

Final comments:-

  1. Contract should be properly commented. It is not commented at all now. It is advised to comment the code as it is good practice.
  2. Function arguments must be checked with require statement in every function.
  3. SafeMath library functions should be used in every mathematical operations.
  4. In total supply function _totalSupply. sub(balances[address(0)]);  ,the highlighted sub operation is unnecessary it can be safely removed.

You can check the unaudited and audited code along with the report in the following github repo.(https://github.com/Quillhash/oxycoin).

Conclusion:-

Very severe security issues were found. Many changes were recommended to follow best practices and reduce the potential attack surface.

Contact Information:

At TestOnNeed, we don’t just test, automate and DevOps; we make products better. Our ‘Testopers,’ do this by testing, automation, and DevOps with open sources using an open source testing ecosystem. We may be the best opportunity for your future business.

If you need additional information or have questions about our solutions or demo, pricing, and purchase, please reach out to us at sales@testonneed.com, and visit us to start your project at https:// testonneed.com

BlockWRK Smart Contract Audit Report using QuillAudits

We’ve been asked by the BlockWRK team to review and audit their smart contract.

We at TestOnNeed and Quillhash Technologies are a team of blockchain developers, consultants, and security auditors, trying to build a more secure and safe community in the Blockchain space. QuillAudits, the Smart Contracts Security Audit platform ensures the reliability of your smart contract by complete assessment of your system’s architecture and your smart contract codebase.

The Code is located in the BlockWRK GitHub Repository

Introduction

This Audit Report highlights the overall security of BlockWRK Smart Contracts. With this report, we have tried to ensure the reliability of their smart contract by complete assessment of their smart contract codebase.

Auditing Approach and Methodologies applied –

Our team has performed thorough testing of the project starting with analyzing the code design patterns in which we reviewed the smart contract architecture to ensure it is structured and safe use of third-party smart contracts and libraries.

Our team then performed a formal line by line inspection of the Smart Contract in order to find any potential issue like race conditions, transaction-ordering dependence, timestamp dependence, and denial of service attacks.

In the Unit testing Phase, we coded/conducted Custom unit tests written for each function in the contract to verify that each function works as expected. In Automated Testing, We tested the Smart Contract with our in-house developed tools to identify vulnerabilities and security flaws.

The code was tested in collaboration of our multiple team members and this included –

  1. Testing the functionality of the Smart Contract to determine proper logic has been followed throughout
  2. Analyzing the complexity of the code by thorough, manual review of the code, line-by-line
  3. Deploying the code on testnet using multiple clients to run live tests
  4. Analyzing failure preparations to check how the Smart Contract performs in case of bugs and vulnerabilities
  5. Checking whether all the libraries used in the code are on the latest version
  6. Analyzing the security of the on-chain data

Summary of BlockWRK Smart Contracts:-

BlockWRK contracts are customized ERC20 with following added functionality:-

  • Taxed Token variation on the standard ERC20 transfer function (from OpenZeppelin) to impose a variable transaction fee on each token transfer that occurs outside of the BlockWRK application environment.
  • Transaction Handler function that allows users to send tokens within and also outside of the BlockWRK application without the need to hold Ether for paying gas costs.
  • Internal Token Purchase function that allows for a variable fee to charged when users load their wallets with tokens from the Distribution Pool.
  • Internal Token Distribution function that allows the Application to distribute tokens for Proof-of-WORK and other administrative token transfers.
  • In-App Purchases function that has variable rates for Users and business accounts to purchase WRK without needing to buy from an external cryptocurrency exchange.

It also contains a contract to create sub-admins or sub-owners which can be authorized and removed only by the owner of the contract.

Contracts also contain an ico contract to distribute tokens in different tiers according to the rate of the on-going tier.

Security Level references

Every issue in this report was assigned a severity level from the following:

High severity issues will probably bring problems and should be fixed.

Medium severity issues could potentially bring problems and should eventually be fixed.

Low severity issues are minor details and warnings that can remain unfixed but would be better fixed at some point in the future.

High severity issues:-

No high severity issues are found.

Medium Severity Issues:-

1. Approval racing condition:- The standard ERC20 implementation contains a widely-known racing condition in its approve function, wherein a spender is able to witness the token owner broadcast a transaction altering their approval, and quickly sign and broadcast a transaction using transferFrom to move the current approved amount from the owner’s balance to the spender. If the spender’s transaction is validated before the owner’s, the spender is able to spend their entire approval amount twice.

Line no 155:- approve() has a race condition problem.

approve() doesn’t check if the value of allowance is equal to 0 before performing the operation.

We recommend disabling users from calling this function if the value of allowance is not equal to 0.

We also recommend adding this code before performing operation:

require((_value == 0) || (allowed[msg.sender][_spender] == 0));
Status : Fixed

2. Negative tokens approval:- Contract should not be able to approve negative value tokens but this test case is failing.

Add:

require((_value == 0) || (allowed[msg.sender][_spender] == 0));
if(allowed[msg.sender][_spender] == 0){
require(_value > 0);
allowed[msg.sender][_spender] = _value;
emit Approval(msg.sender, spender, value);
return true;
}
else {
allowed[msg.sender][_spender] = _value;
emit Approval(msg.sender, spender, value);
return true;
}
Status : Fixed

3. Wrong numAuthorized value:- It should be checked before removing an address from the authorized list that the address is already authorized. If the address is not already authorized and owner will try to remove the address then it will decrement the numAuthorized value but the actual number of authorized addresses are greater than numAuthorized.

Status : Fixed

(It is demonstrated in unit test cases of authorizable contract.)

Low Severity Issues:-

1. Solidity version must be fixed(Always use latest Version).

It should not pragma solidity ^0.4.24;
It should be pragma solidity 0.4.24;
Status : Fixed

2. keccak256 encoding behavior

Before ABI encoding functions were introduced, keccak function accepts multiple arguments like

=> keccak256(“AAAA”, “BBBB”, 42);

It has been implicitly doing encodePacked. But now if you try calling keccak with those, you are likely to get a compiler warning.

Warning:-This function only accepts a single “bytes” argument

To remove these warning, replace following lines:-

Line 82 :- keccak256(_to, _value, _fee, _nonce);
With:- keccak256(abi.encodePacked(_to, _value, _fee,_nonce));
Line 94:- keccak256(“\x19Ethereum Signed Message:\n32”, _hash);
With:- keccak256(abi.encodePacked(“\x19Ethereum Signed Message:\n32”, _hash));
Status : Fixed

Unit Testing

Test Suite

  1. Contract: Authorizable

Passed Test cases:

Contract: authorizable contract

✓ should have an owner which is msg.sender (146ms)

✓ should allow owner to add authorised address (126ms)

✓ should allow increment numAuthorized (56ms)

✓ should allow owner to remove authorised address and decrement numAuthorized (59ms)

✓ should not increment numAuthorised ,if owner is adding an address which is already authorised (89ms)

✓ should prevent non-owners from adding (102ms)

✓ should prevent non-owners from removing (97ms)

✓should not decrement numAuthorised ,if owner is removing an address which is not authorized

2. Contract: Taxed contract

✓ should be able transfer token with taxed fee

✓ should be able approve tokens and transfer tokens

✓ should revert if balance of sender is less than transfer amount

✓ should revert if balance of sender is less than transferFrom amount

✓ should revert if spender does not have enough approved allowance

✓ should not transfer negative token amount

✓ should not be to able approve negative tokens

✓ should not allow an owner to approve tokens to spender before setting allowance to zero

3. Contract: BlockWRK tokens contract

✓ should initialize constructor (156ms)

✓ should be able to distribute inAppTokens by authorised address (103ms)

✓ should be able to distribute inAppTokens to inAppPurchaseWallet address (82ms)

✓ should not able to distribute inAppTokens by unAuthorised address

✓ should not able to distribute inAppTokens more than distributionPool

✓ should not able to distribute inAppTokens more than distributionPool

✓ should be able to set new tax rate

✓ non owner should not be able to change tax rate

✓ authorised address should be able to do inAppTokenPurchase (119ms)

✓ emits the transfer event on inAppPurchase

✓ reverts when recipient address is zero inApp token Purchase

✓ emits the transfer event on inAppDistribution (41ms)

✓ should not able to use inAppPurchase by unauthorized address

✓ should not able to do inAppPurchase more than purchase wallet balance

✓ should not able to do inAppPurchase with negative tokens passed

✓ should be able to handle transactionHandler (322ms)

✓ should be able to handle transactionHandler if sender is unAuthorised

✓ should be able to handle transactionHandler if balance is less

✓ should be able to handle transactionHandler if signature is wrong

4. Contract: BlockWRKICO

✓ Crowdsale should be ended only after end

✓ should reach cap if cap sent

✓ when the beneficiary is not the zero address when the wei amount is not zero when the total wei raised is less than the hardcap and when the crowdsale is open

✓ should show correct tokens remaining in current tier

✓ transfers funds to the salesWallet

✓ emits the purchase events

✓ reverts when the amount sent plus the wei raised is more than the hardcap.

✓ reverts when the wei amount is zero

✓ reverts when the beneficiary is the zero address

transfer remaining tokens after the sale

✓ transfers the remaining tokens to the distribution pool wallet,when available tokens is greater than zero,when sender is the owner and when the crowdsale has ended

✓ emits the closeout sale event (42ms), when available tokens is not greater than zero

✓ Should reverts when the crowdsale has not ended

✓ Should reverts when the sender is not the owner

Final Result of Test:

✓ 49 passing

❌ 0 failing

Implementation Recommendations

=> Contract does not have much functionality to track nonce of preSigned transactions. According to ERC865, nonce is the number of presigned transactions sent from contract. So there should be a function to get the nonce for build new transaction on frontend.

=> There should be a function to pause the sale and transfer function in case of any bug arises in future. Pause function will be helpful to prevent the loss.

=> Similar to _transferPreSigned(), a function to approve tokens can be added so that users can also use transferFrom() function without paying fee in gas.

Comments:

Overall, the code is clearly written, and demonstrates effective use of abstraction, separation of concerns, and modularity. BlockWRK development team demonstrated high technical capabilities, both in the design of the architecture and in the implementation.

We would like to recommend that BlockWRK team continue with the process of securing their code by posting public bug bounties and soliciting community feedback. It would be better to conduct public bounties if possible because the ERC-865 is still not a finalized standard .

Contact Information:

At TestOnNeed, we don’t just test, automate and DevOps; we make products better. Our ‘Testopers,’ do this by testing, automation, and DevOps with open sources using an open source testing ecosystem. We may be the best opportunity for your future business.

If you need additional information or have questions about our solutions or demo, pricing, and purchase, please reach out to us at sales@testonneed.com, and visit us to start your project at https:// testonneed.com

Blockchain and Assisting Technologies VR, and AR

The new technological advances in blockchain technology have made it part of domains such as business, and tech. A diversified conversation about trending technologies, wouldn’t be finished without virtual reality (VR), and augmented reality (AR). With VR, and AR systems still being relatively new, most of the hardware and software for the real-world functions under centralized architectures. While blockchain has already begun to change the ways, the product is built in a distributed architecture, the impact that this technology will have on our future is astonishing.

Blockchain

   Blockchain is a peer-to-peer shared, immutable, distributed ledger infrastructure that facilitates the process of recording transactions and tracking assets. An asset can be tangible such as a house, car, cash, land or intangible like intellectual property, such as patents, copyrights, or branding. Virtually anything of value can be tracked and traded on a blockchain network, reducing risk and cutting costs by disintermediation of centralized institution.

VR and AR

    VR is a computer-generated simulation or a replacement of one’s environment. Virtual is “being something in effect, though not actually or in fact.” – Douglas Harper Etymology Dictionary (15 century). So, in other words, VR is an approximation of our reality that is digital but not true in itself. Augmented Reality (AR) also is known as Mixed Reality is in its self completely different from Virtual Reality (VR) because it is not trying to cut out the real world or transport you to another one but to be an enhancement to your real world with a bunch of cool digital objects in it. 

The Only Limit is Your Imagination

  Many industry experts foresee the future that blockchain will do for transaction what the internet did for information. However, similar to the internet, the promises made by blockchain can only be possible with assisting technologies such as VR and AR, all of which is together forming the next generation of the internet. The blockchain will provide the technology to securely perform and store transaction in a distributed network while others offer their benefit.

     The only limit is your imagination! Put on your VR goggles, and you can explore a virtual world and even build parts of it yourself using AR. By purchasing items through the blockchain, your ownership has an unchangeable record. Once you own a piece of land, it’s yours to do with as you choose such as build houses, create businesses, hang out with friends, listen to music or even live the life of a billionaire. What makes it intriguing is the monetization aspect. The buying and selling of land allow people to earn money on the value of the plots that make up the virtual experience that hopefully increases in the future. Another spectacular mechanism (for the future) is that if you build some useful product/service, for example, a concert hall, or art gallery, then people might pay for access or buy virtual goods once inside.

By design, VR fools your senses and makes you think you are there with the person instead of just having short phone calls or messages which you use to assume the kind of person you’re dealing with. As an example, the blockchain can help to make sure that you don’t get tricked into losing money and even if you do get scammed the purchase and the incomplete agreement will permanently be on the blockchain. VR, AR, and blockchain will benefit the most from each other and is going to be the next step to our future full of technology, and we can only hope its a bright one.

About TestOnNeed

TestOnNeed is an on-need opensource test, automation, and DevOps solution provider to better the speed, scale, coverage, and quality of Blockchain, Artificial Intelligence (AI), Internet of Thing (IoT), Multi-Edge (Mobile) Edge Computing (MEC), 5G, Cloud, Microservices, Augmented Reality (AR), and Virtual Reality (VR) software application products.

At TestOnNeed, we don’t just test products; we make products better. To discover more, visit us at https://testonneed.comand read our solution documentation at https://github.com/W5RTC/TestOnNeed_TechSupport

Automate your Test cases by signing up for Lab Automation contract

Lab automation, automating the lab, requires unique skills to use the expensive tools effectively, and accurately. As traditional test labs grow in complexity, organizations face significant challenges in fully utilizing expensive test equipment. As connections to test tools and applications running on the system under test (SUT) equipment become cumbersome, the changes to those connections become time-consuming, error-prone, and causes expensive test equipment and personnel resources to be poorly utilized. The best solution to this is to focus on getting better utilization out of test tools, consolidating global resources, and deploying useful test lab automation across all test labs. As a result, do more with less pressure.

Lab Automation, automating the lab, requires “Testopers” who is the master of the testing, automation, and DevOps. The Testopers always know the overall picture and are immensely incorporated throughout the Product Development Life Cycle (PDLC) unlike designers, developers, testers, lab managers, DevOps and others who are engaged in a part of PDLC. Testopers are superior to others and are the personnel that you would not regret having at hand in your organization. Testopers are the future of next-generation technology.

We are Testopers in TestOnNeed and we live to create flawless products on-need using open source. Being efficient and fast is all about transformation and success is all about

Automate your Lab by Signing up for Test Automation Contract

Test Automation, automating the test cases, requires unique skills to save cost associated with testing, increase test coverage, and improve test efficiency and accuracy. As a result, you go to the market fast to beat slow with high-quality product and solution.

Test Automation, automating the test cases, requires unique skills to choose test cases to automate carefully. As an example, test cases that require repeated execution and high-risk Business critical test cases are the right picks. However, test cases that are new and not executed manually, that requirements are frequent changes, and that run on the ad-hoc basis are not correct picks.

Test Automation, automating the test cases, requires “Testopers” who is the master of testing, automation, and DevOps. The Testopers knew overall picture and involved throughout the Product Development Life Cycle (PDLC) unlike designers, developers, testers, DevOps and others who are engaged in a part of PDLC. Testopers are superior to others and are the one who is the future of next-generation technology.

We are Testopers in TestOnNeed live to create flawless products on-need  using open source. Being efficient and fast is all about transformation and success is all about welcoming it.  Signup today for Test Automation contract and get Lab Automation for 50% discount off project cost.

To learn more, visit us today at https://testonneed.com/.

Concepts of Blockchain

In my previous post, I introduced blockchain technology and noted in my future post I will be writing about how Blockchain works, and the value of adopting this fantastic technology. However, I felt logical to explain the essential blockchain definitions and concepts first. So, in this post, I have attempted to explain five such vital concepts. At its basic level, blockchain is a new class of information technology that supports fundamentally multiple technology concepts that combines cryptography with distributed computing. They are:

1.    Distributed Secure Database

The Blockchain can be understood from a technology perspective merely as a distributed secure database. A model that supports a network of computers to collaborate towards maintaining a shared, secure database. This database consists of a sequence of blocks and each one record a data which is encrypted. The computer, also called node, on that blockchain network validates the transactions and add them to the block they are building. Then, it broadcasts the completed block to other nodes so that all have the copy of the database.

2.   Consensus Mechanism

In blockchain, there is no centralized component to verify the authorization to the database, so it depends on the consensus algorithm. The consensus algorithm may differ depending on the industry segments for which the blockchain application is used. The concept is that to make an entry on to database all the participating node on the blockchain must agree about its state. It prevents one node to alter without the consensus of others. Once completed, a block goes into the blockchain as a permanent record. There is a countless number of such blocks in the blockchain all connected to each other by links in a chain by a proper linear chronological order.

3.    Distributed Shared Ledger

The distributed permanent secure database together with a consensus mechanism makes blockchain suitable for the storage of synchronized data across multiple geographical locations without any centralized administrator or centralized data storage. This secure, trusted, synchronized and distributed data stored in the distributed database maintained by the distributed network of computers are called distributed shared ledger.

These ledgers can be used to store data of tangible assets such as car and home, intangible assets such as currencies and votes or any other form of valuable information. It enables the replacement of a multiplicity of the private database within each organization with one shared and trusted database accessible by all parties involved. As an example, different healthcare provider collaborates and share a single ledger to cater to patient needs.

4.    Smart Contracts

The blockchain is not just a database, and it is more than that. It enables to automate the collaboration in the form of an agreement, or set of rules that govern a business transaction without human interaction is called a smart contract. The smart contract is a computer code stored inside the blockchain and executed automatically as part of a transaction. It is a self-executing contract written in the lines of code. Like any other computer program, it takes input that executes the code and provides the output. As an example, a smart contract written can accept input as a bank balance of a person and increases and decreases the interest rate. By executing automatically such basic operations that are tamper-proof, blockchain removes the intermediate third-party institution with high-level of trust.

5.    Mining, Miners, and Proof of Work

Mining is the process of adding transactions to the existing shared distributed ledger of blockchain adhering to smart contract set of rules and then distributed among all users of the blockchain after suitable consensus mechanism. The term is best known for its association with bitcoin, though other technologies using the blockchain employ mining. Bitcoin rewards participants also called Miners who run mining operations with more bitcoins. Because, mining is typically done on a dedicated computer, as it requires a fast CPU, as well as higher electricity usage and more heat generated than typical computer operations. Miners principal responsibility is to validate and approve every block contains transactions that get added to the blockchain. It is called a Proof of Work (PoW) in that every participant is challenged to solve the puzzle. The first team (Miners) that solves the problem wins.

Thank you for reading so far. You made it. I want to explain five more topics but will reserve it for my next post. Stay tuned!

Introducing Blockchain Technology

Blockchain means many things to many people. For developers, it is a set of protocols and encryption technology for storing data securely. For business, it is a distributed ledger technology responsible for the explosion of new digital currency. For the technologist, it is the driving force for transactions like what the internet did for information. Whatever the way it is perceived, blockchain is a fascinating technology that enables first time in the history for the humans anywhere in the world to trust, collaborate and cooperate.

So, what is Blockchain?

Blockchain- defined as a peer-to-peer shared, immutable, distributed ledger infrastructure that facilitates the process of recording transactions and tracking assets. An asset can be tangible — a house, a car, cash, land — or intangible like intellectual property, such as patents, copyrights, or branding. Virtually anything of value can be tracked and traded on a blockchain network, reducing risk and cutting costs by disintermediation of centralized institution.

What is the difference between Blockchain and Bitcoin?

Bitcoin, the digital currency launched in 2009 by a mysterious person (or persons) known by Satoshi Nakamoto, is one solution that has been developed to address the challenges and high cost associated with the current transaction system. Unlike traditional currencies issued by central banks, Bitcoins have no central monetary authority. They are not printed in papers like dollars and yen, but they are transacted by people and businesses running a peer-to-peer computer network, akin to the network that underpins BitTorrent and Skype. Bitcoin has several advantages over the current transaction system including:

• Cost-effective by eliminating the need for intermediaries

• Efficient by recording transaction once and having it available for all parties through the distributed network.

• Secure by ensuring the transaction is not changed but only can be reversed with other transaction, in which case both transactions are visible

The Bitcoin is a blockchain application. Bitcoin and Blockchain are not the same. Think of blockchain as a platform or system software such as NodeJS, and Bitcoin is an application that runs on top of it. Blockchain provides the means for securely storing Bitcoin transactions and is the first use case of the blockchain. As such today thousands of such cryptocurrencies (https://coinmarketcap.com/all/views/all/) application such as Bitcoin is developed using blockchain technologies and the numbers are growing every day. Likewise, many different business applications can run on top of blockchain to store transactions as relevant to that application. As an example, the Toronto, Canada based company ‘ReliablyME’ is a blockchain based application that records and tracks social contracts as digital promises (IOUs) from any API-integrated application to award users with social credit credentials that demonstrate their character and authenticate self and social worth. The idea is to build an online network for social actions and social branding to help millions of people get into schools, employment, housing, insurance, and credit by earning social credit credentials based on their track record of fulfilling commitments.

Stay tuned for the future posts of my attempt explaining how Blockchain works, and the value of adopting this fantastic technology.

Mobile Edge Application Testing

Multi (Mobile) access Edge Computing (MEC) offers application developers and content providers cloud-computing capabilities and an IT service environment at the edge of the mobile network. With MEC, the application now can leverage the real-time access to radio network information to become smarter and provide innovative solutions for mobile subscribers, enterprises, and vertical segments. At TestOnNeed, we offer testing, automation, and DevOps of MEC applications for our customers comply with ETSI RESTFul API specifications:

    • Mobile Edge Platform Application Enablement API – GS 011
    • Radio Network Information API – GS 012
    • Location API – GS 013
    • UE Identity API – GS 014
    • Bandwidth Management API – GS 015
  • UE Application Interface API – GS 016

Know more about our MEC solution in MEC playlist under YouTube channel at https://www.youtube.com/channel/UCA_KkaoUpU_r9QgsnSjIPZw.

To learn more, visit us today at https://testonneed.com/.

Being efficient and fast is all about transformation and success is all about welcoming it. Start your project today at https://testonneed.com/starttest/.

DevOps – Best Value For Your Money

For details of our offering in “Dev and Test”, “Production”, and “Monitor and Scale” packages, read our DevOps and TestOps specification at https://bit.ly/2M1bzUg