832gb-t17544-1998信息技术-软件包-质量要求和测试(doc23)-cmmi(编辑修改稿)

832gb-t17544-1998信息技术-软件包-质量要求和测试(doc23)-cmmi(编辑修改稿)内容摘要：

功能性 a)安装 如用安装能由用户来完成，则按照安装手册中的信息应能成功安装。 产品描述中指出的每种所要求的系统对于程序的安装应是充分的。 安装之后，程序能否运行应是可鉴别的。 例如，使用提供的测试用例或通过相应信息的自检。 b） 功能表现 用户文档中提到的所有功能应是可执行的。 程序应按照用户文档中的给定形式，在规定的边界值范围内使用相应的设施、性质和数据执行其功能。 注：由于在产品描述中 涉及的所有功能也应出现在用户文档中，这些功能更应是可执行的。 C） 正确性 程序和数据应与产品描述及用户文档中的全部说明相对应。 为完成工作任务，程序功能应以正确的方式执行。 特别是，程序和数据应符合产品描述所引用的任一需求文档中的全部需求。 d） 一致性 程序和数据其本身不能自相矛盾，并且同产品描述和用户文档不能相互矛盾。 每个术语应处处具有相同的含义。 由用户先例的程序操作控制和程序行为 (例如，消息，屏幕输入格式和打印报表）宜有一致的结构。 可靠性 系统（包括硬件、要求的软件及 属于该产品的程序）不应陷入用户无法控制的状态，既不应崩溃也不应丢失数据。 即使在下列情况下也应满足上述要求： —— 使用的容量到达规定的极限； —— 企图使用的容量超出规定的极限； —— 由产品描述中列出的其他程序或用户造成的错误输入； —— 用户文档中明确规定的非法指令。 只是那些不能用任何程序捕获的硬中断和操作系统中断（例如，系统操作复位用的键或组合键）不在此范围之内。 当程序认为输入错误或输入未经定义时，应视为不允许的输入，不加处理。 易用性 关于易用性，根据本标准 的规定，鼓励研究 ISO 9241 系列标准最新版本应用的可能性。 注：特别是宜考虑 ISO 9241 系列的第 10 部分和第 13 部分。 a） 易理解性 程序的问题、消息和结果应是易理解的，例如： —— 通过选择适当的术语： —— 通过图形表示； —— 通过提供背景信息： —— 通过帮助功能的解释。 出错消息应提供解释相应差错产生原因和纠正的详细信息（例如通过引用用户文档的条文）。 b） 易浏览性 如果有多种媒体，则每种数据媒体应具有产品标识、可辨别编号或文本。 对于使用程序进行工作 的用户，总能找到哪个功能正在被执行是可能的。 程序宜以易观察易读的形式向用户提供信息。 通过对信息的适当编码和分组对用户提供指导，必要时，程序可向用户发出警报。 源程序的消息应如此设计，即用户通过类型容易区分它们。 例如： —— 确认； —— 程序询问； —— 警告： —— 出错消息。 屏幕输入格式，报表和其他输入、输出宜设计清晰和易于浏览。 一般包括： —— 字母数字字段左对齐： —— 数字字段右对齐； —— 在表中，小数点或逗号要排在同一垂直线上； —— 字段界限是可识别的； —— 哪些字段的使用是受限的，哪些字段是可识别的： —— 标识输入失败后要立即在屏幕输入格式中加亮； —— 通过一个可视或可听的信号来引起用户注意屏幕内容的改变。 c) 可操作性 具有严惩后果的功能执行应是可逆的，或者程序应给出该后果的明显警告并且在执行该命令前要求确认。 特别是数据的删除和重写，以及中断一个过长的处理操作，这种动作往往有严重后果。 如果文档文本编制是以对话形式提供。 用户应直接访问该文本的子条文，例如通过目录表显示的选择和按关键字检索功能来实现。 效率 应遵循产品 描述中的效率说明。 可维护性 应遵循产品描述中的可维护性说明。 可移植性 应进循产品描述中的可移植性说明。 4 测试细则 到 的细则规定如何按照质量要求来测试产品。 包括根据所有符合性产品要求的性质测试和按照产品描述约定的性质测试。 包括通过文档的检查测试和程序及数据的黑盒测试。 这些细则描述了功能测试（黑盒测试），不包括结构测试，因为结构测试需要得到源代码。 产品仅在它要求的系统中被测试。 对于计算机工作时的人类工效评价，本标准不作考虑。 注 1 这些细则上要是根据某些认证模式，针对第三方测试（见第 1 章 C）项）。 在生产过程中，这种测试比使用结构测试可能经济且更有效。 2 第 4 章不包含关于软件包的要求（所有这些要求包含在第 3 章中）。 一个软件包不按第 4 章进行测试可能是符合的，但是这样的测试无法发现个符合性的存在。 3 当产品描述确定了要求的系统时，基于该要求的系统上的产品的任何不符合性被作为该产品的个符合性处理。 4 认证模式可对照建议选项来进行测试。 5 关于人类工效评价的指南包含在 ISO 9241－ 11 中。 测试预要求 产品项的现场要求 对于要测试的软件包所有要交付的项（见 ）以及产品描述（见 ）中已标识的需求文档都应提供到测试现场。 对系统组成部分的现场要求 对于软件包的测试，在产品描述中已指明要求的所有计算机系统的组成部分应提供到测试现场。 培训 如果在产品描述中提到培训，则测试者应有机会使用培训材料和培训大纲。 4． 2 测试活动 产品描述、用户文档、程序和任何要交付的数据都作为软件包的组成部分，并且 —— 应按第 3 章中的要求进行符合性测试，且 —— 它按第 3 章中的建议进行符合性测试。 测试对象应源于并包括第 3 章中所有要求（完整性、一致性等）。 如果在产品描述中涉及到其他产品，只需针对该产品的产品描述中提出的要求对这些产品进行测试。 如果测试者作出下述判断时，则对产品描述中的细节，用户文档中的细节，功能中的细节和产品的数据中的细节不需要测试： —— 这些细节对已指明的工作任务的影响可忽略； 这些不作测试的细节应在测试记录和测试报告中说明。 对它们不作测试的理由应在测试记录中作录。 产品描述 第 3 章中的要求的实现应被测 试，并且第 3 章中的建议的实现宜被测试。 用户文档 第 3 章中的要求的实现应被测试，并且第 3 章中的建议的实现宜被测试。 程序和数据 第 3 章中的要求的实现应被测试，并且第 3 章中建议的实现宜被测试。 程序应在产品描述中提及的所有的计算机系统中进行测试。 如果存在若干不同的程序变量，每个都应测试。 函数亦是如此，按照产品描述和用户文档进行测试，一组变量标识的函数按每个变量进行测试。 应使用以产品描述和用户文档为基础构造的测试用例来测试提供的程序和数据。 进一步的材料（例如源程序）不必 考虑，除非在产品描述或用户文档中作了说明，才需要测试它们。 测试用例应有规则地系统地来构造。 注：依确定的方法进行随机测试是许可的。 如果例子是在用户文档中给出的，则它们应作为测试用例，但测试不应局限于这些例子。 可以使出软件包供应方提供的测试用例，但测试不应局限于这些测试用例。 a） 安装 如果按照产品描述，用户能完成安装，则应测试这种安装，即程序是否像安装手册中描述的那样能成功地安装和测试。 否则应保证被安装程序的硬、软件环境符合于产品描述中说明的计算。