这篇文章主要介绍从零开始搭建Hardhat框架下使用typescrip进行合约的部署和测试
哪里有不足的地方请多指教
主要使用的框架和技术:
创建一个项目目录,并进行yarn初始化
mkdir hardhat-example
cd hardhat-example
yarn init

安装hardhat
直接运行yarn add hardhat就可以了
初始化项目为hardhat+typescript项目
运行yarn hardhat init
选择Create an advanced sample project that uses TypeScript

下面分别是
选择项目跟目录
是否创建.gitignore文件
是否安装所需要的一些包
直接敲回车就行
注意:用yarn进行安装的时候有可能出现ethereum-waffle包装不上的问题,这时候这个包可以单独用npm进行安装
到这里这个项目框架基本已经搭建完成了,下面就是对它进行各种配置了
在项目跟目录下新建.env文件,用于配置与链和网络相关配置
相应的配置也可以直接从.env.example文件拷贝过去替换成自己的
ETHERSCAN_API_KEY=ABC123ABC123ABC123ABC123ABC123ABC1
ROPSTEN_URL=https://ropsten.infura.io/v3/<YOUR ALCHEMY KEY>
PRIVATE_KEY=0xabc123abc123abc123abc123abc123abc123abc123abc123abc123abc123abc1
安装hardhat部署插件hardhat-deploy、hardhat-deploy-ethers,并引入到hardhat.confit.ts中:
yarn add hardhat-deploy hardhat-deploy-ethers
import 'hardhat-deploy';
import 'hardhat-deploy-ethers';
对配置hardhat.config.ts文件进行配置
在文件中有一段task的代码,个人觉得用处不大就直接删除了
task("accounts", "Prints the list of accounts", async (taskArgs, hre) => {
const accounts = await hre.ethers.getSigners();
for (const account of accounts) {
console.log(account.address);
}
});
一下配置均在hardhat.config.ts文件下config中
const config: HardhatUserConfig = {}
配置hardhat多版本solidity编译环境,还需要其他的话直接照着加就行
solidity: {
compilers: [{
version: "0.8.0",
settings: {
optimizer: {
enabled: true,
runs: 200
}
}
}, {
version: "0.6.0",
settings: {
optimizer: {
enabled: true,
runs: 200
}
}
}]
},
配置合约路径
paths: {
sources: "contracts"
},
配置地址对应的名称(主要用于部署时更方便调用部署地址)
namedAccounts: {
deployer: 0
},
配置typechain(用于生成智能合约对应的typescript接口)
typechain: {
outDir: "types"
},
配置区块链网络
//process.env.ROPSTEN_URL配置在.env文件中,对应区块链网络的RPC URL
//process.env.PRIVATE_KEY配置在.env文件,对应钱包地址的私钥
networks: {
ropsten: {
url: process.env.ROPSTEN_URL || "",
accounts:
process.env.PRIVATE_KEY !== undefined ? [process.env.PRIVATE_KEY] : [],
chainId: 3,
live: true,
saveDeployments: true,
},
},
到这里关于hardhat的配置基本差不多了。
配置waffle和mocha,用于智能合约测试
在项目根目录下创建.mocharc.json和waffle.json文件
.mocharc.json下主要配置测试文件扩展名:
{
"require": "ts-node/register/transpile-only",
"timeout": 50000,
"extension": "test.ts"
}
waffle.json下主要配置所要编译的solidity版本和合约目录(注意:这里是用于waffle编译的,不是hardhat):
{
"compilerType": "solcjs",
"compilerVersion": "0.8.13",
"sourceDirectory": "./contracts",
"outputDirectory": "./build"
}
到这里基本配置结束了,如果还需要配置其他的再配置吧。
既然要编写智能合约,那怎么能少得了openzeppelin开源合约库呢,那就来用上它吧
yarn add -D @openzeppelin/contracts
这里就写一个ERC20 Token的合约吧,在contracts目录下创建sol文件,我这里直接用了openzeppelin的ERC20,就不再自己写了。
//SPDX-License-Identifier: Unlicense
pragma solidity ^0.8.0;
import "@openzeppelin/contracts/token/ERC20/ERC20.sol";
import "@openzeppelin/contracts/access/Ownable.sol";
contract RuinToken is ERC20, Ownable {
constructor(uint256 amount) ERC20("RuinToken", "RUIN") Ownable() {
_mint(msg.sender, amount);
}
function mint(address account, uint256 amount) public onlyOwner {
require(account != address(0), "address is zero");
_mint(account, amount);
}
function burn(address account, uint256 amount) public {
require(account == msg.sender, "burn error");
_burn(account, amount);
}
}
合约编写完成后进行编译
## hardhat 编译用于部署
yarn hardhat compile
## waffle 编译用于测试
yarn waffle
到这里我发现我忘记安mocha了,现在安也没事
yarn add mocha
mocha安装好了之后直接在test目录下编写测试文件就可以了,index.test.ts:
import { expect, use } from "chai";
import { ethers } from "hardhat";
import {
deployContract,
MockProvider,
solidity,
} from "ethereum-waffle";
import ERC20USDT from "../build/RuinToken.json";
import { Contract, Wallet } from "ethers";
use(solidity);
describe("RuinToken", function () {
let wallet: Wallet;
let RuinToken: Contract;
let owner: string;
beforeEach(async () => {
[wallet] = new MockProvider().getWallets();
RuinToken = await deployContract(wallet, ERC20USDT, [ethers.utils.parseEther("1000")]);
})
it("name/symbol/totalSupply", async function () {
console.log("token address::", RuinToken.address);
owner = await RuinToken.owner();
const name = await RuinToken.name();
const symbol = await RuinToken.symbol();
const totalSupply = await RuinToken.totalSupply();
console.log("owner::", owner)
console.log("name::", name)
console.log("symbol::", symbol);
console.log("totalSupply::", totalSupply.toString());
console.log("RUIN balance::", ethers.utils.formatEther(await RuinToken.balanceOf(wallet.address)).toString());
});
it("exchange", async function () {
await RuinToken.transfer(RuinToken.address, ethers.utils.parseEther("10"))
await RuinToken.approve(owner, ethers.utils.parseEther("1000"));
await RuinToken.transferFrom(wallet.address, RuinToken.address, ethers.utils.parseEther("10"));
console.log("my balance::", ethers.utils.formatEther(await RuinToken.balanceOf(wallet.address)).toString());
console.log("contract balance::", ethers.utils.formatEther(await RuinToken.balanceOf(RuinToken.address)).toString())
})
});
输入yarn mocha进行测试,输出结果:

