测试管理培训.pptVIP

* * * * * * * * * * * * * * * * Scheduling - Turn off monitors for scheduled Maintenance time * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Bug的故障级别-遗留 遗留 不可能被用户发现的Bug 尚无法满足的新需求 在当前release版本无法解决的问题，但不会影响用户的使用 Bug解决的优先级 问题类型（1） 初试化问题 初始化的sql语句错误、不完整、内容不正确； 初始化的配置文件错误； 初始化的文件属性错误 编译问题 程序包中少文件； 目标文件位置错误； 目标文件重名造成错误； 有多余目标文件打在程序包中； 打包内容与开发提交内容不一致 问题类型（2） 环境问题 操作系统版本、3w server、oracle版本、第三方软件版本等原因造成的问题 功能问题 符合需求，但功能实现有错误 接口问题 符合需求和设计文档，但程序之间的接口有错误； 接口错误，实现与设计不一致； 缺少 问题类型（3） 设计缺陷 设计方案缺陷，使产品功能与需求不一致，并造成的功能实现问题。 需求问题 需求描述不明确，造成功能实现错误或无法测试 性能问题 在大用户量，高访问频率情况下出现的问题的系统响应速度慢 问题类型（4） 稳定性问题 在长时间运行情况下出现的问题。这类问题的特点是偶发性出现，很难复现和定位。 兼容性问题 在支持多操作系统、多数据库的产品中，不能全部支持设计中要求的系统情况。 文档问题 客户文档与产品实现不一致 客户文档描述错误 客户文档内部不完全 关于bug title 问题Title: 在此描述问题的摘要 一个好的摘要应该能够迅速且唯一地确认一份bug的报告。 否则，当开发人员面对的bug报告比较多的时候，他们就不能从摘要确切地知道bug的状况，而导致错误的优先级工作顺序。 象aiip.sql在安装时失败的摘要是一个精确的标题，而象软件失败或者安装问题这类标题则是错误的例子。 关于问题描述 问题描述： 详细描述问题的现象、再现bug的操作步骤、特殊的配置和输入、你期望的结果和对此问题和预测。 详细描述问题现象 通过描述，可以再现问题 请为程序员提供尽可能多的细节，以便他们能够对问题进行判断/解决. 可以包括测试场景、测试输入、预期结果，实际结果，错误估计等信息。 QA THANKS! * * * * * * * * * * * * * * * * * * 根据需求… * * 有时候易用性和易掌握程序是矛盾的，如很多系统，熟手操作起来很方便，但易掌握程序很差，要花很长时间掌握，比如五笔输入法 * 过程可跟踪性：如稽核业务就是对生产系统的日志为依据，因此要求生产系统的日志可跟踪 * * 测试类型举例（5） 易用性测试： 从使用的合理性和方便程度对系统及软件进行相关的测试和检查，在不影响程序主体和耗费时间太长的前提下，建议多从客户的使用角度来考虑 多语言测试： 对不同的语言平台，环境下，包括界面，语法，基本功能方面的测试 测试类型小结 正常测试： 边界测试： 异常测试： 性能测试： 压力测试： 兼容测试： 接口测试： 可安装性测试： 界面测试： 启动/停止测试： 文档测试： 配置测试： 易用性测试： 多语言测试： 测试因素与测试类型的关系 测试因素是基础 测试类型是综合了测试因素，白盒、黑盒测试技术后，对测试种类的一种分类。属于测试case的类型 测试类型可以根据实际测试情况、测试不同阶段进行增删 在测试策略制定中，首先选择测试因素。再根据所选择的测试因素，在测试case设计中，尽量考虑多的测试类型，构造测试case. 测试策略小结 测试策略是软件测试的行动方针和实施方法 测试策略规划了软件测试的路线图 测试策略包括测试计划、资源分配、测试因素选择、各个阶段的测试重点等综合信息 测试策略的目的是如何计划、组织测试活动，选取适当的测试方法，发现更多的软件问题，有效的完成测试任务 测试流程中的问题 1、如何组建测试team 2、怎样执行测试活动 3、怎样设计测试用例 4、如何写好bug report 5、如何维护软件版本 6、如何衡量测试的质量 测试流程改进 测试流程改进的六要素 软件测试质量根本上是软件流程决定的。 预防缺陷转移在软件生命周期的早期 要有专人对测试流程负责 测试是专业学科，需要经过培训，有专业技能的人 培养一只高效的有创造性破坏观点的团队 适当的选则合适的测试工具 关于测试team的建立 明确职能： 责、权、利统一 人员招聘： 了解并乐意从事测试工作、具有专业技能 、有很好的学习能