文档介绍：软件测试
软件测试目标
软件测试是指为了度量和提升被测试对象质量、对测试对象进行工程设计、使用和维护和软件开发过程并发生命周期过程。软件测试目标为：验证软件产品实现实状况态和实现质量。
软件测试相关概念
指基于程序结构测试，测试目标是检验程序内部逻辑结构和逻辑路径，是代码级测试。
2．2黑盒测试
基于程序功效测试，依据输入输出关系推断程序功效正确性。
2．3测试用例
测试方案，包含数据输入和对应期望输出。依据测试用例来实施具体操作。
2．4预防性测试
其原理为：只要测试在生命周期中进行得足够早，就能够提升待测软件质量。
2．5测试风险分析
其目标为：确定测试对象、测试优先级、测试深度。
企业现在采取V模型，实现测试和软件开发同时进行。
将测试对象按某种约定划分为有限个组成部分，提升测试有效性。
分析测试对象全部边界值及边界周围临界值。
测试工作步骤
开发—测试步骤
说明：
新版本提供时间，由程序员和测试员按实际情况协调；
BUG审核范围包含对BUG抽查；对标注为不修改或待讨论BUG管理；
软件包含到功效性修改时，应该先提供修改设计说明，讨论经过后方可进行修改。
测试角色和职责
角色
职责范围
管理
负责测试全过程组织管理
分析
负责进行测试分析、编写测试用例
实施
实施测试任务
文档管理
负责对测试文档、开发文档管理
BUG关键参数
目前状态
统计BUG状态，包含已修改、未修改、已验证。
严重程度
BUG严重程度分为四个等级
等级一：死机，数据丢失，关键功效完全丧失，系统悬挂
等级二：关键功效丧失，造成严重问题，或致命错误申明
等级三：次要功效丧失， 不太严重，如提醒信息不太正确
等级四：微小问题，对功效几乎没有影响，产品及属性仍可使用，如有错别字
修改次数
指一样BUG反复修改次数，是衡量开发人职员作效率关键依据；
优先等级：
分为四个等级
等级一：必需立即修改；
等级二：一天内修改；
等级三：三天内修改
等级四：短期内无须处理或在下一版本中处理
说明：严重程度越高，优先级越高，原有错误优先级高于新版本错误。
测试文档
测试汇报
具体统计BUG出现过程，可能原因，处理方法或处理意见。测试汇报要求书写工整、简明扼要，必需要具体注明BUG发觉日期、BUG所属模块等相关信息（对于较难发觉BUG，必需提供操作步骤及应用数据）。测试汇报是测试员和开发人员交流关键文档，也是测试评价关键依据。
注意：
假如测试和测试任务单对应，则测试汇报中必需要统计任务单编号，以利于测试验收及考评。
测试汇报中必需注明测试用例编号，假如发觉BUG不在测试用例范围内，则填写为“其它”，为测试用例评定提供依据。
程序员在修改BUG时，假如严重等级为一、二级，必需说明修改方法或问题原因，以利于分析。
测试用例
测试用例是为高效地发觉程序中BUG而精心准备一组测试数据或操作过程。测试用例不可能穷举软件中全部情况，所以测试用例设计必需含有代表性，经过测试用例使用能够提升工作效率、降低反复劳动、在软件进行改动或升级时，只需对测试用例进行少许修改即可开展工作。
测试计划
关键内容：计划时间、人员、测试工作安排
测试任务书
关键内容：时间要求、参与人员、验收标准或结束标志
测试总结汇报
关键内容：计划完成情况、BUG修改情况、经验总结、测试对象评分（10分为上限）
软件修改统计
关键内容：修改对象、修改内容、修改原因、问题提出人、关联对象、测试注意事项
讨论统计
具体统计全部和测试相关讨论，参与讨论者须在此统计上手工署名
软件升级统计
具体统计软件升级情况
用户问题统计
关键内容：用户情况、用户问题、处理方法、处理状态
测试阶段划分
单元测试
对某个相对独立构件测试，结束标志为：能满足独立运行要求
集成测试
将已经过单元测试模块依次进行组合并测试，结束标志为：组合后模块能满足要求；
验收测试
全部模块均经过集成测试后，软件能够交付使用前测试，结束标志为：软件能够交付使用
维护测试
对软件公布后发觉问题进行修改和测试，结束标志为：问题处理、软件运行正常
测试类型
功效测试
对系统功效满足程度和实现程度测试，此测试只关心测试对象功效方面需求，而不考虑其它细节；
结束标志：系统功效满足设计需求
界面测试
在测试对象满足功效需求前提下进行，此测试必需包含通用控件标准测试。比如：数据窗口滚动条。
数据处理测试
对测试对象数据处理过程进行测试，包含输入、处理、输出。
步骤测试
包