测试用例规范v1.0

  

1引言

      软件测试规范的编写是为了给测试人员在测试用例编写的过程中提供一个参考。

 

1.1、测试目的

      1.1、尽可能多的找到系统中的bug

      1.2、验证软件实际结果与需求是否相一致

      1.3、根据测试结果了解和评估软件当前的质量风险

      1.4、找到软件开发过程中的缺陷

1.2、背景

 

1.3、专业术语

      暂时没有

2、测试范围

      测试的范围包括欲测试的功能、应输入的数据和预期的输出结果

 

2.1、正确性测试

      输入用户实际数据以验证系统是满足需求规格说明书的要求；测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。

2.2、容错性测试

      输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示并进行相应处理。

 

2.3、接口间测试

      测试各个模块相互间的协调，数据输入输出的一致性和正确性。

 

2.4、数据库测试

      依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。

 

 

 

3、测试环境

3.1 支持浏览器

       支持主流浏览器：IE8，IE9，IE10，IE11，火狐浏览器，谷歌浏览器

 

3.2 接口

      例如：权限系统与基础系统的交互：主要因为学生和教师的基本信息存储在基础系统中。

       A.登录时需要从基础系统取数据。

       B.学生和教师绑定邮箱和电话需要在基础系统中完成，同时权限系统也需要存储一份。

       C.用户登录进入门户网页，从门户上进入考试系统、评教系统和基础系统。

       D.门户上的信息需要各个子系统推送。

 

 

4、业务流程测试用例编写原则

 

4.1、系统性

      A、宏观：明白整个系统（或模块）的业务需求、系统由几个子系统组成，以及他们之间的关系。

      B、微观：明白各子系统（或页面）内部功能和重要功能点，以及他们之间的关系。

4.2、连贯性

      A、宏观：各子系统是如何连接在一起，如果有接口，是否有正确的接口。有连接，页面链接是否正确。

      B、微观：各模块是否构成同级或上下级关系

 

5、测试用例设计的方法

5.1、等价划分方法

                                                                                              图示1

 

      5.1.1 确定等价类的原则

      A、 如果输入条件决定了取值范围，或值的个数，则可以确立一个有效等价类和两个无效等价类。

      B、 如果输入条件规定了输入值的集合，或者规定了“必须如何”的条件，此时可确立一个有效等价类和一个无效等价类；

      C、如果输入条件是一个布尔量，则可以确定一个有效等价类和一个无效等价类；

      D、 如果规定了输入数据的一组值，而且程序对每个输入值分别进行处理，此时可为每一个输入值确立一个有效等价类，此外，针对这组值确立一个无效等价类，它是所有不允许输入值的集合；

      E 、如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同的角度违反规则）。

      F、 如果确知，已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分成更小的等价类。

      5.1.2 测试用例的选择原则

      A、为每一个等价类规定一个唯一的编号；

      B 、设计一个新的测试用例，使其尽可能多的覆盖尚未被覆盖的有效等价类，重复这一步，直至所有的有效等价类都被覆盖过；

      C 、设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直至所有的无效等价类都被覆盖为止。

5.2、边界值分析法

                                        

                                                                                                                                   图示2

 

      5.2.1 测试用例的选择原则

      A、 如果输入了条件规定了值的范围，则应取刚达到这个范围的边界值，以及刚刚超越这个边界范围的值作为测试输入数据；

      B、如果输入条件规定了值的个数，则用最大个数、最小个数、比最大大1、比最小小1的数作为测试输入数据；

      C、根据规格说明的每个输出条件，使用前面的原则；

      D、如果程序的规格说明给出的输入输出域是有序集合，则应选取集合的每一个元素和最后一个元素作为测试用列；

6、其他方式测试用例

6.1、空值测试用例

      对于每个必填数据项，都生成一个用例（不提供空值的除外，比如无空值的下拉框、有缺省值的单选按钮组），则预期结果提示该数据项为空

 

 

6.2、溢出测试用例

      对数据输入框输入一个取值范围外的测试用例。提示框可以提示取值超出范围，需添加正整数（如‘年龄’都是正整数，填入一个负数）

 

6.3、错误推测

      根据测试人员过去丰富的经验和在测试过程中培养的直觉，提出可能的错误

6.4、可理解性

      理解和使用系统的难易程度（界面友好性）

7、怎么填写测试用例

        小节：上面的测试用例规范是张薄师姐让我们试着写的，写完以后自我感觉还是很好的。觉得各个方面都有涉及到。但是这个文档最不能用的地方就是实用性不佳，满篇的理论和概念，若我站在一个初级测试人员的角度，我需要一篇规范来帮助我写测试用例，包括命名规范、测试用例书写规范等，上面这个文档都不是好的参考资料。

       任何文档的诞生都不是一下子就合格的，有了第一版，不断的吸收和祛除，我相信文档会越来越成熟的。

       期待下一版文档的诞生吧O(∩_∩)O~。