先锋游戏知道信息频道欢迎您
软件:Auto CAD 2007 打开后出现一个框，显示“输入其他文件样式的字体文件名 HZTXT或者《无》：”这时候是什么问题，那位大神能帮忙解决
[Inspiration sou] [ 15:04:33] (<span id="tgd) (<span id="tfd) &&
最佳答案选择国标·&#10;就是字母g开头的·按确定就得了
昵称： 验证码：
评论仅供网友表达个人看法，并不表明本站同意其观点或证实其描述
软件相关知识
软件其他问题谁知道这是什么软件或者什么网页，可以告诉下吗，谢谢_百度知道
谁知道这是什么软件或者什么网页，可以告诉下吗，谢谢
谁知道这是什么软件或者什么网页，可以告诉下吗，谢谢谢谢了，不管是软件还是网页，麻烦分享下...
谁知道这是什么软件或者什么网页，可以告诉下吗，谢谢谢谢了，不管是软件还是网页，麻烦分享下
&#xe6b9;答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
你的回答被采纳后将获得：
系统奖励15（财富值+成长值）+难题奖励20（财富值+成长值）
擅长：暂未定制
网页和软件也没啥区别啊www.加上你用马赛克遮住的那行字母加上.com就是
采纳数：11
获赞数：31
擅长：暂未定制
黄 色网站劝你别上
为你推荐：
其他类似问题
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。查看: 3117|回复: 5
单片机软件测试 是怎么干的 ，有什么推荐工具 或者 书籍么
主题帖子精华
高级会员, 积分 884, 距离下一级还需 116 积分
在线时间84 小时
单片机（mcu）软件测试
在MCU上,常用的测试步骤如下:
1&架构平行移植(跨平台).重建.修复后的,架构测试.
2&专用硬件测试程序的,硬件测试.
3&模块移植.修复.虚拟.填充后的,模块测试.(包括的内容最多,最啰唆)
4&数据结构重建后的,动静态数据测试.(工业级编程,最繁杂的过程)
5&程序结构完成后的,软时序测试.(主要测试软件实时性,包括各模块之间的协调性及资源冲突,
工业级编程的重点)
6&程序及系统稳定性测试.(最残酷的环境模拟测试包括EMC.EMI)
7&软件整体性能评估.
8&软硬件配合性能评估.
9&a版本完成后的,整体功能测试.
10&客户意见.
不太详细,感觉一下说不完,这是一个很大的话题,跟项目开发过程关系密切.
各级测试工作并非一次性完成,重复性大,3.4.5是编滩馐灾氐?第6项是工程测试重点.具体测试
方法,请参阅软件工程的测试方法.
分功能性测试和可靠性测试！
测试前先做软件结构的评估！
测试时，分功能性测试和可靠性测试！
我们还做代码冗余度测试！要求代码尽量简练！
PC上那一套不适合MCU，那个好象没有EMC/EMI的测试把！
这才是MCU测试的精华所在！?
正在考虑如何实现软件功能的自动测试
初步想法: 在软件内部嵌入测试模块,PC通过串口输入测试命令.测试模块将其转换成相应的输
入: 如键盘输入,串口输入,信号输入等,以此驱动程序运转.同时监测程序的反应(即输出): 显
示,打印,控制等. 并发送结果给PC.在PC软件上,根据待测设备实际运行情况,预先设置好测试序
列,并设置运行正常时的输出.这样,即可由PC自动判定测试结果.
设想情形下,随着程序的开发进程,测试序列也不断增长,直至可以完成全部功能的自动测试.这样,
即使程序重构多次,或者多次修改,也可以随时测试,不必耗费大量的人工和时间.
同样思路,也可以实现单元测试.
PC上那一套……，那个好象缺EMC/EMI的测试
EMC/EMI的测试是硬件测试
程序的测试，是个好话题
我的观点；不属于所长的大型MCU程序范围
对于大部分的MCU系统来说，最终给用户提供的不是软件本身，而是一个实物化的产品。
纯粹的软件测试大概应属于软件工程的领域，而对于MCU应用系统来说，应该是介于软件行业和电
子行业之间的东西。实际上，MCU应用系统都表现为一种电子产品的形式。它最终可能都归到电子
类行业标准的认证和测试上。和纯粹的软件行业的软件测试差别可能很大。
但是就MCU程序本身的测试，我认为基本上就是以功能测试为主，应该属于黑盒测试吧。
至于程序内部结构等方面的测试，可能没有太大必要，估计很多电子企业也没有这样做。
程序内部测试，让程序在内部自己测试，然后加上对测试程序的控制
是不是可以说“自适应”阿
关系程序测试，我想是不是该先分类一下。
我公司对程序的测试过程，基本：
1.外部环境模拟测试，这主要对产品而言，与程序相关很小，就不提。
2.从产品的角度来说，通常是请非程序设计人员进行重复功能测试，找到设计中的缺陷。因为从概率的角度出发，所以比较贴近用户使用的过程。对程序来说，差不多是最后的程序测试关口了。
3.在进行到产品测试前，一般都要内测，也叫功能测试。由自己或专业的测试人员进行，这时候是大量BUG出现的时候。
4.自测。主要对程序结构的测试，重大的结构问题基本集中在这时候解决。
对1,2,3，这是大家都熟悉的，一般公司都会安排。所以，俺想最集中要解决的是4，怎么去自测才规范。
以前听过深圳旋极公司关于程序测试的一些课程，可惜都是针对PC上的大型软件。他们卖专门用来测试的软件，按照一系列的测试标准和手段，把响应程序嵌入到程序中，最后根据结果和一些相关算法理论得出分析结果。不知MCU上如何使测试标准化一些？用什么手段去测试？
关于EMC,及外部环境测试
这两个测试正是包含在我讲的第6点中,其实我讲的测试方法也只是个人的工作习惯所穿叉顺带的
具体实现方法每个人实现的差异是很大的.
我把编程测试工作(自测或内测)放在编程过程中来做,主要的目的是有一个保证程序随时可用的原则.
这里只是讲程序的测试问题
其实程序中还有一道测试程序,那就是生产测试程序.在生产流程中QC环节,主要用来自动测试硬件的全部功能,判断PCB.元器件.生产工艺对本板卡造成的不良影响,功能实现是否完美.还要对产品老化度身定制.
你讲的我们叫智能测试架.就是为了取代价格昂贵的ICT.
第4.5点,对于程序员是非常重要的,这里就要涉及到手段问题,这正是软件测试工作的精华所在,每个经验丰富的人都有自己总结的方法,不知道有没有人肯拿出来交流?不要只等着收麦子,好不好呢?
看来对于测试工作没几个重视的,所长能看清第4点的重要性,已属难能可贵.正是因为程序结构的要求.测试的复杂度及工业级编程等综合因素,我花了多年时间,把MCU上使用的数据形态(权且这样称呼),总结成MCU特定的数据结构的原因,跟.NET中的封装有些类似.这种MCU的特定的数据结构跟程序结构及算法实现关系更大.所以我为什么说数据结构比程序结构更加精妙,希望能够理解.
主要是考虑到既然可以在PC上实现自动测试,那么在MCU上也可以.只是实现方法有所不同而已.而对于底层驱动的测试和硬件的测试(QC)不在我讲的范围.
第四条 对程序员来说是个关键
4.自测。主要对程序结构的测试，重大的结构问题基本集中在这时候解决。
自测可能更多的是对程序员的自侓要求
自测阶段，最好有个标准和规范。在外部监督下实行，不然靠程序员的自侓，好象太那个点
MCU才是个人主义放飞的地方.
只会编程,不会测试永远成不了大器.
使用了消息驱动，所以测试模块很方便的。
关于测试，可以
1.单独编写一个小程序，在特定时间间隔中产生突发的大量等待，检测系统程度对突发事件的容忍程度。
2.使用消息结构，基本上可以不用钩子函数来检测内部特性。完全可以在不影响程序结构的条件下，按照设定的测试时间和顺序用消息向任务模块发送消息，来控制程序实现相应功能。
3.在俺的结构中，检测每个模块的使用率是很方便的。可以通过串口，将模块的使用情况上传到PC上进行分析和统计。
钩子,就是一个动态的消息驱动加数据捕捉
可以在PC上看到所有的RAM,可以改变所有的RAM,及各控制寄存器,可以模拟消息驱动,观察模块的实时动作.分析程序中有各种算法,可以跟踪分析RAM的实时变化.加上外部环境变量的配合(智能测试架可动态模拟各种环境变化,同一PC软件驱动),软件测试工作就变得精确和有效.
钩子,并不需要是串行口,可以是sio,spi,按键,或可以空闲激活的所有口线.
当然有串口可用是最好不过的了.
钩子函数,本身就是程序的一部分,并不会影响程序的结构.在重建程序架构之初,钩子就做为一个
任务,被内嵌和定义了.钩子也可以自己发布消息,但太死板.
我最近,正想用ARM7重新设计一个智能海量测试分析系统,用以应付日益复杂的测试及各种内部.
外部动态数据分析工作.
做测试就是个悲剧 &产品出了问题就是你的责任 &吃力不讨好 &工资也不高 &天天加班 & ...
头像被屏蔽
主题帖子精华
在线时间23 小时
提示: 作者被禁止或删除 内容自动屏蔽
主题帖子精华
高级会员, 积分 884, 距离下一级还需 116 积分
在线时间84 小时
在网上&找的&说的狠概括，类似&资料&也不多，不知道除了单步调试&还有啥&工具方法，看了一些测试资料，云里雾里，特此求教坛友
主题帖子精华
高级会员, 积分 884, 距离下一级还需 116 积分
在线时间84 小时
第1章　测试驱动开发
　1.1　为什么我们需要TDD
　1.2　什么是测试驱动开发
　1.3　TDD的机理
　1.4　TDD的微循环
　1.5　TDD的好处
　1.6　对于嵌入式开发的益处
第一部分　开　　始
第2章　测试驱动开发的工具和约定
　2.1　什么是自动化单元测试框架
　2.2　Unity：一个全部用C实现的自动化测试框架
　2.3　CppUTest：一个用C++实现的自动化单元测试框架
　2.4　单元测试也会崩溃
　2.5　“四阶段”模式
　2.6　我们到哪里了
第3章　开始一个C语言模块
　3.1　具有可测性的C模块的那些元素
　3.2　LED驱动都做些什么
　3.3　写一个测试列表
　3.4　写第一个测试
　3.5　先测试驱动接口再测试驱动内部实现
　3.6　增量式前进
　3.7　测试驱动开发者的状态机
　3.8　测试要做到FIRST
　3.9　我们到哪里了
第4章　一路测试直到完成
　4.1　从简单入手“生长”出解决方案
　4.2　保持代码整洁——边做边重构
　4.3　重复直到完成
　4.4　声明完成之前先向回走一步
　4.5　我们到哪里了
第5章&　嵌入式系统TDD策略
　5.1　目标硬件的瓶颈
　5.2　双目标开发的好处
　5.3　双目标测试的风险
　5.4　嵌入式的TDD循环
　5.5　双目标的不兼容性
　5.6　和硬件一起测试
　5.7　欲速则不达
　5.8　我们到哪里了
第6章　是的，但是……
　6.1　我们没那个时间
　6.2　为什么不在写了代码之后再写测试
　6.3　测试也需要维护
　6.4　单元测试不能发现所有的bug
　6.5　我们的构建时间太长
　6.6　我们有现存的代码
　6.7　我们的内存有约束
　6.8　我们不得不和硬件交互
　6.9　为什么要用C++的测试框架来测试C
　6.10　我们到哪里了
第二部分　测试有合作者的模块
第7章　测试替身
　7.1　合作者
　7.2　脱离依赖关系
　7.3　何时使用测试替身
　7.4　用C来仿冒，下一步
　7.5　我们到哪里了
第8章　监视产品代码
　8.1　灯光调度测试列表
　8.2　对于硬件和操作系统的依赖
　8.3　链接时代换
　8.4　监视被测试代码
　8.5　控制时钟
　8.6　先0后
　8.7　处理多个的情况
　8.8　我们到哪里了
第9章　运行时绑定的测试替身
　9.1　测试随机性
　9.2　冒仿函数指针
　9.3　外科手术般地插入间谍
　9.4　用间谍来校验输出
　9.5　我们到哪里了
第10章　仿制对象
　10.1　闪存驱动程序
　10.2　MockIO
　10.3　测试驱动开发驱动程序
　10.4　模拟设备超时
　10.5　这值得吗
　10.6　用CppUMock来仿制
　10.7　生成仿制对象
　10.8　我们到哪里了
第三部分　设计与持续改进
第11章　SOLID、灵活并可测试的设计
　11.1　SOLID设计原则
　11.2　C语言中的SOLID模型
　11.3　演进的需求和有问题的设计
　11.4　用动态接口来改进设计
　11.5　更灵活的基于类型的动态接口
　11.6　做多少设计才是足够的
　11.7　我们到哪里了
第12章　重构
　12.1　软件的两个价值
　12.2　三项关键技能
　12.3　代码中的坏味道以及如何改进它们
　12.4　转化代码
　12.5　那性能和大小怎么办
　12.6　我们到哪里了
第13章　为遗留代码加测试
　13.1　遗留代码改动准则
　13.2　童子军原则
　13.3　遗留代码改动步骤
　13.4　测试点
　13.5　两步结构体初始化
　13.6　崩溃直到通过
　13.7　鉴别测试
　13.8　为第三方代码做学习测试
　13.9　测试驱动缺陷修正
　13.10　增加策略测试
　13.11　我们到哪里了
第14章　测试的模式与反模式
　14.1　“喋喋不休”测试反模式
　14.2　“拷贝－粘贴－调整－重复”反模式
　14.3　“格格不入的测试用例”反模式
　14.4　&“测试组之间的重复”反模式
　14.5　&“不尊重测试”反模式
　14.6　“行为驱动开发”测试模式
　14.7　我们到哪里了
主题帖子精华
高级会员, 积分 884, 距离下一级还需 116 积分
在线时间84 小时
回复【3楼】盒子:
---------------------------------
这本书咋样
主题帖子精华
高级会员, 积分 884, 距离下一级还需 116 积分
在线时间84 小时
回复【5楼】xouou_53320:
---------------------------------
实习呢，让干啥就干啥，杂工，
Powered by这张图用的是什么P图软件或者是什么素材？_百度宝宝知道这个照片是用什么软件或者APP修出来的呀？感觉很像油画。_百度知道
这个照片是用什么软件或者APP修出来的呀？感觉很像油画。
&#xe6b9;答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
来自电脑网络类芝麻团
采纳数：53093
获赞数：109935
参与团队：
这是使用Snapseed的戏剧制作的效果如图
为你推荐：
其他类似问题
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。