单元测试规定

单元测试规则1.目的单元测试，也称为模块测试，是软件设计中执行正确性测试的最小单元（程序模块）. 目的是发现每个模块中可能存在的各种错误，修改软件错误并提高软件质量. 2.适用范围可适用于任何计算机软件（包括新开发或修改的软件单元）的单元测试. 它没有规定这些软件的类型，也没有规定必须对它们进行单元测试. 用户可以是测试人员或开发人员. 3.责任3.1. 3.2. 3.3. 研发中心规定了单元测试任务，并在设计计划中制定了测试计划. 开发人员和质量检查人员负责测试程序模块. 开发人员负责解决测试中发现的不合格问题. 4.实施规则4.1. 单元测试的基本步骤单元测试活动主要包括完善测试计划（制定方法，资源和进度），执行计划和实施设计，评估测试效果和测试单元. 4.1.1. 制定计划的方法，资源和时间表. 4.1.3. 执行计划和实施计划4.1.4. 根据测试计划，测试人员根据测试方法对所需单元进行测试单元测试的目的，并完成测试说明和测试报告.

4.1.5. 质量检查人员和开发人员根据测试结果评估测试单元的合格性，并为版本标记合格的单元. 不合格的单元由开发人员修改. 4.1.6. 测试团队在测试过程中记录相关信息并保存记录. 4.1.7. 重新测试修改后的单元，直到合格为止. 4.2. 模块接口测试在单元测试开始时，应该测试通过测试模块的数据流. 如果无法正确输入和输出数据，则没有其他测试. 为此，模块接口可能需要以下测试项目: 4.2.1. 调用被测模块时，模块的输入参数和形式参数在数量，属性和顺序上是否匹配； 4.2.2. 使用模块时，输入到子模块的参数在数量，属性和顺序方面是否与子模块中的形式参数匹配； 4.2.3. 用于输入的形式参数是否被修改； 4.2.4. 输出到标准函数的参数在数量，属性和顺序方面是否正确； 4.2.5. 每个模块中全局数量的定义是否一致； 4.2.6. 限制是否通过形式参数传递. 4.3. 本地数据结构测试模块的本地数据结构是最常见的错误来源. 测试用例应设计为检查以下错误: 4.3.1. 数据类型描述不正确或不一致； 4.3.2. 使用未分配的或尚未初始化的变量； 4.3.3. 不正确的初始值或不正确保存的值; 4.3.4. 变量名拼写错误或写错； 4.3.5. 数据类型不一致.

如果可能，还需要弄清楚全局数据对模块的影响（本地数据除外）. 4.4. 路径测试由于通常不可能执行详尽的测试，因此在单元测试期间必须选择适当的测试用例以测试模块中的重要执行路径. 测试用例应设计为查找由错误的计算，错误的比较或异常的控制流程引起的错误. 测试基本的执行路径和循环会发现大量路径错误. 常见的路径错误是: 4.4.1. 操作顺序不正确； 4.4.2. 操作方式错误； 4.4.3. 操作精度不够； 4.4.4. 比较不同的数据类型； 4.4.5. 循环控制流不正确； 4.4.6. 表达式的符号不正确，等等. 4.5. 错误处理测试更完整的模块设计要求可以预见错误的条件单元测试的目的，并设置正确的错误处理，以便在程序失败时可以重新排列错误程序以确保其逻辑正确性. 这种错误处理也应该是模块功能的一部分. 如果出现以下情况之一，则表明模块的错误处理功能应包含错误或缺陷: 4.5.1. 错误的描述很难理解. 4.5.2. 错误的描述不足以定位错误并确定错误的原因； 4.5.3. 显示的错误与实际错误不符； 4.5.4. 错误条件的处理不正确； 4.5.5. 在处理错误之前，错误状况已引起系统干预等.

4.6. 边界测试边界上的错误很常见. 例如，如果程序中有N个循环，则在达到第N个重复时可能会发生错误. 取最大值或最小值时，也容易出错. 因此，请特别注意数据流和控制流中的错误可能完全等于，大于或小于确定的比较值的可能性. 对于这些地方，请仔细选择测试用例并进行仔细测试. 5.相关材料和记录“单元测试计划”，“单元测试说明”，“单元测试报告”

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/jisuanjixue/article-216858-1.html