ISO／IEC前言
IS0（国际标准化组织）和IEC（国际电工委员会）是世界性的标准化专门机构。国家成员体（它们都是ISO或IEC的成员国）通过国际组织建立的各个技术委员会参与制定计对特定技术范围的国际标准。ISO和IEC的各技术委员会在共同感兴趣的领域内进行合作。与ISO和IEC有联系的其他官方和非官方国际组织也可参与国际标准的制定工作。对于信息技术，ISO和IEC建立了一个联合技术委员会，即ISO／IEC JTC1。由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准，至少需要75％的参与表决的国家成员体投标赞成。 国际标准ISO／IEC 12119 是由ISO／IEC JTC1“信息技术”联合技术委员会制定的。
附录A、附录B和附录C均提供参考信息。
前言
本标准等同采用了国际标准ISO／IEC 12119：1994 《信息技术软件包质量要求和测试》。 本标准删去了原国际标准的索引部分，除此之外本标准在技术内容上与国际标准完全一致。
本标准的附录A、附录B和附录C都是提示的附录。
本标准由中华人民共和国电子工业部提出。
本标准由电子工业部标准化研究所归口。
本标准起草单位：电子工业部标准化研究所。
本标准主要起草人：冯惠、王宝艾、黄民德、郑人杰。
中华人民共和国国家标准口袋领域
GB/T 17544－1998
Idt ISO/IEC 12119:1994
信息技术软件包质量要求和测试Information technology--Software packages Quality requirements testing
1 范围
本标准适用于软件包。例如文本处理材序、电子表格、数据库程序、图形软件包、技术或科学函数计算程序以及实用程序。
它规定了：
——软件包要求（质量要求）；
——针对这些要求，如何对软件包进行测试的细则（测试细则，特别是第三方测试）。
它只涉及要提供的或安交付的软件包，不涉及它们的产生过程（包括活动和中间产品，如规格说明）。供方的质量体系超出了本标准的范围。 注：某让匕软件需要附加的要求，如安全要求高的软件。
本标准期望的用户如下：
a)在下述情况下使用本标准的供方：
1）规定软件包的要求时；
2）设计描述产品的格式时；
3）评价他们自己的产品时；
4）发布符合[ISO／IEC第22号导则]的声明时：
5）申请合格[ISO／IEC第23号导则]证书或标志时：
b）希望建立第三方认证模式（国际的、地区的及国家的） [ISO／IEC第16、28和44号导则]的认证机构；
c）为合格证书或标志而进进测试的测试实验室，测试实验室必须遵循测试指令［ISO／IEC第25号导则]；
d）认可认证机构和测试实验室的认可机构［ISO／IEC第4O和58号导则］；
e）评价测试实验室能力的实验室审核员[ISO／IEC第58号导则]；
f）购买者：
灭蚊机1）用本标准规定的内容来比较他们的要求；
2）用现有产品的产品描述中的信息来比较期望的工作任务的要求； 3）寻求已认证的产品；
4）此外，检验要求是否被满足。
g）用户：可以从更好的产品获益。
2 定义
本标准采用下列定义。源自其他标准的定义列于附录A以便于引用。
2.l 功能 function
程序中的一个算法的实现，利用该实现，用户或程序可以执行某一工作任务的全部或部分内容。
注
1 对于用户人说，功能不一定是能访问的（如数据的自动备份或存储）。
2 这里功能的概念比GB／T 5271.14（失效、故障、维护和可靠性的描述中）使用的功能概念要窄，但比 GB／T 5271.2（算术和逻辑运算）和 GB／T 5272.15（程序设计语言）中定义的要宽。
2．2需求文档 requirements document
包含由软件包满足的建议、要求或规则的任何组合的文档。
注：例子有技术或人类工效标准，来自某一组织（如市场部、技术或用户协会）的需求列表（或模型的需求规格说明），法律或法令。
2．3 产品描述 product description
陈述软件包性质的文档，其主要目的是帮助潜在的购买者在购买前对产品进行适用性评价。
注：该术语比 GB／T 5271.2O中的术语“系统描述”更具体。产品描述的目的包括ISO 9127中“覆盖信息”的目的。
产品描述不是规格说明，但它可用于不同的用途。
2．4 用户文档 user documentation
以打印的或非打印形式得到的文档的完整集合，用户文档的提供有利于产品的应用并且是产品的必备部分。
2．5 包文档 package documentation
产品描述和用户文档。
2．6 测试用例 test case
测试者使用的文档化的细则，其规定如何对某项功能或功能组合进行测试。测试用例包括下列内容的详细信息：
——测试日标：两票系统
——要测试的功能；
——测试环境和其他条件（配置细节和准备工作）；
——测试数据；
静态破碎剂
——过程；
——系统的预期行为。
2．7 维护 maintenance
是系统维护的一部分（见A5.2），其涉及软件包的修改。
3 质量要求
3．1 到3．3包含
——每个软件包要有产品描述和用户文档的要求；
——产品描述的要求，尤其应包含规定信息，并且其所有要求的内容是可测试的、正确的；
——用户文档的要求；
——包含在软件包中的程序要求和数据要求。
注
锁扣1 关于用户文档、程序和数据的要求包含许多一般要求（独立于产品描述中的约定），但不包括用户希望的所有性质。
2 某些性质，例如，用户文档和程序消息的“时期解件”和“易于浏览”，
按用户的观点这些性质是被公认的。然而；由于这些性质难于清晰地测试且结果难于再现，使得这些性质目前仅作为建议来规定。
3 3.1 到3.3中的要求按GB/T 16260中出现的特性次序来安排。
如果一个软件包遵循3.1到3．3中所有的要求，则该软件包符合本标准。建议是可选的（通过使用“宜”这个词来表示）。
注4：要证明一个产品对3.1到3.3中的要求的符合性可能是困难的或不可能的。但是，根据ISO／IEC第2号导则，为得合格证书，按照第4章来测试（包括文档的评审）被认为是足够了，并且不需要形式证明。
产品评价
3.1 产品描述
每个软件包应有一个产品描述。
产品描述定义产品。产品描述是产品软件包文档的一部分，它提供关于用户文档、程序以及数据（如果有的话）的信息。
产品描述的主要目的是：
——帮助用户或潜在的购买者作出产品是否适用于他们的评价。从这一意义说，产品描述也是销售信息；
——作为测试的基础（见第4章）。
对产品感兴趣人们可获得产品描述。
3.1．1 内容的一般要求
产品描述宜是充分可理解的、完整的并且易于浏览，以帮助潜在的购买者在购买该产品前评价产品对他们自己的适用性。
产品描述应避免不一致，每个术语在任何地方都应有相同的意义。
产品描述的说明应是可测试的并且是正确的。
注：如果有外部需求文档（见 3.1.2e），本条要求引用外部需求文档中的说明。
下列3.l.2到3.1.8规定产品描述应包合或它包含的内容，它也可包含产品的附加说明。
3．1．2 标识和批示
a）产品描述的标识
产品描述应且有唯一的文档标识。它可以有不同于产品描述的命名，例如，
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议