测试要点和测试用例说明

1. 测试CASE的理解

1.1. 事前条件

1.1.1.事前条件的含义

事前条件是测试式样书中每一条CASE的公共入口。

1.1.

2. 事前条件的书写方法（建议）

在编写事前条件时，如果需要进行多个动作，不要书写成(首先。。。，然后。。。，最后。。。)，尽量把所有动作按序号编排，这样清晰明了，同样也美观。

例如：

1.2. CASE具有的特性

1.2.1. 完整性

每一条CASE应该是完整的、可操作的。

1.2.2. 独立性

CASE与CASE之前没有依赖关系，每一条CASE都是独立的、可操作的。一条CASE的成功与失败不应该影响另一条CASE的成功与失败。

2. 测试观点的书写

2.1. 测试观点很简单，不分场合。

一句话就可以说明测试观点，不分场合，没有条件限制。

例如：

2.2. 测试观点复杂，分场合分别测试。

例如：

上图中要进行条件检索测试，但是条件检索检索出来的数据条数存在多种情况，所以要分别测试到位，假如存在多个检索条件，检索条件之间是OR或AND的关系，还要进行相应的测

试，每个检索条件还要进行特殊字符或乱码的测试，这些说明都应在测试观点的详细中写清楚，这样让测试人员在每条CASE的测试开始时就知道这条CASE测的是什么，不要等到测试到最后看到期待结果才知道测的是什么。

对测试观点的说明比较复杂时，也要在详细中将数条说明按序号排列说明。如下图：

3. CASE中[操作]的书写

3.1. 基本原则

3.2. 操作中包含多个动作的情况

操作中包含多个动作的情况下还会有两种情况：

只有最后一个动作才会有需要测试确认的期待结果

此时，除了最后一个动作以外的所有的动作都是准备动作。如下图：

不仅仅是最后一个动作才有需要测试确认的期待结果

如下图：

4. 期待结果的书写

4.1. 基本原则

不要将几个确认结果写在一个Excel的单元格中，下面分析两种写法。 比较粗糙的写法

比较细致的写法

一、目的与适用范围

1、目的

软件测试是软件工程的重要组成部分，测试工作的质量直接影响软件产品的生命力。测试工作的标准化是软件质量保证(Quality Assurance)重要而且必须的环节。制定本标准的目的在于使测试流程更标准，测试过程更规范。从而使整个软件生产纳入更系统化、更专业化的轨道。

2、适用范围

本标准适用于软件测试流程的管理和测试的具体操作过程。本标准的使用者可以是企业内部的测试人员和开发人员。

二、测试方法

软件测试的方法和技术是多种多样的。以下将介绍比较常用的一些测试方法：

1、静态测试

静态方法是指不运行被测程序本身，仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。

2、动态测试

动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。3、黑盒测试

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，

并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。

“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

4、白盒测试

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。

5、ALAC(Act-like-a-customer)测试

ALAC测试是一种基于客户使用产品的知识开发出来的测试方法。ALAC测试是基于复杂的软件产品有许多错误的原则。最大的受益者是用户，缺陷查找和改正将针对哪些客户最容易遇到的错误。

6、单元测试方法

6.1单元测试任务

单元测试任务包括：

u 模块接口测试；

u 模块局部数据结构测试；

u 模块边界条件测试；

u 模块中所有独立执行通路测试；

u 模块的各条错误处理通路测试。

模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。

6.2接口测试

测试接口正确与否应该考虑下列因素：

u 输入的实际参数与形式参数的个数是否相同；

u 输入的实际参数与形式参数的属性是否匹配；

u 输入的实际参数与形式参数的量纲是否一致；

u 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；

u 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；

u 调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；

u 调用预定义函数时所用参数的个数、属性和次序是否正确；

u 是否存在与当前入口点无关的参数引用；

u 是否修改了只读型参数；

u 对全程变量的定义各模块是否一致；

u 是否把某些约束作为参数传递。

如果模块内包括外部输入输出，还应该考虑下列因素：

u 文件属性是否正确；

u OPEN/CLOSE语句是否正确；

u 格式说明与输入输出语句是否匹配；