测试day6

通过对过去两天的相关的测试用例方法的学习。目前一些基本的测试用例已经学习完毕。下面做一个简短的总结：
　测试方法的选择：
１、如果测试功能和流程，采用场景法。
２、如果是需要输入数据的的地方，采用等价类划分法，要注意配合边界值法来进行详细的测试。
３、如果有条件组合的情况我们要使用因果图制作判定表。
４、配置类软件，组合比较多的，要使用正交表来进行科学的测试用例
５、如果没达覆盖标准，就找追加一些测试用例。
６、依靠经验追加一些测试用例（错误推断法）

测试用例的本质：
　测试用例的设计本质应该是在设计的过程中理解需求，检验需求，并把对软件系统的测试方法的思路记录下来，以便指导将来的测试。

测试用例的评审：
　１、同行评审，是最敏捷的一种评审方式。
　２、用户评审

软件缺陷：
　是软件产品中存在的问题，最终表现为用户所需要的功能没有完全实现，没有满足用户的需求。

哪些属于软件缺陷？
　１、软件未达到规格说明书表明的功能
　２、软件出现了规格说明书中指明不会出现的错误
　３、软件功能超出了规格说明书指明的范围
　４、软件未达到规格说明书虽未指明但应该达到的目标
　５、软件测试人员或用户觉得不好

缺陷的表现形式：
　１、功能特性没有实现或者部分实现
　２、设计不合理，功能不明确，逻辑不清楚或存在矛盾
　３、实际结果和期望结果不同
　４、没有达到规格说明所要求的性能指标
　５、运行出错，崩溃，中断，界面混乱。
　６、数据不正确，精度不够，不完整或格式不统一
　７、用户不能接受的其他问题，如存取时间过长、界面不美观。
　８、硬件或软件存在其他问题

软件缺陷的状态：
　１、提交－－测试人员提交一个缺陷给程序员
　２、打开－－待处理
　３、拒绝－－程序员认为不是缺陷或重复，就可以修改状态为拒绝
　４、修复－－程序员修复缺陷后提交的一个状态
　５、关闭－－测试人员经过回归测试，认为此缺陷已解决，将其关闭
　６、推迟－－可以放在后续版本解决问题，但是要写出详细的修复日期或版本

软件缺陷的严重程度划分：
　１、低（ｌｏｗ）－－表面性错误，如错别字等。
　２、中（ｍｅｄｉｕｍ）－－影响一个相对独立的功能，仅仅发生在特定条件上，与需求定义不一致，断断续续出问题。
　３、高（ｈｉｇｈ）－－功能点没实现，不符合用户需求，导致数据丢失
　４、非常高－－频繁死机，大部分功能不能使用。
　５、非常严重－－系统瘫痪，异常退出，死循环，严重的数据计算错误。

缺陷的优先级：
　１、ｌｏｗ：最低优先级，时间和资源允许的情况下修复。
　２、ｍｅｄｉｕｍ－低优先级，不会延迟发布，会在以后修复
　３、ｈｉｇｈ－－会制约开发和测试的进行，需要在发布之前修复。
　４、ｖｅｒｙｈｉｇｈ－－影响系统，产生严重影响。
　５、ｕｒｇｅｎｔ－－导致系统几乎不能用

软件缺陷的分类：
　１、系统缺陷
　２、数据缺陷
　３、数据库缺陷
　４、接口缺陷
　５、功能性缺陷
　６、安全性缺陷
　７、兼容性缺陷
　８、性能缺陷
　９、界面缺陷
　１０、建议