软件文档管理指南(计算机软件质量保证计划规范)


软件文档管理的基本要求安康市信息化工作领导小组办公室

软件管理文档包括建议使用的文档管理系统,您可以设置文档的共享属性以实现文档的统一存储和管理。您可以看一下文档管理软件,它在此领域中做得很好,包括文档管理,接收,发送,“计算机软件文档规范”。每年颁布什么标准是国家标准。这是推荐的实现。在软件工程中,高质量的文档标准包括以下哪些内容应包括完整性,一致性和明确性。我会为您找到一个。我不知道这是不是您要找的那个。您可以在以下地址找到它。去看看吧!如果不是您要查找的标准,则还可以通过下载内容在Gongbiao。com上搜索诸如标准编号或标准名称之类的关键字!标准编号标准名称计算机软件文档标准化标准状态当前英文名称替代状况替代实施日期颁布部门中华人民共和国国家质量监督检验检疫总局中国标准化管理委员会内容简介本标准应为软件开发和管理而编制。主要文件及其编写的内容和格式规定了基本要求。该标准原则上适用于所有类型的软件产品的开发和管理过程。

Computer软件质量保证计划规范现在仍然可以使用。之所以对它进行解释,是因为它是每个人的通用规范,因此可以肯定地使用它。但是,实际使用过程应根据公司的软件质量保证规范(过程和相关模板)来制定。否有一种手机软件可以像管理计算机一样管理手机中的文件。似乎该软件的名称是开头。请问软件的名称是对的吗?我会向您推荐一个功能强大的产品。〜但是还是要微笑~~~:)

什么是单元测试?软件测试中的类或方法的测试单元测试的对象是软件设计的最小单元-模块。单元测试基于详细的设计说明。单元测试应设计模块中所有重要控制路径的测试用例,以发现模块内的错误。单元测试主要使用白盒测试技术,并且可以并行测试系统中的多个模块。单元测试任务单元测试任务包括:模块接口测试;模块本地数据结构测试;模块边界条件测试;模块中所有独立的执行路径测试;模块的每个错误处理路径测试。模块接口测试是单元测试的基础。其他测试是有意义的。为了保证测试界面的正确性,应考虑以下因素:actual输入的实际参数和形式参数的数量是否相同;输入的实际参数和形式参数的属性是否匹配;输入的实际参数和形式参数的尺寸是否一致;调用其他当模块给出的实际参数数量是否与被调用模块的形式参数数量相同;调用其他模块时给定的实际参数属性是否与被调用模块的形式参数匹配;调用其他模块时给出的实际参数,该参数的尺寸是否与被调整模块的尺寸参数一致;调用预定义函数时使用的参数的数量,属性和顺序是否正确;是否有与当前入口点无关的参数参考;只读参数是否被修改;全局变量的定义在模块之间是否一致;是否通过某些约束作为参数。如果模块包括外部输入和输出,则还应考虑以下因素:正确的文件属性;正确的陈述;格式描述是否与输入和输出语句匹配;缓冲区大小是否与记录长度匹配;使用前是否已打开文件;是否处理文件末尾;输入和输出错误是否已得到处理;输出信息中是否有文字错误;检查本地数据结构,以确保在程序执行期间临时存储在模块中的数据是完整且正确的。本地数据结构通常是错误的来源。测试用例应经过精心设计,以发现以下类型的错误:不合适或不兼容的类型描述;变量没有初始值;变量初始化或默认值是错误的;不正确的变量名(错误输入或截断错误);发生溢出,下溢和地址异常。除局部数据结构外,如有可能,还应在单元测试期间研究全局数据(例如公共区域)对模块的影响。每个独立的执行路径都应在模块中进行测试。单元测试的基本任务是确保模块中的每个语句至少执行一次。此时设计测试用例,以发现由错误的计算,错误的比较和不适当的控制流程引起的错误。目前,基本路径测试和循环测试是最常用和最有效的测试技术。比较判断通常与控制流密切相关,测试用例还应努力发现以下错误:比较不同数据类型的对象之间;错误使用逻辑运算符或优先级;由于计算机表示的限制,理论上期望相等。实际上,两个不相等的数量相等;相反,两个数量相等。比较运算或变量错误;循环终止条件可能不会出现;迭代发散时无法退出;错误地修改了循环变量。一个好的设计应该能够预见各种错误情况并预设各种错误处理通道。错误处理通道也需要仔细测试。测试应着重检查以下问题:错误信息输出难以理解;记录的错误和实际遇到的错误不匹配;在程序的自定义错误处理部分运行之前,系统已进行干预;异常处理不合适;错误声明未能提供足够的定位错误信息。边界条件测试是单元测试中的最后也是最重要的任务。众所周知,软件经常会在边界上发生故障,使用边界值分析技术为边界值及其左右两侧设计测试用例,很可能会发现新的错误。单元测试过程一般认为,单元测试应在编码后立即进行。编译源程序并通过审查和编译检查后,即可开始单元测试。测试用例的设计应与审查工作相结合,并且基于设计信息选择测试数据将增加发现上述类型错误的可能性。在确定测试用例时,应给出预期结果。应该为测试模块开发一个驱动程序模块和/或几个存根模块。下图显示了常规的单元测试环境。在大多数情况下,驱动程序模块称为“主程序”。它接收测试数据并将数据传输到被测模块。调用被测模块后,“主程序”将显示“进入和退出”消息。驱动程序模块和桩模块是用于测试的软件,不是软件产品的一部分,但是需要一定的开发成本。如果驱动模块和桩模块相对简单,则实际开销相对较低。不幸的是,只有简单的驱动程序模块和桩模块无法完成某些模块的测试任务,而这些模块的单元测试只能使用下面讨论的综合测试方法。增强模块的凝聚力可以​​简化单元测试。如果每个模块只能完成一个模块,则所需测试用例的数量将大大减少,并且模块中的错误也将更容易找到。使用该软件之前的测试