静态测试和动态测试活动2
软件测试的静态与动态
软件测试的静态与动态软件测试是一项关键的质量保证活动，旨在检验软件系统是否满足预期的需求和功能。
为了有效地进行软件测试，测试人员需要掌握测试方法和技术。
其中，静态测试和动态测试是软件测试过程中常用的两种方法。
一、静态测试静态测试是在不运行程序的情况下检查软件系统的质量。
它主要通过对软件源代码、设计文档和其他相关文档进行检查，以发现软件中的错误、缺陷和问题。
静态测试方法包括代码审查、软件质量度量、需求分析和软件设计评审等。
1. 代码审查代码审查是一种通过系统地检查源代码来发现潜在错误和缺陷的方法。
它可以提前发现并纠正一些常见的编程错误，如语法错误、逻辑错误和性能问题。
代码审查可以通过手动检查、代码阅读、静态分析工具等方式进行。
2. 软件质量度量软件质量度量是一种通过定量分析软件各方面性能和特性的方法。
它可以帮助测试人员评估软件系统的可靠性、可维护性和可测试性等。
常见的软件质量度量指标包括代码覆盖率、错误密度、复杂性度量等。
3. 需求分析需求分析是在软件开发过程中非常重要的一环。
通过对需求文档的分析和评审，可以发现需求规范中的不一致、模糊或缺失等问题。
合理的需求分析可以减少软件开发中的返工和修复成本。
4. 软件设计评审软件设计评审是对软件系统设计文档进行检查和评估的过程。
在设计评审中，测试人员通常会检查设计是否满足软件需求，是否遵循设计规范和标准，以及是否存在潜在的设计缺陷。
二、动态测试动态测试是在运行程序的情况下检查软件系统的质量。
它通过输入一组测试数据并观察系统的输出行为，以验证软件是否按照预期的方式工作。
动态测试方法包括黑盒测试和白盒测试等。
1. 黑盒测试黑盒测试是一种基于软件规格说明的测试方法。
测试人员不需要了解软件的内部实现细节，而是关注系统的输入和输出，并通过比较实际输出和预期输出来判断系统的正确性。
常见的黑盒测试技术包括等价类划分、边界值分析和决策表等。
2. 白盒测试白盒测试是一种基于软件内部结构的测试方法。
软件测试中的静态与动态测试方法
软件测试中的静态与动态测试方法软件测试是保证软件质量的重要环节，其中静态测试和动态测试是两种常见的测试方法。
静态测试是在软件开发过程中，通过检查和分析软件文档、源代码和设计等静态元素来发现潜在的问题和错误。
而动态测试则是通过运行软件并输入测试数据来检查软件的行为和功能是否符合预期。
静态测试方法主要包括代码审查、软件检查清单和软件设计评审等。
代码审查是通过对软件源代码的仔细检查来发现潜在的错误和问题。
代码审查可以通过手动检查或者使用专门的代码审查工具来进行。
软件检查清单是一份列有常见错误和问题的清单，测试人员可以根据清单逐一检查软件是否存在这些问题。
软件设计评审则是对软件设计文档进行仔细的分析和评审，以发现设计上的问题和不足。
动态测试方法主要包括黑盒测试和白盒测试。
黑盒测试是在不考虑软件内部结构和实现的情况下，通过输入测试数据并观察软件的输出来检查软件的功能和性能是否符合预期。
黑盒测试可以通过等价类划分、边界值分析和错误推测等方法来设计测试用例。
白盒测试则是考虑软件内部结构和实现的情况下，通过检查程序的执行路径和逻辑来发现潜在的错误和问题。
白盒测试可以通过路径覆盖、语句覆盖和条件覆盖等方法来设计测试用例。
静态测试和动态测试相辅相成，可以互相补充。
静态测试方法可以在软件开发的早期发现问题，帮助开发人员及时修复错误，从而减少后期测试的工作量。
而动态测试方法则可以验证软件的功能和性能是否符合预期，帮助测试人员发现软件中的潜在问题和不足。
在实际的软件测试中，静态测试和动态测试往往结合使用。
首先进行静态测试，通过对软件文档和源代码的检查来发现问题和错误。
然后进行动态测试，通过运行软件并输入测试数据来检查软件的行为和功能是否符合预期。
如果发现问题，则返回进行静态测试，修复错误后再进行动态测试，直到软件达到预期的质量要求为止。
总之，静态测试和动态测试是软件测试中常用的两种方法。
静态测试通过检查和分析软件的静态元素来发现问题和错误，而动态测试通过运行软件并输入测试数据来检查软件的行为和功能。
软件测试课件第3章软件测试方法1静态测试与动态测试
通过这些软件的基本信息可以实现以下功能：
1. 直接从表中查出说明和使用错误，如循环层次表、标号交叉引用表和变量 交叉引用表；
2. 为用户提供辅助信息，如子程序、宏和函数表、等价表和常数表；
3.1 静态测试技术概述
• 代码检查
➢ 走查 走查与代码审查基本相同，其过程分为两步： 1. 把材料先发给走查小组的每个成员，认真研究程序，然后开会； 2. 开会的程序与代码审查不同，不是简单的读程序和对照错误检查表进行 检查，而是让与会者充当计算机，即首先由测试组成员为所测程序准备 一批有代表性的测试用例，提交给走查小组，走查小组开会扮演计算机 角色，让测试用例沿程序逻辑运行一遍，随时记录程序的跟踪，供分析 和讨论用。
单个变量是否只做单个用途？ 单行是否只有单个功能？（不要使用；进行多行合并） 单个函数是否执行了单个功能并与其命名相符？ 操作符＋＋和——操作符的应用是否复合规范？
单个函数不超过规定行数？ 缩进层数是否不超过规定？ 是否已经消除了所有警告？ 常数变量是否声明为final？ 对象使用前是否进行了检查？ 局部对象变量使用后是否被复位为NULL？ 对数组的访问是否是安全的？（合法的index取值为[0, MAX_SIZE-1]）。
3.1 静态测试技术概述
检查变量的交叉引用表，重点检查未说明变量和违反了类型规定的变量，还要对照源程序， 逐个检查变量的引用、变量的使用序列、临时变量在某条路径上的重写情况，局部变量、全 局变量与特权变量的使用；
检查标号的交叉引用表，验证所有标号的正确性，检查所有标号的命名是否正确，转向指定 位置的标号是否正确；
静态与动态测试技术
静态与动态测试技术在软件开发过程中，测试是一个至关重要的环节。
而为了确保软件的质量，我们可以采用不同的测试技术。
本文将讨论两种常见的测试技术——静态测试和动态测试，并探讨它们的优势和适用场景。
一、静态测试技术静态测试是一种在不运行被测试软件的情况下进行检查和评估的测试技术。
它主要关注软件的文档和代码的质量，以发现可能存在的问题和错误。
以下是一些常见的静态测试技术。
1. 代码走查代码走查是通过阅读和详细分析代码来检查其是否符合预期要求和最佳实践。
通过代码走查，我们可以发现潜在的错误和缺陷，并进行修复。
代码走查通常由经验丰富的开发人员或测试人员来执行。
2. 静态代码分析静态代码分析是一种自动化工具，它通过对代码进行静态分析，发现潜在的问题和错误。
静态代码分析可以检测出一些常见的编码错误，如空指针引用、未初始化变量等。
它能够快速发现潜在的问题，提高代码的质量和稳定性。
3. 静态需求分析静态需求分析是一种对需求规格说明进行分析和审查的过程。
它旨在检查需求规格说明是否完整、一致和可追溯。
通过静态需求分析，我们可以避免由于需求不清晰或不完整而导致的问题和错误。
二、动态测试技术动态测试是一种在运行被测试软件的情况下进行检查和评估的测试技术。
它主要关注软件的功能和性能，以验证软件在各种条件下的正确性和稳定性。
以下是一些常见的动态测试技术。
1. 黑盒测试黑盒测试是一种基于软件功能规约进行测试的方法。
在黑盒测试中，我们只关注软件的输入和输出，而忽略其内部结构和实现细节。
通过设计有效的测试用例，我们可以验证软件是否按照给定的规约进行正确的操作。
2. 白盒测试白盒测试是一种基于软件内部结构和实现细节进行测试的方法。
在白盒测试中，我们通过检查代码的覆盖率和执行路径等信息来评估软件的质量。
白盒测试通常由开发人员来执行，以确保代码的正确性和可靠性。
3. 性能测试性能测试是一种验证软件在各种负载条件下的性能和稳定性的测试技术。
静态测试与动态测试的区别与实践
静态测试与动态测试的区别与实践测试是软件开发过程中至关重要的一环，它旨在发现和纠正可能存在的错误和缺陷，以确保软件的质量和稳定性。
测试可以分为静态测试和动态测试。
本文将探讨静态测试和动态测试的区别，并介绍它们在实践中的应用。
一、静态测试静态测试是在不执行代码的情况下对软件进行检查和分析的过程。
它主要通过对软件文档、源代码和相关设计文件的审核来发现错误和缺陷。
静态测试主要包括以下几种方法：1. 代码审查（Code Review）：开发人员对源代码进行仔细的检查和评估，以发现潜在的错误和缺陷。
代码审查可以是手动的，也可以借助工具进行辅助。
2. 静态分析（Static Analysis）：利用专门的工具，对源代码进行静态扫描，以找出潜在的编码错误、安全漏洞等问题。
静态分析可以发现一些代码中隐藏的问题，但无法模拟和验证实际运行的情况。
3. 配置检查（Configuration Inspection）：检查软件的配置文件，确保其与相关规范和要求相符合。
配置检查可以预防一些由于配置错误而导致的问题。
静态测试的优点在于它可以在早期发现问题，降低修复成本。
然而，静态测试无法模拟真实运行环境，不能验证软件在真实场景下的行为。
二、动态测试动态测试是在实际运行环境中对软件进行验证和评估的过程。
它涉及执行软件的功能和各种测试用例，以检查其正确性和性能。
常见的动态测试方法包括：1. 单元测试（Unit Testing）：针对程序的最小单元（函数或方法）进行测试，以确保其功能的正确性。
2. 集成测试（Integration Testing）：将多个模块或组件组合在一起进行测试，验证它们之间的交互是否正确。
3. 系统测试（System Testing）：对整个系统进行测试，验证其功能和性能是否符合需求。
4. 性能测试（Performance Testing）：测试软件在不同负载下的性能表现，如响应时间、吞吐量等。
动态测试能够模拟真实运行环境，验证软件的功能和性能。
简述静态、稳态和动态测试技术的含义
简述静态、稳态和动态测试技术的含义在工程领域中，测试技术是保证产品品质的重要手段。
根据测试过程中被测试对象的状态，测试技术可以分为静态、稳态和动态测试技术。
本文将对这三种测试技术的含义进行简述。
1. 静态测试技术
静态测试技术是指在测试过程中，被测试对象处于静止状态，不进行任何活动。
静态测试主要针对产品或系统的硬件、软件、功能、性能等方面进行测试。
在静态测试中，测试人员通过检查、测试、分析等方式，对产品或系统进行全面的检查，以发现潜在的问题和缺陷，以便在产品或系统交付之前，对其进行修复和优化。
2. 稳态测试技术
稳态测试技术是指在测试过程中，被测试对象处于稳定状态，不发生任何变化。
稳态测试主要针对产品或系统的性能、可靠性、稳定性等方面进行测试。
在稳态测试中，测试人员通过模拟实际使用场景，对产品或系统进行长时间的运行测试，以评估其性能和可靠性，并根据测试结果对产品或系统进行优化和调整。
3. 动态测试技术
动态测试技术是指在测试过程中，被测试对象处于活动状态，进行各种运动或操作。
动态测试主要针对产品或系统的功能、性能、可靠性等方面进行测试。
在动态测试中，测试人员通过模拟实际使用场
景，对产品或系统进行运动、操作等测试，以评估其功能和性能，并根据测试结果对产品或系统进行优化和调整。
综上所述，静态、稳态和动态测试技术是工程领域中常用的测试技术，它们各有不同的测试对象、测试状态和测试目的。
软件测试中的静态测试与动态测试
软件测试中的静态测试与动态测试软件测试是确保软件质量的重要环节，而其中的静态测试和动态测试则是两种不可或缺的测试方法。
静态测试主要通过检查和分析源代码和文档等静态内容来发现潜在问题，而动态测试则是通过运行程序来验证其功能和性能。
一、静态测试静态测试是软件测试过程中的一项重要步骤，它没有运行或执行代码的过程，而是对软件源代码、软件设计文档等进行检查和分析，以发现潜在的问题。
静态测试主要包括代码审查、静态分析和软件设计评审等。
1. 代码审查代码审查是一种通过检查源代码的方法来发现错误和改进代码质量的静态测试技术。
代码审查可以分为两种形式，一种是个人审查，即由开发人员自己检查自己的代码；另一种是团队审查，即由团队中的其他成员来审查代码。
通过代码审查，可以发现代码中的潜在错误、不规范的编程风格以及对代码的改进建议，从而提高代码的质量。
2. 静态分析静态分析是一种通过对源代码进行静态扫描和分析来发现潜在问题的方法。
静态分析工具可以自动分析源代码中的语法错误、逻辑错误、缺陷和不规范的代码风格等问题。
相比于代码审查，静态分析更加全面和系统，能够发现一些难以被人工审查发现的问题。
3. 软件设计评审软件设计评审是一种通过对软件设计文档进行审查和评估，以发现设计上的问题和改进建议的方法。
软件设计评审可以在软件开发的早期阶段就发现潜在的问题，并且在后续的开发过程中对软件的结构和功能进行指导。
通过软件设计评审，可以提高软件的可维护性、可扩展性和可重用性。
二、动态测试动态测试是通过运行程序来验证其功能和性能的测试方法，主要包括单元测试、集成测试、系统测试和性能测试等。
1. 单元测试单元测试是对软件的最小可测试单元进行测试的方法，通常是对软件中的函数或方法进行测试。
单元测试可以验证软件的每个模块是否按照设计要求正常工作，以及是否能够正确处理各种输入和边界条件。
2. 集成测试集成测试是对软件中各个模块进行组合和测试的方法。
在集成测试中，需要验证各个模块之间的接口是否正常工作，并且能够正确地进行数据传递和协调。
如何进行静态测量和动态测量
如何进行静态测量和动态测量静态测量和动态测量是工程领域中非常重要的两个概念。
静态测量主要用于测量物体或系统在静止状态下的属性，而动态测量则是指在运动状态下的测量。
无论是静态测量还是动态测量，它们在工程设计、制造和维护中都起着至关重要的作用。
本文将探讨如何进行静态测量和动态测量，并介绍一些相关的方法和设备。
一、静态测量1、概述静态测量是指对物体或系统在静止状态下进行测量的过程。
静态测量可以用于测量各种属性，如长度、温度、重量、压力等。
它广泛应用于工程设计、制造和质量控制等领域。
2、测量方法静态测量可以使用多种方法进行。
其中一种常见的方法是直接测量，即通过直接观察和测量物体的属性来获取数据。
例如，使用尺子或卷尺可以准确测量物体的长度。
另一种方法是间接测量，即通过测量物体引起的其他物理量变化来推断其属性。
例如，使用压力传感器测量物体所受的压力，再根据物体的形状和材料属性，计算出其重量。
3、常用设备在静态测量中，常用的设备包括各种测量工具和仪器。
例如，尺子、卷尺、量角器可用于测量长度和角度；温度计、热电偶可用于测量温度；天平、砝码可用于测量重量；压力传感器、压力表可用于测量压力。
二、动态测量1、概述动态测量是指在物体或系统运动状态下进行测量的过程。
与静态测量相比，动态测量需要考虑运动的快速变化和不确定性，因此更加复杂和挑战性。
2、测量方法在动态测量中，常用的方法包括基于传感器的直接测量和基于图像处理的间接测量。
基于传感器的直接测量是利用加速度计、力传感器等设备，直接测量物体的运动状态。
例如，在汽车碰撞测试中，加速度计可以测量车身的加速度，从而了解撞击时车身的变形情况。
基于图像处理的间接测量是通过分析物体在连续图像上的位置和形态变化来推断其动态属性。
例如，使用高速摄像机拍摄运动的自行车车轮，通过分析车轮在连续图像上的位置变化，可以计算出车轮的转速。
3、常用设备在动态测量中，常用的设备包括加速度计、力传感器、高速摄像机等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
挑选合适的复审员
复审活动人数控制在3-7个人，每次复审活动不要超过2小时，否则应该功能分解或者形式分解。准备充分的复审一小时内完成
疑问：每个公司的复审员有谁来挑的？
管理部门的参与
任何对复审由只关注技术转变为与人事产生关系的情况都应该避免
复审活动过程中的注意事项
全局变量定义和用法在各个模块中是否一致
是否修改了只作为输入用的参数
常量是否被作为形式化参数进行传递
动态测试要点
测试数据是否具有一定的代表性
测试数据是否包含测试所用的各个等价类（边界条件、次边界条件、空白、无效）
是否可能从客户那边得到测试数据
非3)的情况下，所用的测试数据是否具有实际的意义
每一组测试数据的测试结果是否与预期结果一致
非法测试，例如在输入数字的地方输入字母
跟踪测试，跟踪一条数据的流程，保证数据的正确性
在开始测试时应保证数据的正确性，然后再从系统中找出各种BUG
接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心
代码重上修改或修改不全面，而造成错误。
静态结构分析
静态结构分析主要是以图形的方式表现程序内部结构，例如函数调用关系图、函数内部控制流图。其中函数调用关系图以直观地图形方式描述一个应用程序中各个函数的调用和被调用关系；控制流图显示一个函数的逻辑结构，它由许多节点组成，一个节点代表一条语句或数条语句，连接节点的叫边，边表示节点间的控制流向。
错字、错词测试，如果在系统中有用此不当的地方，我想这事不应该的
系统兼容测试，例如有些程序在IE6能运行正常，单IE5下缺不能运行。有些程序在WIN200下能运行，而到WIN98却不能运行。像有些很特别的用户去使用系统，你很有可能发现BUG。
用户的易用性测试，往往用户的需求是不断变化的，而其中一部分变化的原因，是由于用户操作上不方便引起的。
赋值的目的变量是否小于赋值表达式的值
数值计算是否会出现溢出（向上、向下）的情况
除数是否可能为零
某些计算是否丢失计算精度
变量的值是否超过有意义的值
计算的求职顺序是否容易让人感到混乱
比较是正确的
是否存在分数和浮点数的比较
如果29),精度问题是否会影响比较
每一个逻辑表达式是否都得到了正确的表达
逻辑表达式的操作数是否为逻辑值
产生的文件和数据表的格式是否正确
产生的文件或数据表的计算结果是否正确
打印的报表是否符合既定的格式
错误日志的表述是否正确
错误日志的格式是否正确
软件测试是比较辛苦的事情，但又不是没有章法的，你一旦掌握了一定的技巧之后，将对你有事半功倍的效果。
边界测试：测试用户输入框中的数值的最大数和最小数，以及为空时的情况
文件的属性是否正确
打开文件语句是否正确
输入输出语句是否与格式说明书所记述的一致
缓冲区大小与记录长度是否匹配
使用文件前是否已经打开了文件
文件结束条件是否存在
产生输入输出错误时，系统是否进行检测并处理
输出信息中是否存在文字书写错误和语法错误
空间尺寸是否大小适宜
空间颜色是否符合规约
空间布局是否合理、美观
控件TAB顺序是否从左到右，从上到下
密码输入框是否按掩码的方式显示
Cancel之类的按钮按下后，控件中的数据是否哦清空复原或按既定规约处理
Submit之类的按钮按下后，数据是否得到提交或按既定规约处理
异常信息表述是否正确
软件是否按预期方式处理错误
文件或外设不存在的情况下是否存在相应的错误处理
软件是否严格的遵循外设的读写格式
画面文字（全、半角、格式、拼写）是否正确
在实际使用过程中，代码检查不动态测试更有效率，能快速找到缺陷，发现30%-70%的逻辑设计和编码缺陷；代码检查看到的是问题本身而非征兆。但是代码检查非常耗费时间，而且代码检查需要知识和经验的积累。代码检查应在编译和动态测试之前进行，在检查前，应准备好需求描述文档、程序设计文档、程序的源代码清单、嗲吗编码标准和代码缺陷检查表等。
⑥测试用例评审与审批
结束
（2）测试执行的流程：
开始
①获取可测试版本②获取安装及功能手册③搭建测试环境④测试数据，测试用例就绪⑤按测试用例输入⑥检查输出⑦记录测试用例执行结果⑧编制测试报告⑨测试报告通知相关部门评审
结束
2.简述你对测试工作的人事过程，在以后的工作的一些建议
软件测试分为（）和（）两种
数字输入框是否接受数字输入
在18）的情况下，数字是否按既定格式显示
数字输入框是否拒绝字符创和“非法”数字的输入
组合框是否能够进行下拉选择
组合框是否能够进行下拉多项选择
对于可添加数据组合框，添加数据后是否能够得到正确显示和进行选择
列表框是否能够进行选择
多项列表框是否能够进行多数据项选择
日期输入框是否接受正确的日期输入
程序中的begin.....end和do....while等语句中，end是否对应
程序、模块、子程序和循环是否能够终止
是否存在永不执行的循环
是否存在多循环一次或循环一次的情况
循环变量是否存在在循环内被错误的修改
多分支选择中，索引变量是否能够超过可能的分支数
如果38），该情况是否能够得到正确处理
子程序接受的函数类型、大小、次序是否和调用模块相匹配
静态测试方法
静态测试包括代码检查、静态结构分析、代码质量度量等。它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具自动进行。
代码检查：
代码检查包括代码走查、桌面检查、代码审查等，主要检查代码和设计的一致性，代码对标准的遵循、可读性，代码逻辑表达的正确性，代码结构的合理性等方面；可以发现违背程序编写标准的问题，包括变量检查、命名和类型审查、程序逻辑审查、程序语法检查和程序结构检查等内容。
日期输入框是否拒绝错误的日期输入
日期输入框在日期输入后是否按既定的日期格式显示日期
单选组内是否有且只有一个单选按钮可选
如果单选组内无单选按钮可选，这种情况是否允许存在
如果复选框内无复选框可选，这种情况是否允许存在
复选框组内是否允许多个复选框（包括全部可选）可选
文本框及某些控件拒绝输入和选择时显示区域是否变灰或按既定规约处理
7）是否引用了未初始化变量
8）数组和字符串的下标是否为整数
9）数组和字符串的的下标是否在范围内（不“越界”）
10）进行数组的检索及其他操作中，是否会出现“漏掉一个这种情况”
11）是否在应该使用常量的地方使用了变量（例如：数组范围检查）
12）是否为变量赋予了不同类型的值
13）12）的情况下，赋值是否符合数据类型的转换规则
动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。
回答问题
试叙述软件测试主要流程？
开始①测试项目确认②测试计划③测试执行④问题修正与跟踪⑤测试关闭结束
（1）测试计划的流程：
开始
①确定测试环境②确定测试策略③编制测试计划④测试计划评审与审批⑤编写测试用例
变量的命名是否相似
是否尊在声明过，但从未引用或者只引用过一次的变量
在特定的模块中所有的变量是否都显示声明过
在非16）的情况下，是否可以理解为该变量具有更高的共享级别
是否为引用的指针分配内存
数据结构在函数和子程序中的引用是否明确定义了其结构
计算中是否使用了不同数据类型的变量
计算中是否使用了相同的数据类型但长度不同的变量
静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法是通过静态特性的分析，找出欠缺货可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并未测试用例的选取提供指导。
突发事件测试，服务器上可能发生意外情况的测试
外界环境测试，有些系统在开发时依赖于另一个系统，当另一个系统发生错误时，这个系统所受到影响的情况。
缺陷验证，在程序员刚修复Bug之后的地方，一定要再次验证、测试，往往程序员只修改报告出来的缺陷而不去考虑别的功能在修改时可能最重新造成错误。
做好BUG管理工作，认真做好测试记录，在做完一天的测试记录之后，第二天再根据的测试记录重复测试你会发现有未修正的错误。
检查项：
•代码风格和规则审核
•程序设计和结构的审核
•业务逻辑的审核
走查、审查与技术复用手册
静态测试要点：
1）同一程序内的代码书写风格是否为同一风格
2）代码布局是否合理、美观
3）程序中函数、子程序块分界是否明显
4）注释是否符合既定格式
5）注释是否正确反映代码的功能
6）变量定义是否正确（长度、类型、存储类型）