通过对过去两天的相关的测试用例方法的学习。目前一些基本的测试用例已经学习完毕。下面做一个简短的总结：
测试方法的选择：
１、如果测试功能和流程，采用场景法。
２、如果是需要输入数据的的地方，采用等价类划分法，要注意配合边界值法来进行详细的测试。
３、如果有条件组合的情况我们要使用因果图制作判定表。
４、配置类软件，组合比较多的，要使用正交表来进行科学的测试用例
５、如果没达覆盖标准，就找追加一些测试用例。
６、依靠经验追加一些测试用例（错误推断法）
测试用例的本质：
测试用例的设计本质应该是在设计的过程中理解需求，检验需求，并把对软件系统的测试方法的思路记录下来，以便指导将来的测试。
测试用例的评审：
１、同行评审，是最敏捷的一种评审方式。
２、用户评审
软件缺陷：
是软件产品中存在的问题，最终表现为用户所需要的功能没有完全实现，没有满足用户的需求。
哪些属于软件缺陷？
１、软件未达到规格说明书表明的功能
２、软件出现了规格说明书中指明不会出现的错误
３、软件功能超出了规格说明书指明的范围
４、软件未达到规格说明书虽未指明但应该达到的目标
５、软件测试人员或用户觉得不好
缺陷的表现形式：
１、功能特性没有实现或者部分实现
２、设计不合理，功能不明确，逻辑不清楚或存在矛盾
３、实际结果和期望结果不同
４、没有达到规格说明所要求的性能指标
５、运行出错，崩溃，中断，界面混乱。
６、数据不正确，精度不够，不完整或格式不统一
７、用户不能接受的其他问题，如存取时间过长、界面不美观。
８、硬件或软件存在其他问题
软件缺陷的状态：
１、提交－－测试人员提交一个缺陷给程序员
２、打开－－待处理
３、拒绝－－程序员认为不是缺陷或重复，就可以修改状态为拒绝
４、修复－－程序员修复缺陷后提交的一个状态
５、关闭－－测试人员经过回归测试，认为此缺陷已解决，将其关闭
６、推迟－－可以放在后续版本解决问题，但是要写出详细的修复日期或版本
软件缺陷的严重程度划分：
１、低（ｌｏｗ）－－表面性错误，如错别字等。
２、中（ｍｅｄｉｕｍ）－－影响一个相对独立的功能，仅仅发生在特定条件上，与需求定义不一致，断断续续出问题。
３、高（ｈｉｇｈ）－－功能点没实现，不符合用户需求，导致数据丢失
４、非常高－－频繁死机，大部分功能不能使用。
５、非常严重－－系统瘫痪，异常退出，死循环，严重的数据计算错误。
缺陷的优先级：
１、ｌｏｗ：最低优先级，时间和资源允许的情况下修复。
２、ｍｅｄｉｕｍ－低优先级，不会延迟发布，会在以后修复
３、ｈｉｇｈ－－会制约开发和测试的进行，需要在发布之前修复。
４、ｖｅｒｙｈｉｇｈ－－影响系统，产生严重影响。
５、ｕｒｇｅｎｔ－－导致系统几乎不能用
软件缺陷的分类：
１、系统缺陷
２、数据缺陷
３、数据库缺陷
４、接口缺陷
５、功能性缺陷
６、安全性缺陷
７、兼容性缺陷
８、性能缺陷
９、界面缺陷
１０、建议
