设计人员将问题一一确认来实现。 评审专家依据需求规格说明书审查设计是否覆盖到用户提出的每个用例，对 子系统的划分、类的确定、类中属性和方法的确定、数据访问方式、安全性保障、 性能保障等进行详细的审查。 3.代码审查 代码审查是通过代码走读的方式来实现的。代码走读是开发人员在对某个模 块的代码（必须编译通过）完成编码后，进行的代码评审活动。代码走读前依据 企业制订的统一标准，按照统一的流程进行。代码审查可以在不同的层面进行， 单元审查是对一个方法或一个类，查找代码层面的错误；集成审查关注接口和流 程，包括传入的参数检查、返回值检查及流程能否顺利地进行和正确集成等；第 三个层面可称之为系统审查，关注功能层面和业务逻辑。 4.单元测试 单元测试是对软件中的基本组成单位进行测试，检验其函数的正确性（包括 功能正常，输出正确)。 一般来说，单元测试用例的编写最早可以在设计评审完成后就启动。单元测 试用例编写的目的是覆盖性，覆盖的方法有：语句覆盖、分支覆盖、条件覆盖、 条件组合覆盖和路径覆盖等。为了以最少的资源做最多的测试检查，首选路径覆 盖的方法。路径覆盖是设计足够的测试用例，运行所测程序并覆盖程序中所有可 能的路径。 5.集成测试 集成测试是软件系统在集成过程中所进行的测试。其主要目的是检查软件单 位之间的接口是否正确。 集成测试用例的编写要紧扣与程序相关的各个接口，使每类接口的数据流或 控制流均通过接口，从而实现接口测试的完全性。注意：对同一数据流要分别进 行正确数据流与错误数据流的用例设计，对边界值的输入最好有单独的用例。集 成测试还应关注接口的性能问题，根据系统的性能需求还要设计相关的接口性能 测试用例。集成测试的执行主要是借助测试工具一一桩程序来实现。桩程序的编 写最好由他人来完成，以防止一个人对接口定义理解有偏差而使意外发生。 6.系统测试 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正 确性以及性能等是否满足各系统的需要。除了验证系统的功能外，还需要验证系 统的容错能力、错误恢复能力、安全性、性能等。 7.验收测试设计人员将问题一一确认来实现。 评审专家依据需求规格说明书审查设计是否覆盖到用户提出的每个用例，对 子系统的划分、类的确定、类中属性和方法的确定、数据访问方式、安全性保障、 性能保障等进行详细的审查。 3．代码审查 代码审查是通过代码走读的方式来实现的。代码走读是开发人员在对某个模 块的代码（必须编译通过）完成编码后，进行的代码评审活动。代码走读前依据 企业制订的统一标准，按照统一的流程进行。代码审查可以在不同的层面进行， 单元审查是对一个方法或一个类，查找代码层面的错误；集成审查关注接口和流 程，包括传入的参数检查、返回值检查及流程能否顺利地进行和正确集成等；第 三个层面可称之为系统审查，关注功能层面和业务逻辑。 4．单元测试 单元测试是对软件中的基本组成单位进行测试，检验其函数的正确性（包括 功能正常，输出正确）。 一般来说，单元测试用例的编写最早可以在设计评审完成后就启动。单元测 试用例编写的目的是覆盖性，覆盖的方法有：语句覆盖、分支覆盖、条件覆盖、 条件组合覆盖和路径覆盖等。为了以最少的资源做最多的测试检查，首选路径覆 盖的方法。路径覆盖是设计足够的测试用例，运行所测程序并覆盖程序中所有可 能的路径。 5．集成测试 集成测试是软件系统在集成过程中所进行的测试。其主要目的是检查软件单 位之间的接口是否正确。 集成测试用例的编写要紧扣与程序相关的各个接口，使每类接口的数据流或 控制流均通过接口，从而实现接口测试的完全性。注意：对同一数据流要分别进 行正确数据流与错误数据流的用例设计，对边界值的输入最好有单独的用例。集 成测试还应关注接口的性能问题，根据系统的性能需求还要设计相关的接口性能 测试用例。集成测试的执行主要是借助测试工具——桩程序来实现。桩程序的编 写最好由他人来完成，以防止一个人对接口定义理解有偏差而使意外发生。 6．系统测试 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正 确性以及性能等是否满足各系统的需要。除了验证系统的功能外，还需要验证系 统的容错能力、错误恢复能力、安全性、性能等。 7. 验收测试