用例正交排列和缺陷总结

用例总结2
 流程分析法
 概述 :
   主要是针对测试场景类型,属于流程测试项下的测试子项设计,从白盒测试设计方法中的路径覆盖分析法借鉴过来的一种方法.
  优点:
   降低了用例测试设计难度,只要搞清楚流程,就就业设计出高质量的测试用例来,不需要太多的测试方面的经验.测试时间紧的情况下,可以进行有选择的进行测试,而不是完成根据经验来取舍.
  步骤
   1.详细了解需求;
   2.根据需求说明或界面原型,找出业务流程的各个页面以及页面之间的流转关系;
   3.画出业务流程(产品经理使用Axure软件制作)
   4.写用例,覆盖所有的路径分支
  分析总结:
   流程分析适合用于有先后顺序的测试,常用也业务流程测试,安装流程测试等.
 错误推断法
  是利用自觉和经验猜出出错的可能类型.有针对性列举出成效中所有可能的错误,和容易方式错误的情况.
 正交排列法
  概述:
   使用最小的概率集合来获得最大的测试覆盖璐.
  步骤:
   根据控件数和取值数选择一个合适的正交表
   列举取值并编号,生成取值表.
   报取值表和选择的正交表进行映射.
 测试用例总结:
  遵循的原则:
   根据程序的重要性和一旦发生故障造成的损失来确定测试等级和测试重点.认真选择测试策略.以便能可能少的使用测试用例,发现尽坑能多的程序错误.
  测试方法的选择:
   1)拿到一个测试任务时,先关注的主要功能和业务流程,业务逻辑是否正确实现,考虑使用场景法.
   2）需要输入数据的地方，考虑采用等价类划分法，包括输入条件和输出条件的等价划分，将无限测试变成有限测试.
   3）在任何情况下都必须采用边界值分析法。这种方法设计出的测试用例发现程序错误的能力最强.
   4）如果程序的功能说明中含有输入条件的组合情况，则一开始就应考虑选用因果图和判定表法.
   5）对于参数配置类的软件，需要考虑参数之间的组合情况，考虑使用正交排列法选择较少的组合方式（最少的测试用例获得最大的的测试覆盖率).
   6）对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度.如果没有达到要求的覆盖标准，则应当再补充更多的测试用例.
   7）采用错误推断法再追加测试用例依靠测试工程师的经验和智慧.
  测试力度:
   用例的本质:
    在设计的过程中理解需求,检验需求,并把对软件系统的测试方法的思路记录下来,一边指导将来的测试.
    验证对需求的覆盖是软件测试的根本目的.
软件缺陷(Defect)
 定义:
  内部:软件缺陷是软件产品开发或危害过程中所存在的错误,毛病等各种问题;
  外部:软件缺陷是系统所需要实现的某种功能的失效或违背.
 软件缺陷分类
  缺陷状态
   编号 (1)—缺陷状态(提交-Submited)—描述(以提交的缺陷)
   编号(2)—缺陷描述(打开-Open)—描述(确定"提交的缺陷",等待处理)
   编号(3)—缺陷状态(拒绝-Rejected)—描述(拒绝"提交的缺陷",不需要修复或不是缺陷,重复缺陷,无法重现
   编号(4)—缺陷状态(修复-Resolved)—描述(缺陷被修复)
   编号(5)—缺陷状态(关闭-Closed)—描述(确认修复的缺陷,将其关闭.
   编号(6)—缺陷状态(推迟-Later)—描述(可在以后解决,但要确定修复日期或版本
 缺陷所属模块
  系统缺陷:
   1.有程序所引起的死机,异常推迟
   2.程序死循环.
   3.程序错误,不能执行正常工作或主要功能,使系统崩溃或者资源不足
  数据缺陷:
   1.数据计算错误.
   2.数据约束错误.
   3.数据输入,输出错误.
  数据库缺陷:
   1.数据库发生死锁.
   2.数据库的表,缺省值未加约束条件
   3.数据库连接错误
   4.数据库中的表有过多的 空字段
  接口缺陷:
   1.数据通信错误.
   2.程序接口错误
  功能缺陷:
   1.功能无法实现
   2.功能实现错误.
  安全性缺陷:
   1.用户权限无法实现.
   2.超时限制错误.
   3.访问控制错误.
   4.加密错误
  兼容性缺陷:
   1.与需求规定配置兼容性不符合
  性能缺陷:
   1.未达到预期的性能目标
   2.性能测试中出错,导致无法继续进行测试.
  界面缺陷:
   1.操作界面错误
   2.打印内容,格式错误.
   3.删除操作未给出提醒
   4.长时间操作未给出提示
   5,界面不规范
  建议:
   1.功能建议,操作建议.
 严重程度:
  1-Low ----表面性错误(如错别字)
  2.Medium—1.影响一个相对独立的功能.2.仅仅在特定条件上发生.3.与产品需求定义不一致.4.断断续续的出现问题,
  3.High—1.功能点没有实现,或不符合用户需求.2数据丢失.
  4.VeryHigh—1.频繁的死机,系统大部分功能都不可用.
  5.Critical—1.系统瘫痪,异常退出.死循环,严重的计算错误等
 优先级
  1.Low—最低优先级,时间和资源允许是修正.
  2.Medium—低优先级.不会延迟发布,但是会在以后修正这个错误.
  3.High—中优先级.如果这个错误存在与系统中,会制约开发和测试的后代进行,如果不先修复它,那么需要在发不起前修复它.
  4.VeryHigh—高级优先级,错误对这套系统的能力产生严重的影响.
  5.Urgent—最高优先级.在这个错误影响下系统几乎不可用.
 缺陷的定义:指存在于软件中的程序,数据,文档,的那些不符合用户需求的问题.