欢迎光临,这里是我个人的知识库,文章大多是从网络搜集的对我有用的资料,偶有我个人发表的文章,希望对大家也有用! 我的学习目标: 1. 测试技术 ; ----> 2. 编码技术 ; ----> 3. 数据库技术 ; ----> 4. 计算机网络技术 ; ----> 5. 计算机原理;

用例设计设计流程

上一篇 / 下一篇  2014-06-06 17:39:54 / 个人分类:测试流程

高效设计测试用例培训结束了,在上机练习的过程中,给他们穿插了sougo输入法的项目测试。之所以选择 sougo输入法,是因为大家对它比较熟悉,不用再熟悉其业务了。而且sougo输入法从1.0.14到现在的4.0有多个版本。每个版本更新前都会有当前版本更新的bug列表,和新增功能点列表。特别适合我们模拟实际的测试过程。这次我们测试使用TD从需求管理缺陷管理的整个测试过程的管理。经过大家的努力和配合,我们采取边做测试边总结的方法,最后总结出测试工作中的工作流程,下面就是总结出的测试流程,大家看到后多多交流。

  一、需求分析:

  1、列出测试需求(根据需求规格说明书、帮助文档、软件的demo版(范例),利用测试大纲法,以每个窗体为对象,每个窗体里面的控件为单位列出测试功能点。)

  2、需求等级划分,依据需求内容的重要程度划分为:高、中、低等。

  3、划分需求测试类型,(功能性、易用性、兼容性等)。

  4、评审需求(软件不熟悉的情况下采取以集体的形式整体讨论的方法评审需求或设立专人负责评审)。

  5、需求列入TestDirector(评审后的结果在TestDirector要有体现)。

  二、用例设计

  1、根据功能点确定人员分工,具体的功能点分配给具体的组员。

  2、测试用例的编写,借助功能演示demo、前一阶段所编写的测试功能点等编写测试用例。

  3、要求组员对自己负责的功能点选择具体的设计测试用例的方法。

  一般选择方法顺序:在考虑好被测试软件本身的特性后,一般首先边界值挑选最具有代表性的数据;然后使用等价类进一步补充;如果要考虑各功能的输入输出关系可以使用因果图、判定表法;但如果输入太多,可以使用正交排列法选择减少测试用例,并且是测试数据均匀分布。这些理性方法都使用完后,在测试执行阶段,可以使用随机测试法或者错误猜测方法进一步丰富你的测试用例。

  4、针对所设计的用例对软件的功能点(以及其他类型的需求)进行需求覆盖。

  我们列测试需求的最主要目的,就是为了完成对需求的覆盖,所以这个是对每一个设计测试用例的人员的基本要求。

  5、用例评审,优化用例的数量确保用例的质量(设定专人评审)。

  6、评审后写入TestDirector中。

  7、挑选冒烟测试用例(抽取用例总数的10%~20%左右进行冒烟测试来反映基本功能)。


TAG:

 

评分:0

我来说两句

Open Toolbar