1.通达信源码怎么用
2.一文搞懂PythonUnittest测试方法执行顺序
3.spidev_test使用指南
4.CUnit生成测试程序
5.GoogleTest学习总结
6.go test 测试代码
通达信源码怎么用
1、源码打开“功能”菜单，技巧点击“公式系统”，源码选择“公式管理器”。技巧或者点击右手边工具栏的源码f(x)图标，打开公式管理器。技巧chrome 打开jsp源码
2、源码在公式管理器的技巧界面中，选择左手边的源码一个分类，这里选择“趋势型”，技巧然后点击“新建”。源码
3、技巧输入公式的源码名称和描述，这里输入名称：zbtest,技巧描述：指标公式测试，在划线方法中选择“主图替换”。源码在下面的白框中输入公式代码。如：DRAWKLINE(H,O,L,C);该公式为划K线图。
4、完成后，确定返回。退出公式管理器。回到之前的界面，右键点击主图，在快捷菜单中选择“主图指标”-“选择主图指标”。
5、在左边找到我们刚才保存的主图指标：ZBTEST,选择点击“确定”，完成自己编写指标的调用。
一文搞懂PythonUnittest测试方法执行顺序
Unittest
unittest大家应该都不陌生。它作为一款博主在5-6年前最常用的单元测试框架，现在正被pytest，nose慢慢蚕食。
渐渐地，邮件群发系统源码看到大家更多的讨论的内容从unittest+HTMLTestRunner变为pytest+allure2等后起之秀。
不禁感慨，终究是自己落伍了，跟不上时代的大潮了。
回到主题感慨完了，回到正文。虽然unittest正在慢慢被放弃，但是它仍然是一款很全面的测试框架。
今天在群里看到番茄卷王的一番言论，激起了我的一番回忆。
自己以前是知道unittest的执行顺序并不是按照编写test方法的顺序执行，而是按照字典序执行的。但遗憾的是我都是投机取巧去解决的问题（后面会讲）。
下面我们就来探讨下unittest类的test方法的执行顺序问题。
源码初窥研究一下源码(unittest.TestLoader)可以发现，在加载一个class下面的test方法的时候，原生Loader进行了排序，并且根据functools.cmp_to_key方法对测试方法列表进行了排序。
我们知道，unittest是不需要我们指定对应的方法，说白了，它是从类里面自动获取到咱们的方法，并约定了以test开头的方法都会被视为测试方法。
查询一下self.sortTestMethodsUsing（这个是一个排序的方式）。
可以看到这个比较方法写的很明确了，如果x<y那么返回-1，x=y则返回0，x>y返回1。
其实大家可能不知道Python里面的字符串也是可以比较的，在此必须说明一下字典序。我们来看看这个例子:
a="abc"b="abcd"c="abce"print(a>b)print(b>c)猜猜看执行结果，答题卡 源码很显然，字典序的比较，是按A-Z的顺序来比较的，如果前缀一样但长度不一样，那么长度长的那个，字典序靠后。
了解了字典序以后，我们就不难知道，在unittest里面它寻找case的过程可以这样简化:
找到对应类下面以test开头的测试方法
对他们进行字典序排序
依次执行
这样就不难解释为什么我们有时候写的case不按照自己想的顺序来。
回到问题的本质搞清楚为什么用例会乱，那就想到对应的解决方案。由于修改源码是不太合适的，那我们有2个策略去达成目的。
比如我有多个test方法:
classTestcase(unittest.TestCase):defsetUp(self)->None:passdeftest_1(self):print("执行第一个")deftest_2(self):print("第二个")deftest_3(self):print("第三个")deftest_(self):print("第四个")deftest_(self):print("第五个")deftearDown(self)->None:passif__name__=="__main__":unittest.main()执行起来，按照字典序，其实是的顺序。
1.以字典序的方式编写test方法我们可以手动修改test方法的名称，这也是我早前的处理方式。也就是说把想要先执行的case字典序排到前面:
classTestcase(unittest.TestCase):defsetUp(self)->None:passdeftest_0_1(self):print("执行第一个")deftest_0_2(self):print("第二个")deftest_0_3(self):print("第三个")deftest_1_0(self):print("第四个")deftest_1_1(self):print("第五个")deftearDown(self)->None:pass我们可以把数字按位数拆开，个位数就把位补0，这样就能达到效果，如果会写个case，我们就需要补2个0，比如0_0_1，当然一个文件里面也不会有太多case。
如果遇到test_login这种怎么办呢，不是数字结尾的方法。
其实是一样的，可以写成test_数字_业务的模式。番货写了一个装饰器专门解决这样的问题，大家可以去参考下。qq找茬辅助源码
2.回归本质，从根本解决问题方案1用了番货的装饰器，好是好，但是改变了方法本身的名称，我们其实可以针对他的排序方式入手，按照我们编写case的顺序排序测试方法，就能达到想要的目的。
说说思路:
手写一个loader继承自TestLoader类，改写里面的排序方法
在unittest运行的时候传入这个新的loader
来看看完整代码，注释里面写的很完善了。
importunittestclassMyTestLoader(unittest.TestLoader):defgetTestCaseNames(self,testcase_class):#调用父类的获取“测试方法”函数test_names=super().getTestCaseNames(testcase_class)#拿到测试方法listtestcase_methods=list(testcase_class.__dict__.keys())#根据list的索引对testcase_methods进行排序test_names.sort(key=testcase_methods.index)#返回测试方法名称returntest_namesclassTestcase(unittest.TestCase):defsetUp(self)->None:passdeftest_1(self):print("执行第一个")deftest_2(self):print("第二个")deftest_3(self):print("第三个")deftest_(self):print("第四个")deftest_(self):print("第五个")deftearDown(self)->None:passif__name__=="__main__":unittest.main(testLoader=MyTestLoader())执行了一下还是不对，是不是哪里出了什么问题呢？
是因为pycharm有一种默认的unittest的调试方法，我们要改成普通的方法去执行。
试试用控制台执行:
作者：米洛
spidev_test使用指南
spidev_test, 类似于i2c-tools工具，是一个用户态的SPI BUS测试程序，其源代码存储在kernel目录下的tools文件夹，具体为tools/spi/spidev_test.c。在buildroot环境中，有一个名为spidev_test的预编译包，方便用户直接进行编译，用于调试SPI总线。
在buildroot-.的package/spidev_test/spidev_test.mk中，spidev_test的当前版本为4.。若希望更新至5.4版本，需要更新相应的配置。新版本的spidev_test增加了速率测试功能，可以用来评估SPI总线的传输速度。
在使用spidev_test进行测试时，通常需要一个主机和一个从机进行交互。如果测试环境有限，也可以通过单个master设备进行简单测试。doom3源码只需连接SIMO和MOSI接口，如在STMPMPmini开发板上，可以通过杜邦线将PZ1和PZ2短接起来，以实现基本的测试环境设置。
CUnit生成测试程序
要生成测试程序，首先我们需要编写被测函数test.c:c
<!-- file: test.c --> int maxi(int i, int j) {return i > j ? i : j;
}
接下来，定义测试用例和测试包在testcase.c中:c
<!-- test cases and test suite functions --> void testIQJ() {CU_ASSERT_EQUAL(maxi(1, 1), 1);
CU_ASSERT_EQUAL(maxi(0, -0), 0);
}
void testIGJ() {CU_ASSERT_EQUAL(maxi(2, 1), 2);
CU_ASSERT_EQUAL(maxi(0, -1), 0);
CU_ASSERT_EQUAL(maxi(-1, -2), -1);
}
void testILJ() {CU_ASSERT_EQUAL(maxi(1, 2), 2);
CU_ASSERT_EQUAL(maxi(-1, 0), 0);
CU_ASSERT_EQUAL(maxi(-2, -1), -1);
}
CU_TestInfo testcases[] = {{ "Testing i equals j："， testIQJ},
{ "Testing i greater than j："， testIGJ},
{ "Testing i less than j："， testILJ},
{ NULL, NULL}
};
<!-- test suite initialization and cleanup functions --> int suite_success_init() { return 0; }int suite_success_clean() { return 0; }
CU_SuiteInfo suites[] = {{ "Testing the function maxi："， suite_success_init， suite_success_clean， testcases},
{ NULL, NULL}
};
然后，在Main.c中运行测试函数，这里包含了命令行选项的处理:c
<!-- Main.c for running the tests --> int main(int argc, char* argv[]) {// ... (command line options parsing and test execution)
}
最后，Makefile用于编译和清理:make
INC = -I/usr/local/include/CUnitLIB = -L/usr/local/lib/
all: func.c test_func.c run_test.c
gcc -o test $(INC) $(LIB) -lcunit $^
clean:rm -rf *.o test
将这些文件结合在一起，你就可以通过`make all`编译生成测试程序，然后运行`./test`来执行测试了。在运行时，可以通过命令行选项控制输出模式和错误处理行为。扩展资料
继Junit CppUnit的成功后， c语言环境下也出现了开发源码的白盒测试用例CUnit。CUnit以静态库的形式提供给用户使用，用户编写程序的时候直接链接此静态库就可以了。它提供了一个简单的单元测试框架，并且为常用的数据类型提供了丰富的断言语句支持。GoogleTest学习总结
在进行GoogleTest的学习与实践时，主要涉及两大部分：安装与使用。
对于Windows用户，可以通过Visual Studio 完成GoogleTest的安装。按照图1.1和图1.2的指引操作后，即可使用包含GoogleTest头文件。
而对于Linux用户，需通过Git clone从github.com/google/googletest获取源代码，并在目录下创建build文件夹并进入。接着执行cmake ..命令，如遇到新系统缺少cmake的情况，请根据提示安装。随后，使用make -j8命令进行编译，并通过sudo make install完成安装。
在GoogleTest的使用过程中，借助视频教程能更直观地理解其功能。印度小哥的视频教程，虽然英语讲解可能带来一定挑战，但视频内容讲解清晰，对新手尤为友好。具体来说，教程分为三个部分：Part-1介绍GoogleTest的基本概念；Part-2指导如何编写单元测试；Part-3讲解测试固定项的使用。
主要概念包括：EXPECT_EQ与ASSERT_EQ的区别。使用EXPECT_EQ时，即使结果不相等，程序仍会继续执行并显示错误信息；而使用ASSERT_EQ时，若结果不等，则立即终止当前测试，不再执行后续操作。
在实践中，尝试将GoogleTest与gdb调试器结合使用，效果更为显著。GoogleTest的基本语法在实际应用中易于掌握，与gdb的配合使用能更有效地定位和解决测试中的问题。
go test 测试代码
在开发过程中，确保代码的稳定性和性能至关重要。Go语言提供了内置的testing包，用于执行单元测试和性能测试，通过命令go test实现。这个命令会自动扫描源码目录下名为*_test.go的文件，生成测试可执行文件，并输出测试结果。
无需额外参数时，go test会遍历整个包下的测试文件。但你也可以通过查阅go help testflag了解更多参数选项。例如，编写测试用例时，如对NewTestFlightItem函数的测试，可在CIHFeedback.go同目录下创建CIHFeedback_test.go，并执行go test。
性能测试同样重要，可以通过在测试文件中添加BenchmarkNewTestflight()和BenchmarkNewTestflightTimeConsuming()函数来实现。执行压力测试时，使用go test -test.bench=".*"命令，如测试结果耗时，可能表明涉及数据库操作，需关注性能优化。
查看性能表现，可以使用go tool pprof命令，如cpu.profile，通过topN命令分析profile文件，查看函数调用时间和占比。同时，可以借助graphviz生成函数调用关系图，以图形化方式理解代码执行情况。
go test还提供了cover工具来检查测试覆盖率，通过-go test -coverprofile=cover.out运行测试并统计，使用go tool cover -func=cover.out分析未覆盖的代码部分。因此，在开发过程中，养成编写全面单元测试的习惯是必不可少的。
通过上述步骤，Go语言的testing包为代码测试提供了全面的支持，有助于确保代码的健壮性和性能。
Go语言基础：Test的基础知识
本文内容：
使用go test命令可执行所有形如func TestXxx(*testing.T)的测试函数。
测试失败时，可在测试函数内使用Error，Fail或相关方法表示。
测试文件与源代码文件共处一文件夹，且以_test.go结尾。
测试文件仅在使用go test命令时进行编译。
测试用例命名方式为Test加上待测试的方法名。
功能测试：如TCP功能测试，创建真实网络连接进行验证。
HTTP测试：使用标准库net/http/httptest提高效率。
性能测试：形如func BenchmarkXxx(*testing.B)的测试函数，使用go test -bench命令运行。
性能测试函数需循环运行目标代码b.N次，自动调整执行时长。
输出示例为：BenchmarkRandInt-8 .8 ns/op，表示循环次数与平均时长。
重置计时器：在执行目标代码前，可在循环前重置计时器。
并行测试：使用RunParallel()辅助函数，需使用go test -cpu运行。
Main测试：提供主测试函数fun TestMain(m *testing.M)。
测试时仅调用TestMain(m)，并在m.Run()前后编写设置或清理代码。
flag：运行TestMain时，需显式调用flag.Parse。
子测试：T和B的Run()方法执行子功能和性能测试，无需单独编写测试函数。
命令行参数：-run和-bench参数可匹配测试用例名称。
并行测试控制：子测试完成前，Run不会返回，便于清理。
helper函数：标记帮助方法，报错信息显示调用者信息。
示例文件：测试工具包验证示例代码，包含Output:开头的结论行注释。
Unordered output：匹配任意行顺序的前缀注释。
跳过函数：功能或性能测试时，可选择跳过某些测试函数。
Go 单测入门篇：Golang 单元测试基本使用
Go语言的单元测试通常是通过官方自带的测试框架来实现的，这需要引入 testing 包，并通过执行go test命令来启动单元测试功能。
在源代码包的目录下，所有以_test.go结尾的源文件都会被go test识别为单元测试文件。这些文件在构建过程中不会被go build包含，而是单独通过go test来编译和执行。
Go单元测试的基本规范包括：运行go test命令时，它会遍历所有符合命名规则的*_test.go文件中的函数，生成一个临时的main包来调用这些测试函数，然后构建并运行测试，最后清理生成的临时文件。
以下是一个简单的xxx_test.go单元测试文件示例，其中包含两个测试方法。
运行go test -v命令可以执行单测并打印详细信息，也可以通过go test -v -run="xxx"来运行某个特定方法的单元测试，支持使用正则表达式。
使用go test -v -cover命令可以执行单测并计算覆盖率。例如，覆盖率结果为（coverage: .7% of statements），表示单元测试没有覆盖全部代码，只有.7%。可以通过命令将覆盖率详细信息保存到cover.out文件中，然后使用其他命令查看每个方法的覆盖率。
如果发现某个方法没有覆盖完全，可以通过修改该方法来实现%的覆盖率。
Go单测覆盖度的相关命令汇总如下。
在一个包中，通常会有多个方法和多个文件，因此也会有多个test用例。如果我们只想测试某个特定方法，可以指定某个文件的某个方法进行测试。
如果只想测试单个文件下的单个方法，可以使用-run参数指定具体方法或者使用正则表达式。
直接运行go test命令可以测试所有方法。
当两个goroutine并发访问同一个变量且至少一个goroutine对该变量进行写操作时，就会发生数据竞争。Go提供了一个内置的数据竞争检测工具，可以通过传入-race选项启动竞争检测。