1.单元测试
根据《软件设计报告》设计的单元层级划分，对划分的每个可测单元进行检查和验证。
单元测试采用测试工具和手动测试两种方式。采用测试工具进行单元测试，完成后须在软件
开发管理平台提交《单元测试用例表》；采用手动测试，须单独出版《单元测试报告》。
案例如下：
单元测试的目的是针对软件代码的模块单元进行正确性检验，用于检验软件模块的正确性。此部分由软件开发人员执行。
测试目的：检查软件模块能够正确地实现设计说明中的功能要求或其他方面的要求，发现单元内可能存在的各种差错。
测试方式：可通过代码走读，判定覆盖，分支覆盖或语句覆盖等方法进行测试。
测试范围：覆盖本次新增的软件模块代码。
测试说明：通过对代码的检查进行模块测试，确保代码没有编写与逻辑上的问题。测试通过标准：通过代码走读，判定覆盖，分支覆盖或语句覆盖等方法对软件单元进行测试，未发现编码错误、逻辑错误、设计与需求的偏差，以及代码与设计的偏差。
本次单元测试的用例见附录A。
2.集成测试
按照《软件测试计划》，在单元测试基础上，将所有模块按照设计要求逐步组装成子系
统或系统，对系统的接口进行正确性检验的测试活动。集成测试根据软件研发实际需要开展，
为可裁剪项。
案例如下：
设计人员根据《软件设计报告》、《软件验证报告》、《软件测试细则》，在本章节明确相关单元组装成软件功能后需要验证和确认的输入、输出（值/范围/趋势）、将采用的验证和确认的方法，编写测试用例，填写《集成测试用例表》提交测试人员作为本报告的附录。能够被《软件验证报告》覆盖而无需进行测试的功能，应在本章节说明。（由软件开发人员执行测试用例）
本次集成测试的用例见附录B。
3.静态测试
静态测试策划主要是对程序的语法、结构、过程、接口等进行正确性检查，要求采用静
态测试工具对代码进行整体检查，检查软件是否符合编程规范。可根据实际需求加入人工审
查，检查代码和设计的一致性、代码的可读性、逻辑表达的正确性、结构的合理性等。
案例如下：
静态扫描借助专业的平台工具对项目代码进行扫描的测试，由软件测试人员执行。通过静态扫描可发现软件代码中的隐藏错误或缺陷，如数组越界、内存泄漏、无效语句、无效循环、空指针解引用、变量或值未使用、变量未初始化使用、污染数据、返回值类错误等等。
测试目的：检验项目代码用于静态代码度量、运行时缺陷检测和安全漏洞检测等方面的缺陷。
测试方式：借助C+TEST平台工具测试项目最新代码。
测试范围：软件提交到SVN的最终代码。
测试通过标准：测试结果中致命和严重缺陷为0。例外情况，对于无法解决的，认为可能是平台误判缺陷，应提供合理的解释并通过室内评审。
本次静态测试的用例见附录C。
4.系统测试
按照《软件测试计划》，将软件所有模块按照设计要求组装成为软件产品后，进行软件
功能性测试和非功能性测试（如需求包含），确保软件满足设计要求。功能性测试一般采用
手动测试方法；非功能性测试一般采用工具进行测试。
案例如下：
系统测试针对完成所有功能组装完成的软件产品，主要检测系统需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误、需求是否存在不合理的标准及要求。
测试目的：检测需求中业务流程，数据流的正确性。
测试方式：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：
1)在使用有效数据时得到预期的结果；
2)在使用无效数据时显示相应的错误消息或警告消息；
3)各业务规则都得到正确的应用。
测试范围：将硬件、软件、操作人员看作一个整体，对系统整体进行测试。本次测试的测试范围仅针对已实现的功能。
测试说明：测试过程要保证测试覆盖新增的所有功能。
测试通过标准：使用有效数据测试得到预期的正确结果、使用无效数据测试得到相应的错误消息或警告消息，业务规则的应用皆正确。
系统测试通过功能性测试、可靠性测试、性能测试、等方面对软件开展测试。
本次系统测试的用例见附录D。
版权归原作者 不一样的故事126 所有， 如有侵权，请联系我们删除。