025期本标准等同采用了国际标准ISO/IEC25051：2006《工程软件软件产品质量要求和评价(SQuaRE)商业现货(C()TS)软件产品的质量耍求和测试细则)(英文版 )和 Iso/IEC25051：2006技术勘误 1：2O07,并在相应页画空白处用“ ‖ ”表示.......[详细]
计算机在越来越广泛的应用领域中使用，其正确的运作通常是业务成功和/或人类安全的关键，因 此开发或选用高质量的软件产品是至关重要的。 对软件产品质量的全面说明和评价是保证足够质量的 关键因素。 这可以通过考虑软件产品的使用目的的情况下，定义适当的质量特性来实现。 重要的是要 规定和评价每个相关的软件产品质量特性，无论何时都要尽可能使用经确认的或被广泛接受的度量。......[详细]
本部分提供了外部度量，以测量 G B/T 16260. 工 一2006 中定义的 6 个外部质量特性的属性。 本部 分所列的度量并非一个完备集。 开发者、评价者、质量管理者和需方可以从本部分中选择合适的度量， 用来定义质量需求、评价软件产品、测量质量情况或作其他用途;亦可以修改度量或使用本部分未包括 的其他度量。 本部分适用于各种软件产品，但并非每种度量适用于各种软件产品。[详细]
本部分提供了内部度量以测量 G B /T 16260. 1- 2006 中定义的 6 个内部质量特性的属性。 本部分 所列的度量并非一个完备集。 开发者、评价者、质量管理者和需方可以从本部分中选择合适的度量，用 来定义质量需求、评价软件产品、测量质量情况或做其他用途;亦可以修改度量或使用本部分未包括的 其他度量。 本部分适用于各种软件产品，但并非每种度量适用于各种软件产品。......[详细]
G B/T 16260 的本部分所述的使用质量的度量是用来测量G B/T 16260. 1- 2006 中所定义的使用 质量的属性 本部分所列的度量并非一个完备的度量集合。 开发者、评价者、质量管理者及需方可以从 中选择度量来定义需求、评价软件产品、测量质量和用于其他目的。 他们也可以修改这些度量或使用本 部分未包括的其他度量。 本部分适用于各种软件产品，但是并非每种度量都适用于每种软件产品。......[详细]
该项测试主要为了配合信息产业部软件企业认定和软件产品登记（即双软认 定）工作，对软件产品进行登记测试。测试结束后，为软件产品登记备案提供信 息产业部认可的、全国范围适用的、权威的软件登记测试报告。[详细]
说明： 验收测试为系统上线前的最后检验，检验方向主要是安装包、安装程 序、用户手册、加密设置、基本功能等内容。[详细]
白盒测试一般是针对代码进行测试，测试中发现的缺陷可以定位到代码级别，根据测试工具原理的不同，又可分为静态测试工具和动态测试工具。
（1）静态测试工具。直接对代码进行分析，不需要运行代码，也不需要对代码编译链接，生成可执行文件，静态测试工具一般对代码进行语法扫描，找出不符合编码规则的地方，根据某种质量模型评价代码质量，生成系统的调用关系图等。
静态测试工具的代表有Telelogic软件、PR公司的PRQA等。
（2）动态测试工具。动态测试工具一般采用“插桩”的方式，向代码生成的可执行文件中插入一些监测代码，用来统计程序运行时的数据。 动态测试工具的代表有Compuware公司的DevPartner软件、Rational公司的Purify系列。
黑盒测试的一般原理是利用脚本的录制/回放，模拟用户的操作，然后将被测系统的输出记录下来，同预先给定的标准结果进行比较。黑盒测试工具可以大大减轻黑盒测试的工作量，在迭代开发的过程中，能够很好的进行回归测试。
性能测试黑盒测试工具的代表Radview公司的WebLoad、Microsoft公司的WebStress、HP公司的LoadRunner、Compuware公司的QALoad等。
常用黑盒测试方法：
等价类划分
等价类划分法是一种典型的、重要的黑盒测试方法，它将程序所有可能的输入数据（有效的和无效的）划分成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。
边界值分析
对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
错误推断
在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。
错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例.总之，就是进行错误的操作。
判定表
分析和表达多逻辑条件下执行不同操作的情况下的工具，在程序设计发展的初期，判定表就已被当作编写程序的辅助工具了，由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确。
判定表通常由四个部分组成。
条件桩(Condition Stub)：列出了问题得所有条件，通常认为列出得条件的次序无关紧要。
动作桩(Action Stub)：列出了问题规定可能采取的操作，这些操作的排列顺序没有约束。
条件项(Condition Entry)：列出针对它左列条件的取值，在所有可能情况下的真假值。
动作项(Action Entry)：列出在条件项的各种取值情况下应该采取的动作。
因果图分析
从用自然语言书写的程序规格说明的描述中找出因（输入条件）和果（输出或程序状态的改变），可以通过因果图转换为判定表。
代码走查
代码审查
文档审查
状态图