合约编写和测试完成后,那最后一步就是部署了
这里我使用的时hardhat-deploy插件进行部署,所以先安装hardhat-deploy和hardhat-deploy-ethers插件,之前已经在hardhat.config.ts配置文件中配置引入了插件,这里就直接安装就行
yarn add hardhat-deploy hardhat-deploy-ethers
在项目根目录下创建deploy目录,然后编写部署文件
import { ethers } from "ethers";
import { DeployFunction } from "hardhat-deploy/dist/types";
import { HardhatRuntimeEnvironment } from "hardhat/types";
const func: DeployFunction = async function (hre: HardhatRuntimeEnvironment) {
const { deployments, getNamedAccounts } = hre;
console.log(hre.network.name)
const { deploy } = deployments;
// 这里的deployer就是hardhat.confit.ts中namedAccounts下deployer,由.env下配置的私钥生成
const { deployer } = await getNamedAccounts();
console.log(deployer)
const RuinToken = await deploy("RuinToken", {
from: deployer,
args: [ethers.utils.parseEther("1000")],
log: true
})
console.log(RuinToken.address);
};
export default func;
// 这个tags就是部署时命令 --tags后面要输入的名称
func.tags = ["RUIN"];
部署文件编写完成后就可以执行部署了
yarn hardhat deploy --network ropsten --tags RUIN
部署过程

deployments目录中

