我以前只会写一些单片机的小程序
现在发现测试驱动的性能也不知道如何下手，我觉得wince驱动和win32 有些类似，我想请问这些驱动应该如何测试？
都有什么指标要求？我们公司混乱得很，用肉眼感觉测试，觉得有点离谱。请大家说说你们的办法。多谢。
我们是让客户用，，，，，使劲用。。用出问题再改。。。。
虽然这样效率低，但也只能这样哦。。
不像应用程序
我的方法是,先针对驱动写一个简单的应用程序去专门测试,可以让调试串口在关键地方输出些信息.不过这样只能大概看出驱动写的对不对,要测试驱动程序的效率和性能的话还真没有什么好办法.只有多测试了.
期待楼下的高手能给我们一些让人惊喜的回答.
引用: 引用 1 楼 irenehan 的回复:
我们是让客户用，，，，，使劲用。。用出问题再改。。。。
虽然这样效率低，但也只能这样哦。。
不像应用程序
汗，那客户用了产生事故怎么办。有些东西，尤其是工控的，这么干会出生产事故的。
难道我的问题很雷人，大家不愿意说吗？
1. Functional test: CETK.
2. Robust test: CETK.
3. Performance test: 若 cetk 有, 就用 cetk, 若沒有, 則上網找 third party, 若再沒有, 自己寫程式測.
Paul, Chao @ Techware
Paul, Chao 厉害。谢谢。
CETK我没有用过哦。
LZ的情况看来还是自己写测试程序比较实际,不过有些是可以在网上找到的，比如说串口调试助手之类的
引用: 引用 6 楼 nomad1982 的回复:
LZ的情况看来还是自己写测试程序比较实际,不过有些是可以在网上找到的，比如说串口调试助手之类的
这些东西根本没有办法测试性能。最多是能不能用，好不好用。
如果有一套什么线程执行时间，内核调度效率等等才是合理的。不然驱动工程师怎么写出好的驱动呢？
我觉得还是以人为本，自己满意，经理满意，老板满意，客户满意就ＯＫ了，然后就是与同类软件效果比较
至少性能要跟同类产品相当...
可以自己取系统时间，记录 start / end，来粗略计算执行时间...
当然根据情况也可以采用高精度时间来计算执行时间...
引用: 引用 10 楼 morris88 的回复:
至少性能要跟同类产品相当...
可以自己取系统时间，记录 start / end，来粗略计算执行时间...
当然根据情况也可以采用高精度时间来计算执行时间...
不错就这样。
我想一个驱动工程师必须会写这些测试应用程序，然后才能发挥驱动的好处。
PAUL说得对，网上很多测试应用程序的，cetk没用过，看看先
CETK的测试是必须，微软内部也是使用CETK来测试wince 驱动的
哦帖子沉了。
从这贴子可以看出很多的测试就是自己感觉良好就行了，没有专业的工具。大公司普遍使用CETK。
大家多多献策。下周揭帖。
自己正在写串口驱动,书上提供的例子也只是在PB下写个简单的测试程序而已.
在此向大家学习!
顶
引用: 引用 17 楼 kkkcxf1981 的回复:
自己正在写串口驱动,书上提供的例子也只是在PB下写个简单的测试程序而已.
在此向大家学习!
顶
厉害，我现在修改外部串口驱动BUG我都搞不定。郁闷中。你自己写如果是自带的串口还好办点。有些外部的更加不好写了。
你的串口是外部的?什么意思?
我的CPU上自带3串口,和一个debug串口,你的三星CPU上也应该有这些资源的啊
京公网安备 11010802033920号
