软件常见的调试方法(对软件采用的调试方法)
1.对软件采用的调试方法有哪些
1. 直接输入、更改、跟踪、运行汇编程序 2. 观察操作系统的内容；إ 3. 查看ROM BIOS的内容；إ 4. 观察更改RAM内部的设置值；إ 5. 以扇区或文件的方式读写软盘数据。إ 在DEBUG中地址用段地址与段内地址来表示，而段地址可以明确地指出来，也可以用一个段指示器（段寄存器）来代表，用段寄存器表示时，其段地址就是此寄存器的内含值：إ 如：用段地址和段内地址表示FOFF:0100إ 用段寄存器和段内地址表示CSF:0100←CS指向F000إ 下面列出了常用命令用法。 -A 地址 从指定地址开始编写小汇编程序，按两个回车键结束编辑 -U 地址 从指定地址开始反汇编32字节的机器指令，缺省地址则从上一U命令继续 -D 始址 终址 以16进制/Asc字符对照方式显示指定内存范围的数据，每行显示10H个字节 -E 地址 值表 用给出的值表（空格分隔）替换指定地址开始的内存单元，例：-E 100 'v' 1F 'hello' -N 文件名 为后续的L/W命令约定所操作的文件名 -L 地址 将N命令所指定文件的内容读入到指定内存位置。另，逻辑卷扇区直接读：-L 地址 逻卷号 起始逻扇号 扇数 -W 地址 将BX-CX个字节的内存数据写入N命令指定的文件中。另，逻辑卷扇区直接写：-W 地址 逻卷号 起始逻扇号 扇数 -R 寄存器名 显示并允许修改指定寄存器的值 -G=始址 终址 执行指定内存中的机器指令程序 -T=地址 单步执行机器指令，缺省地址则从上一T命令继续。另，继续跟踪m条指令：-T m 读取c：卷的引导扇区，并保存到Boot.1文件中，并简单分析引导程序的前面几条指令： -L 1000 2 0 1 -N boot.1 -R bx ；输入0000 -R cx ；输入0200 -W 1000 -U 1000 读取第一个硬盘上的主引导扇区，并保存到MB.1文件中，在屏幕上显示硬盘分区表数据： -A 100 yyyy:0100 mov dx,0080 yyyy:01xx mov cx,0001 yyyy:01xx mov ax,yyyy yyyy:01xx mov es,ax yyyy:01xx mov bx,1000 yyyy:01xx mov ax,0201 yyyy:01xx int 13 yyyy:01zz nop -G=yyyy:0100 01zz -N mb.1 -R bx ；输入0000 -R cx ；输入0200 -W 1000 -D 11be 11ff debugging命令 debugging命令概述 获得路由器中交换的报文和帧的细节信息 用于调试信息 debugging命令使用注意事项 不使用debug命令监控正常的网络运行 在网络使用的低峰期使用 不要轻易使用类似debugging all之类的命令 使用debugging命令后，应立即以“undo debugging”命令终止debugging命令的执行。 Debugger "Debugger"这个词按它的英文字面意思来讲是这样一种“装置”（-er），这种装置可以“消除”（De-）“系统中的缺陷”（bug）。然而事实上，迄今为止我们经常使用到的"Debugger"只是用来帮助我们进行Debug的工具，"Debugger"本身不能自动完成"Debug"。我们可以回想一下我们是如何进行Debug的，在进行Debug的过程中，我们通过Debugger来完成以下工作： （1）监视“Debug对象”的状态； （2）控制“Debug对象”的运行； 这些工作可以为“发现Debug对象中存在的问题”以及“对解决问题方案的检验”提供有用的信息。 监控工作有时只需要由软件就可以完成，有时不仅需要软件支持，还需要硬件的支持。 Debugger除了被用来Debug，还被用来帮助我们理解“Debug的对象”内部结构，因为我们用到的Debugger能够完成对“Debug对象”的监控工作，在监控的过程中可以获取“Debug对象”动态特征的信息，这对我们理解其结构是非常有用的。 关于更详细的介绍和研究可以参考国人原创的《软件调试》 ，这
[url= ]嫦娥二号直播[/url]
2.常用的软件测试方法有哪些
软件测试的方法根据软件工程的组织和实现方式，有很大差别，有些是比较技术化的方法，有些则是工程方法，主要分为： 黑盒测试方法群：等价类划分、边界值、因果图、基路径法、专家测试法、smoking、场景测试等 白盒测试方法群：同行评审、需求审查、代码审查、接口测试（调用测试和返回测试，需要结合等价类和因果图方法）等。
当在单元层面黑盒而在集成层面白盒时，基本上两类方法就会有结合了，就会出现习惯上说的灰盒测试（说实话，不做到纯产品级开发，基本上都是用的灰盒测试）。
3.软件调试技术包括
目前常用的调试方法有如下几种：
· 试探法。调试人员分析错误的症状，猜测问题的所在位置，利用在程序中输出语句，分析寄存器、存储器的内容等手段来获得错误的线索，一步步地试探分析出错误所在。这种方法效率很低，适合于结构比较简单的程序。
· 回溯法。调试人员从发现错误症状的位置开始，人工沿着程序的控制流程往跟踪代码，直到找出错误根源为止。这种方法适合于小型程序，对于大规模程序于其需要回溯的路径太多而变得不可操作。
· 对分查找法。这种方法主要用来缩小错误的范围，如果已经知道程序中的变量若干位置的正确取值，可以在这些位置上给这些变量以正确值，观察程序运行输出结果，如果没有发现问题，则说明从赋予变量一个正确值开始到输出结果的程序没有出错，问题可能在除此之外的程序中，否则错误就在所考察的这窨程序中，对含有错误的程序段再使用这种方法，直到把故障范围缩小到比较牵诊断为止。
· 归纳法。归纳法就是从测试所暴露的问题出发，收集所有正确或不正确的数分析它们之间的关系，提出假象的错误原因，'用这些数据来证明或反驳，从而翟错误所在。
· 演绎法。根据测试结果，列出所有可能的错误原因。分析已有的数据，排除.能和彼此矛盾韵原因。对余下的原因，选择可能性最大的，利用已有的数据完该假设，使假设更具体。用假设来解释所有的原始测试结果，如果能解释这一，则假设得以证实，也就找出错误；否则，要么是假设不完备或不成立，要么有问题。
4.程序调试的方法
一，简单调试方法：步骤
1，在程序中插入打印语句、优点是能够显示程序的动态过程，比较容易检查源程序的有关信息。缺点是效率低，可能输入大量无关的数据，发现错误带有偶然性。
2，运行部分程序。有时为了测试某些被怀疑有错的程序段，却将整个程序反复执行许多次，在这种情况下，应设法使被测程序只执行需要检查的程序段，以提高效率。
3，借助调试工具。目前大多数程序设计语言都有专门的调试工具，可以用这些工具来分析程序的动态行为。
二，回溯法排错。确定最先发现错误症状的地方，人工沿程序的控制流往回追踪源程序代码，直到找到错误或范围。
三，归纳法排错。是一种系统化的思考方法，是从个别推断全体的方法，这种方法从线索（错误征兆出发），通过分析这些线索之间的关系找出故障。主要有4步：
(1)收集有关数据。收集测试用例，弄清测试用例观察到哪些错误征兆，以及在什么情况下出现错误等信息。
(2)组织数据。整理分析数据，以便发现规律，即什么条件下出现错误，什么条件下不出现错误。
(3)导出假设。分析研究线索之间的关系，力求找出它们的规律，从而提出关于错误的一个或多个假设，如果无法做出假设，则应设计并执行更多的测试用例，以便获得更多的数据。
(4)证明假设。假设不等于事实，证明假设的合理性是极其重要的，不经证明就根据假设排除错误，往往只能消除错误的征兆或只能改正部分错误。证明假设的方法是用它解释所有原始的测试结果，如果能圆满地解释一切现象，则假设得到证明，否则要么是假设不成立或不完备，要么是有多个错误同时存在。
四，演绎法排错 。设想可能的原因，用已有的数据排除不正确的假设，精化并证明余下的假设。
五、对分查找法。如果知道每个变量子啊程序内若干个关键点上的正确值，则可用赋值语句或输入语句在程序中的关键点附近“注入”这些变量的正确值，然后检查程序的输出。如果输出结果是正确的，则表示错误发生在前半部分，否则，不妨认为错误在后半部分。这样反复进行多次，逐渐逼近错误位置。
5.嵌入式软件的常用调试技术有哪些
你好， 嵌人式系统已经广泛应用于人类生活中，嵌入式系统中软件的规模和复杂性正在迅速增加。这为嵌入式软件产品创造了巨大的商业机会，同时也对嵌入式软件的开发技术和测试技术提出了新的挑战。嵌入式系统必须依赖于高品质的硬件和高性能的软件，因此对于测试嵌人式系统而言，硬件测试和软件测试都是至关重要的部分。嵌入式软件测试的是保证软件满足需求规格说明，与非嵌入式软件的测试目的是一样的。系统失效是系统没有满足—个或多个正式需求规范中所要求的需求项，嵌入式软件有其特殊的失效判定准则。 而且嵌入式软件对可靠性的要求比较高。安全性的缺陷往往会导致灾难性的后果，即使是非安全性系统，由于大批量生产也会导致严重的经济损失。这就要求对嵌入式系统，包括嵌入式软件、嵌入式硬件进行严格的测试、确认和验证。 一般来说，软件测试有7个基本阶段，即单元或模块测试、集成测试、外部功能测试、回归测试、系统测试、验收测试、安装测试。嵌入式软件测试在4个阶段上进行，即模块测试、集成测试、系统测试、硬件/软件集成测试。前3个阶段适用于任何软件的测试，硬件/软件集成测试阶段是嵌入式软件所特有的，目的是验证嵌入式软件与其所控制的硬件设备能否正确地交互。
嵌入式软件测试环境 嵌入式软件测试的测试环境主要有两种：
1）目标环境测试：基于目标的测试测试全面有效，但是消耗较多的经费和时间。
2）宿主环境测试：基于宿主的测试代价较小，但是有些对环境要求高的功能和性能宿主机无法模拟，测试无法实现。 目前的趋势是把更多的测试转移到宿主环境中进行，把宿主环境测试无法实现的复杂和独特功能放在目标环境测试。我们的工作重点是基于宿主环境的测试，基于目标环境的测试作为补充。
在两个环境中可以出现不同的软件缺陷，重要的是目标环境和宿主环境的测试内容有所选择。在宿主环境中，可以进行逻辑或界面的测试、以及与硬件无关的测试。在模拟或宿主环境中的测试消耗时间通常相对较少，用调试工具可以更快地完成调试和测试任务。而与定时问题有关的白盒测试、中断测试、硬件接口测试只能在目标环境中进行。在软件测试周期中，基于目标的测试是在较晚的“硬件/软件集成测试”阶段开始的，如果不更早地在模拟环境中进行白盒测试，而是等到“硬件/软件集成测试”阶段进行全部的白盒测试，将耗费更多的财力和人力。
3 嵌入式软件的测试工具 用于辅助嵌入式软件测试的工具很多，下面对几类比较有用的有关嵌入式软件 的测试工具加以介绍和分析。
3.1 内存分析工具 在嵌入式系统中，内存约束通常是有限的。内存分析工具用来处理在动态内存分配中存在的缺陷。当动态内存被错误地分配后，通常难以再现，可能导致的失效难以追踪，使用内存分析工具可以避免这类缺陷进入功能测试阶段。目前有两类内存分析工具——软件和硬件的。基于软件的内存分析工具可能会对代码的性能造成很大影响，从而严重影响实时操作；基于硬件的内存分析工具价格昂贵，而且只能在工具所限定的运行环境中使用。
6.嵌入式系统常用调试方法有几种,各有什么优缺点
硬件系统的调试：嵌入式系统的调试包括硬件调试、软件调试。硬件系统是软件系统调
试的基本保障。如果不能确定硬件平台的正确性，调试过程中就不知道是软件系统出错还是
硬件系统的错误。所以我们在调试软件系统的时候要尽量确保硬件系统模块的正确性。针对
目标平台上的各个硬件模块，我们通常采用逐一测试调试的方法进行，通过常用的电子元件
的测试仪器，像万用表、示波器等进行电气参数的测试与调试。
软件系统的调试 ： 软件调试一般是指保证硬件一切正常的情况下验证程序执行的时
序是否正确，逻辑和结果是否与设计要求相符，能否满足功能和性能要求等。
各种嵌入式设备都具有功能专一，针对性强的特点。因此其硬件资源不像Pc 机一样齐
全，所以要在嵌入式设备上建立一套开发系统是不现实的。在开发嵌入式系统时，一般都采
用交叉开发（Cross Developping） 的模式，即：开发系统是建立在硬件资源丰富的Pc 机（或者工作站）—h，通常称其为宿主机（Host），应用程序的编辑、编译、链接等过程都是在Hast 上完成的，而应用程序的最终运行平台却是和Host 有很大差别的嵌入式设备，通常称其为目标
机（Target），调试在二者间联机交互进行。