到这里就基本结束了,祝大家玩得开心!★,°:.☆( ̄▽ ̄)/$:.°★ 。
下面这里是完整项目的地址
很好奇,就使用rubyonrails自动化单元测试而言,你们正在做什么?您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您?git中的预提交Hook?只是手动调用?我完全理解测试,但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的,并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您? 最佳答案 不确定您到底想听什么,但是有几个级别的自动代码库控制:在处理某项功能时,您可以使用类似autotest的内容获得关于哪些有效,哪些无效的即时反馈。要确保您的提
我正在编写一个包含C扩展的gem。通常当我写一个gem时,我会遵循TDD的过程,我会写一个失败的规范,然后处理代码直到它通过,等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb,如何运行我的规范并仍然加载我的C扩展?当我更改C代码时,我需要采取哪些步骤来重新编译代码?这可能是个愚蠢的问题,但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时,我确实得到了一个Makefile(在整个项目的根目录中),然后当
我有一个围绕一些对象的包装类,我想将这些对象用作散列中的键。包装对象和解包装对象应映射到相同的键。一个简单的例子是这样的:classAattr_reader:xdefinitialize(inner)@inner=innerenddefx;@inner.x;enddef==(other)@inner.x==other.xendenda=A.new(o)#oisjustanyobjectthatallowso.xb=A.new(o)h={a=>5}ph[a]#5ph[b]#nil,shouldbe5ph[o]#nil,shouldbe5我试过==、===、eq?并散列所有无济于事。
我有一些Ruby代码,如下所示:Something.createdo|x|x.foo=barend我想编写一个测试,它使用double代替block参数x,这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗? 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere
Sinatra新手;我正在运行一些rspec测试,但在日志中收到了一堆不需要的噪音。如何消除日志中过多的噪音?我仔细检查了环境是否设置为:test,这意味着记录器级别应设置为WARN而不是DEBUG。spec_helper:require"./app"require"sinatra"require"rspec"require"rack/test"require"database_cleaner"require"factory_girl"set:environment,:testFactoryGirl.definition_file_paths=%w{./factories./test/
我遵循MichaelHartl的“RubyonRails教程:学习Web开发”,并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符,电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时,所有测试都通过了,但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test
我已经构建了一些serverspec代码来在多个主机上运行一组测试。问题是当任何测试失败时,测试会在当前主机停止。即使测试失败,我也希望它继续在所有主机上运行。Rakefile:namespace:specdotask:all=>hosts.map{|h|'spec:'+h.split('.')[0]}hosts.eachdo|host|begindesc"Runserverspecto#{host}"RSpec::Core::RakeTask.new(host)do|t|ENV['TARGET_HOST']=hostt.pattern="spec/cfengine3/*_spec.r
我在app/helpers/sessions_helper.rb中有一个帮助程序文件,其中包含一个方法my_preference,它返回当前登录用户的首选项。我想在集成测试中访问该方法。例如,这样我就可以在测试中使用getuser_path(my_preference)。在其他帖子中,我读到这可以通过在测试文件中包含requiresessions_helper来实现,但我仍然收到错误NameError:undefinedlocalvariableormethod'my_preference'.我做错了什么?require'test_helper'require'sessions_hel
我是Google云的新手,我正在尝试对其进行首次部署。我的第一个部署是RubyonRails项目。我基本上是在关注thisguideinthegoogleclouddocumentation.唯一的区别是我使用的是我自己的项目,而不是他们提供的“helloworld”项目。这是我的app.yaml文件runtime:customvm:trueentrypoint:bundleexecrackup-p8080-Eproductionconfig.ruresources:cpu:0.5memory_gb:1.3disk_size_gb:10当我转到我的项目目录并运行gcloudprevie
只是想确保我理解了事情。据我目前收集到的信息,Cucumber只是一个“包装器”,或者是一种通过将事物分类为功能和步骤来组织测试的好方法,其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗? 最佳答案 有点。它是一种组织测试的方式,但不仅如此。它的行为就像最初的Rails集成测试一样,但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意,您可以使用步骤来构建对象和设置状态,但通常您