软件测试总结（二）

bug的级别：次要、一般、严重、崩溃
次要：一般存在优化类问题，建议类问题但不影响性能实现，（界面不够美观、存在错别字等问题）
一般：有一些需求没有实现，存在缺陷但不影响系统的稳定性，如操作时间过长、提交信息没有确认框，边界条件错误
严重：主要的功能都没有实现，且数据库连接或者调用错误，用户信息丢失，一级菜单不能使用但是不影响其他功能的调用
崩溃：阻碍开发或者测试类工作，导致电脑或者系统死机。主要模块缺失，数据库丢失。例如代码错误、死循环，数据库发生死锁，重要的一级菜单不能使用
测试用例的重要性：
1.避免程序泄露、测试进度的把控、一个度量指标、分析缺陷的以依据、项目管理的成本
如何提高测试用例的质量
1.满足客户的需求
2.需要评审（同行评审、用户评审、项目组评审）
测试用例的编写思路
1.用例编号：
用例编号是测试用例的唯一标识，主要用来标识该测试用例的目的，
具体格式：产品名称_需求编号_用例类型_测试子项
产品名称：产品的简称s
需求编号：需求规格说明书中的需求编号
用例类型：测试所属的类型阶段：单元测试、集成测试、验收测试等
测试子项：一般指具体的被测试的需求点
2.所属模块
3.用例标题（侧重测试用例的关注点）
4.用例优先级
5.前提条件：跟用例存在因果关系的条件
6.测试数据
7.操作步骤
8.预期结果（操作界面的显示、数据库中的变化）
软件测试分类
1.按阶段划分：单元测试、集成测试、系统测试（回归测试和冒烟测试）、验收测试
①单元测试
测试依据：代码和注释+详细设计文档
测试方法：白盒测试
测试内容：路径测试、模块接口、局部数据结构测试、错误处理测试、边界测试
②集成测试：将模块组装起来进行测试
测试对象：模块间的接口
测试依据：单元测试的模块+概要文档
测试方法：白盒+黑盒
③系统测试
测试对象：整个系统（软件+硬件）
测试依据：需求文档
测试方法：黑盒
④验收测试
测试对象：整个系统
测试依据：用户需求、验收标准
测试方法：黑盒测试
2.按实施组织划分
α测试：是由一个用户在开发环境下进行，不由测试人员和程序人员检测
β测试：由软件的最终用户在开放的环境下进行，且测试环境不由开发方控制，所以α测试先于β测试
第三方测试：介于开发和用户之间的人员进行
3.按是否运行划分
静态测试：不运行程序本身，分析文档还有程序内的代码的逻辑结构，流程图分析（代码分析和文档测试都属于静态测试）
动态测试：通过运行程序，检测结果与预期结果的差别，并分析程序的效率、代码的健壮性等
包括3部分：设计测试用例、执行程序、分析结果
4.按是否手工划分：
手工测试
优点：自动化测试无法代替的探索性测试和发散性测试
缺点：效率慢
自动化测试
5.按是否查看代码划分
白盒测试：研究代码
黑盒测试：功能测试，不关心内部结构只关心输入输出结果
灰盒测试：介于白盒和黑盒测试之间，一般用于继承阶段
6.按地域划分
国际化测试：
本地测试：