泽众软件扩展的测试用例工作表课件

让测试管理变轻松上海泽众软件2008年9月让测试管理变轻松上海泽众软件软件测试管理自动化测试工具选用自动化测试工具演示与实践让测试管理变轻松软件测试管理让测试管理变轻松软件测试过程管理缺陷跟踪与管理软件测试管理软件测试过程管理软件测试管理软件测试过程管理缺陷跟踪与管理软件测试管理软件测试过程管理软件测试管理测试工作目的测试过程设计如何规划测试测试策略软件测试过程管理测试工作目的软件测试过程管理在测试技术兴起的早期，测试的目的主要有两个：证明系统可用，满足了需求；发现系统中的错误。随着软件技术的成熟，人们发现大量错误的根源在于需求和设计，因此现代测试的目的在于：证明系统可用，满足了需求；发现系统中的错误；避免错误的发生。软件测试工作目的在测试技术兴起的早期，测试的目的主要有两个：证明系统可用，满缺陷产生的原因缺陷产生的原因测试工作的目的测试工作的目的测试工作目的测试过程设计如何规划测试测试策略软件测试过程管理测试工作目的软件测试过程管理项目过程流图立项阶段项目启动阶段项目计划阶段需求阶段设计阶段编码阶段集成测试阶段系统测试阶段项目结束单元测试测试过程测试预算测试团队测试计划测试需求测试用例设计测试执行,缺陷管理测试执行,缺陷管理软件测试过程设计项目过程流图立项阶段项目启动阶段项目计划阶段需求阶段设计阶段测试过程模型测试过程模型测试计划和实施的原则(一)穷尽测试是不可能的测试工作具有创造性和挑战性测试是有风险的测试分析、计划和设计是非常重要的测试计划和实施的原则(一)穷尽测试是不可能的测试计划和实施的原则(二)测试者的工作态度非常重要时间和资源非常重要测试准备和时间表的重要性必须度量和跟踪测试覆盖度测试计划和实施的原则(二)测试者的工作态度非常重要测试工作目的测试过程设计如何规划测试测试策略软件测试过程管理测试工作目的软件测试过程管理如何规划测试测试对象测试工作范围项目限制制定测试策略测试资源和获取如何规划测试测试对象如何规划测试测试作为一个子项目来规划如何规划测试测试作为一个子项目来规划测试对象被测对象的特性基线被测对象的版本如何评价被测对象的质量？各个质量指标的优先级是什麽？测试需求？测试对象被测对象的特性基线测试需求？测试工作范围确定测试工作范围单元测试？集成测试？系统测试？测试工作范围确定测试工作范围项目限制项目进度限制项目的成本限制资源的限制项目限制项目进度限制制定测试策略技术方法和工具测试资源的估计和获取（人力、设备、软件工具）测试进度安排测试人员分工测试启动准则测试结束准则与其他组的协同制定测试策略技术方法和工具测试资源和获取测试资源：人力设备软件工具资源获取方式：人力设备和软件工具测试资源和获取测试资源：测试工作目的测试过程设计如何规划测试测试策略软件测试过程管理测试工作目的软件测试过程管理技术方法和工具测试进度安排测试人员的分工测试的启动准则测试结束准则与其他组的协同测试跟踪测试策略技术方法和工具测试策略技术方法和工具测试环境测试方法测试程序测试例设计方法技术方法和工具测试环境测试进度安排测试工作阶段的划分：计划设计检查执行报告分析如何保证测试计划、设计、实现与开发任务的并行？PDCA模型测试进度安排测试工作阶段的划分：PDCA模型测试人员的分工测试任务分类测试管理测试设计测试实现测试执行测试报告测试人员的分工测试任务分类测试的启动准则何时可以开始测试？在测试计划阶段就必须明确，而且是在整个项目组达成一致。可参考的准则：完成单元测试，单元测试符合结束准则建立代码基线发布了测试版本通过版本基本验证项测试的启动准则何时可以开始测试？测试结束准则项目有预先定义的结束时间，因此测试工作也不可能无休止的进行。可参考的测试结束准则：所有需求都进行了验证通过所有功能验证无致命和严重的问题测试结束准则项目有预先定义的结束时间，因此测试工作也不可能无与其他组的协同与开发组的协同与配置组的协同与质量经理的协同与项目各级管理者的协同与其他组的协同与开发组的协同组间协同-与开发组测试组与开发组共同确认测试的范围开发组为测试方案提供建议测试组借鉴开发组的程序开发测试程序测试组与开发组共同确认测试开始和启动准则测试组向开发组通报测试结果和分析测试组和开发组之前的版本传递经配置组完成。组间协同-与开发组测试组与开发组共同确认测试的范围组间协同-配置组所有测试记录提交配置组管理所有测试版本由配置组负责合成和发布组间协同-配置组所有测试记录提交配置组管理组间协同-质量经理与质量经理一起制定测试流程和规范质量经理审计测试的进行状况组间协同-质量经理与质量经理一起制定测试流程和规范组间协同-各级管理者测试组与各级管理者共同确认测试的范围各级管理者为测试方案提供建议测试组与各级管理者共同确认测试开始和启动准则测试组向各级管理者通报测试结果和分析各级管理者监控测试执行进度和结果组间协同-各级管理者测试组与各级管理者共同确认测试的范围你计划运行多少个测试用例？你实际运行了多少个测试用例？有多少个测试用例失败了，在这些失败的测试用例中，有多少个在错误得到修改后最终运行成功了？这些测试平均占用的运行时间比你预期的长还是短？你有没有跳过一些测试？如果有的话，为什么？你的测试涵盖了所有影响系统性能的重要事件吗？你的测试小组是否要求提交一份关于所有测试结果（成功和失败的）累计报告呢？如果是的话，你是否提交了这样一份精确的报告呢？测试跟踪你计划运行多少个测试用例？测试跟踪测试用例工作表[项目名称]测试包/用例状态系统配置缺陷ID执行人备注TFP功能测试内资企业开业PassA,B017Jack101………………………包汇总817……………………T：测试用例数量；F：失败数量；P：成功数量测试用例工作表[项目名称]测试包/用例状态系统配置缺陷ID执系统配置子表系统配置ID硬件信息操作系统软件信息备注ACPU=6个内存=6G硬盘=100GHPUNIXWeblogic6.0BCPU=4个内存=4G硬盘=100GWindowsNTOracle817系统配置子表系统配置ID硬件信息操作系统软件信息备注ACPU测试包工作表[项目名称]测试包用例总数FailPass等待功能测试500104900性能测试10073……………总计1000100800100百分比10%80%10%测试包工作表[项目名称]测试包用例总数FailPass等待功扩展的测试用例工作表[项目名称]负责人ID测试包/用例状态系统配置缺陷ID负责人计划日期实际日期计划时长实际时长备注TFPJack2.000功能测试2.001内资企业开业PassA,B017Jack13/714/723101………………………包汇总817……………………扩展的测试用例工作表[项目名称]负责人ID测试包/用例状态系软件测试过程管理缺陷跟踪与管理软件测试管理软件测试过程管理软件测试管理缺陷生命周期如何收集缺陷缺陷的优先级缺陷的状态缺陷的严重程度缺陷的类型缺陷报告缺陷趋势缺陷统计缺陷跟踪与管理缺陷生命周期缺陷跟踪与管理缺陷生命周期缺陷生命周期缺陷生命周期缺陷生命周期缺陷既指程序中存在的错误，例如语法错误、拼写错误或者是一个不正确的程序语句，缺陷也指可能出现在设计中，甚至在需求、规格说明或其他的文档中的种种错误。为了对缺陷进行管理，首先应对缺陷进行分类，通过对缺陷进行分类，可以迅速找出哪一类缺陷的问题最大，然后集中精力预防和排除这一类缺陷。这正是缺陷管理的关键，一旦这几类缺陷得到控制，再进一步找到新的容易引起问题的几类缺陷上。如何收集缺陷缺陷既指程序中存在的错误，例如语法错误、拼写错误或者是一个不缺陷的优先级代码解决优先级描述1立即解决ResolveImmediately缺陷必须被立即解决2正常排队NormalQueue缺陷需要正常排队等待修复或列入软件发布清单3不紧急NotUrgent缺陷可以在有时间允许时被纠正缺陷的优先级代码解决优先级描述1立即解决缺陷必须被立即解决2缺陷的状态代码缺陷状态描述1已提交Submitted已提交的缺陷2已打开Opened已确认的缺陷，等待修复3已拒绝Rejected拒绝提交的缺陷，不需要修复或不是缺陷4已解决Resolved缺陷已被修复5已关闭Closed被修复的缺陷被确认，将其关闭缺陷的状态代码缺陷状态描述1已提交已提交的缺陷2已打开已确认缺陷的严重程度代码缺陷严重等级描述1致命缺陷Critical不能执行正常工作功能或重要功能危及生命或财产2严重缺陷Major严重影响系统要求或基本功能的实现且没有办法更正3普通缺陷Minor影响系统要求或基本功能的实现但有办法更正4轻微缺陷Cosmetic是操作者遇到麻烦或不方便，但不影响执行功能5其他缺陷Other其它错误，例如文字错误、布局不合理等缺陷的严重程度代码缺陷严重等级描述1致命缺陷不能执行正常工作按错误的影响和后果分类按错误的性质和范围分类缺陷的类型按错误的影响和后果分类缺陷的类型按错误的影响和后果分类其他错误轻微错误普通错误严重错误非常严重的错误致命错误按错误的影响和后果分类其他错误按错误的性质和范围分类功能错误系统错误加工错误数据错误代码错误按错误的性质和范围分类功能错误功能错误规格说明错误功能错误测试错误测试标准引起的错误功能错误规格说明错误外部接口错误内部接口错误硬件结构错误操作系统错误软件结构错误控制与顺序错误资源管理错误系统错误外部接口错误系统错误算术与操作错误初始化错误控制和次序错误静态逻辑错误加工错误加工错误动态数据错误静态数据错误数据内容错误数据结构错误数据属性错误数据错误数据错误语法错误打字错误对语句或指令不正确理解所产生的错误

代码错误语法错误代码错误按软件生存期阶段分类问题定义（需求分析）错误规格说明错误设计错误编码错误按软件生存期阶段分类问题定义（需求分析）错误问题定义（需求分析）错误它们是在软件定义阶段，分析员研究用户的要求后所编写的文档中出现的错误。换句话说，这类错误是由于问题定义不满足用户的要求而导致的错误。问题定义（需求分析）错误它们是在软件定义阶段，分析员研究用户不一致性错误冗余性错误不完整性错误不可行错误不可测试错误规格说明错误规格说明错误设计不完全错误算法错误模块接口错误控制逻辑错误数据结构错误设计错误设计不完全错误设计错误编码过程中的错误是多种多样的，大体可归为以下几种：数据说明错、数据使用错、计算错、比较错、控制流错、界面错、输入／输出错，及其它的错误。编码错误编码错误缺陷报告的目的摘要语言可重现的步骤测试数据截屏严重程序/优先级别日志其他信息缺陷报告缺陷报告的目的缺陷报告缺陷趋势Open&Close图形缺陷遗漏图形全部解决图形缺陷发现趋势图形缺陷趋势Open&Close图形Open&Close图形Open&Close图形理想Open&Close图形理想Open&Close图形无休止的Open&Close图形无休止的Open&Close图形缺陷遗漏图形缺陷遗漏图形全部解决图形全部解决图形缺陷发现趋势图形缺陷发现趋势图形缺陷统计缺陷严重程度分布统计模块-开发员-测试员-缺陷统计模块缺陷率统计项目缺陷率统计缺陷统计缺陷严重程度分布统计缺陷严重程度分布统计缺陷严重程度分布统计模块-开发员-测试员-缺陷统计模块-开发员-测试员-缺陷统计模块代号缺陷数N(KLOC)M1001165M10021912M1003307M10046220M1005211M1006143M100762缺陷数/KLOC3.21.64.23.1214.735年以下的工程师：缺陷数/KLOC>1212年以下的工程师：缺陷数/KLOC<6模块缺陷率统计模块代号缺陷数N(KLOC)M1001165M10021项目缺陷率统计项目缺陷率统计自动化测试工具优缺点自动化测试工具选取自动化测试工具选用自动化测试工具优缺点自动化测试工具选用缩短软件开发测试周期测试效率高，充分利用硬件资源节省人力资源，降低测试成本增强测试的稳定性和可靠性提高软件测试的准确度和精确度在回归测试阶段，使用自动化工具可大大提高测试的可靠性与客观性自动化测试工具优点缩短软件开发测试周期自动化测试工具优点不适合开发周期很短、一次性、不稳定的软件测试不适合易用性、适用性、功能逻辑、物理交互性测试无法替代手工测试工具本身没有想象力和灵活性自动化测试工具缺点不适合开发周期很短、一次性、不稳定的软件测试自动化测试工具缺自动化测试工具优缺点自动化测试工具选取自动化测试工具选用自动化测试工具优缺点自动化测试工具选用考虑公司实际情况分析测试需求考虑测试周期功能问题考虑成本自动化测试工具选取方法考虑公司实际情况自动化测试工具选取方法测试管理工具TestCenter演示自动化测试工具AutoRunnerForTerminal演示自动化测试工具AutoRunnerForApplication演示自动化测试工具实践自动化测试工具演示测试管理工具TestCenter演示自动化测试工具演示我们的优势泽众公司产品的优势正版软件免费升级服务提供技术支持价格优势操作简便，功能强大客户化，更适合企业发展我们的优势泽众公司产品的优势谢谢！谢谢！让测试管理变轻松上海泽众软件2008年9月让测试管理变轻松上海泽众软件软件测试管理自动化测试工具选用自动化测试工具演示与实践让测试管理变轻松软件测试管理让测试管理变轻松软件测试过程管理缺陷跟踪与管理软件测试管理软件测试过程管理软件测试管理软件测试过程管理缺陷跟踪与管理软件测试管理软件测试过程管理软件测试管理测试工作目的测试过程设计如何规划测试测试策略软件测试过程管理测试工作目的软件测试过程管理在测试技术兴起的早期，测试的目的主要有两个：证明系统可用，满足了需求；发现系统中的错误。随着软件技术的成熟，人们发现大量错误的根源在于需求和设计，因此现代测试的目的在于：证明系统可用，满足了需求；发现系统中的错误；避免错误的发生。软件测试工作目的在测试技术兴起的早期，测试的目的主要有两个：证明系统可用，满缺陷产生的原因缺陷产生的原因测试工作的目的测试工作的目的测试工作目的测试过程设计如何规划测试测试策略软件测试过程管理测试工作目的软件测试过程管理项目过程流图立项阶段项目启动阶段项目计划阶段需求阶段设计阶段编码阶段集成测试阶段系统测试阶段项目结束单元测试测试过程测试预算测试团队测试计划测试需求测试用例设计测试执行,缺陷管理测试执行,缺陷管理软件测试过程设计项目过程流图立项阶段项目启动阶段项目计划阶段需求阶段设计阶段测试过程模型测试过程模型测试计划和实施的原则(一)穷尽测试是不可能的测试工作具有创造性和挑战性测试是有风险的测试分析、计划和设计是非常重要的测试计划和实施的原则(一)穷尽测试是不可能的测试计划和实施的原则(二)测试者的工作态度非常重要时间和资源非常重要测试准备和时间表的重要性必须度量和跟踪测试覆盖度测试计划和实施的原则(二)测试者的工作态度非常重要测试工作目的测试过程设计如何规划测试测试策略软件测试过程管理测试工作目的软件测试过程管理如何规划测试测试对象测试工作范围项目限制制定测试策略测试资源和获取如何规划测试测试对象如何规划测试测试作为一个子项目来规划如何规划测试测试作为一个子项目来规划测试对象被测对象的特性基线被测对象的版本如何评价被测对象的质量？各个质量指标的优先级是什麽？测试需求？测试对象被测对象的特性基线测试需求？测试工作范围确定测试工作范围单元测试？集成测试？系统测试？测试工作范围确定测试工作范围项目限制项目进度限制项目的成本限制资源的限制项目限制项目进度限制制定测试策略技术方法和工具测试资源的估计和获取（人力、设备、软件工具）测试进度安排测试人员分工测试启动准则测试结束准则与其他组的协同制定测试策略技术方法和工具测试资源和获取测试资源：人力设备软件工具资源获取方式：人力设备和软件工具测试资源和获取测试资源：测试工作目的测试过程设计如何规划测试测试策略软件测试过程管理测试工作目的软件测试过程管理技术方法和工具测试进度安排测试人员的分工测试的启动准则测试结束准则与其他组的协同测试跟踪测试策略技术方法和工具测试策略技术方法和工具测试环境测试方法测试程序测试例设计方法技术方法和工具测试环境测试进度安排测试工作阶段的划分：计划设计检查执行报告分析如何保证测试计划、设计、实现与开发任务的并行？PDCA模型测试进度安排测试工作阶段的划分：PDCA模型测试人员的分工测试任务分类测试管理测试设计测试实现测试执行测试报告测试人员的分工测试任务分类测试的启动准则何时可以开始测试？在测试计划阶段就必须明确，而且是在整个项目组达成一致。可参考的准则：完成单元测试，单元测试符合结束准则建立代码基线发布了测试版本通过版本基本验证项测试的启动准则何时可以开始测试？测试结束准则项目有预先定义的结束时间，因此测试工作也不可能无休止的进行。可参考的测试结束准则：所有需求都进行了验证通过所有功能验证无致命和严重的问题测试结束准则项目有预先定义的结束时间，因此测试工作也不可能无与其他组的协同与开发组的协同与配置组的协同与质量经理的协同与项目各级管理者的协同与其他组的协同与开发组的协同组间协同-与开发组测试组与开发组共同确认测试的范围开发组为测试方案提供建议测试组借鉴开发组的程序开发测试程序测试组与开发组共同确认测试开始和启动准则测试组向开发组通报测试结果和分析测试组和开发组之前的版本传递经配置组完成。组间协同-与开发组测试组与开发组共同确认测试的范围组间协同-配置组所有测试记录提交配置组管理所有测试版本由配置组负责合成和发布组间协同-配置组所有测试记录提交配置组管理组间协同-质量经理与质量经理一起制定测试流程和规范质量经理审计测试的进行状况组间协同-质量经理与质量经理一起制定测试流程和规范组间协同-各级管理者测试组与各级管理者共同确认测试的范围各级管理者为测试方案提供建议测试组与各级管理者共同确认测试开始和启动准则测试组向各级管理者通报测试结果和分析各级管理者监控测试执行进度和结果组间协同-各级管理者测试组与各级管理者共同确认测试的范围你计划运行多少个测试用例？你实际运行了多少个测试用例？有多少个测试用例失败了，在这些失败的测试用例中，有多少个在错误得到修改后最终运行成功了？这些测试平均占用的运行时间比你预期的长还是短？你有没有跳过一些测试？如果有的话，为什么？你的测试涵盖了所有影响系统性能的重要事件吗？你的测试小组是否要求提交一份关于所有测试结果（成功和失败的）累计报告呢？如果是的话，你是否提交了这样一份精确的报告呢？测试跟踪你计划运行多少个测试用例？测试跟踪测试用例工作表[项目名称]测试包/用例状态系统配置缺陷ID执行人备注TFP功能测试内资企业开业PassA,B017Jack101………………………包汇总817……………………T：测试用例数量；F：失败数量；P：成功数量测试用例工作表[项目名称]测试包/用例状态系统配置缺陷ID执系统配置子表系统配置ID硬件信息操作系统软件信息备注ACPU=6个内存=6G硬盘=100GHPUNIXWeblogic6.0BCPU=4个内存=4G硬盘=100GWindowsNTOracle817系统配置子表系统配置ID硬件信息操作系统软件信息备注ACPU测试包工作表[项目名称]测试包用例总数FailPass等待功能测试500104900性能测试10073……………总计1000100800100百分比10%80%10%测试包工作表[项目名称]测试包用例总数FailPass等待功扩展的测试用例工作表[项目名称]负责人ID测试包/用例状态系统配置缺陷ID负责人计划日期实际日期计划时长实际时长备注TFPJack2.000功能测试2.001内资企业开业PassA,B017Jack13/714/723101………………………包汇总817……………………扩展的测试用例工作表[项目名称]负责人ID测试包/用例状态系软件测试过程管理缺陷跟踪与管理软件测试管理软件测试过程管理软件测试管理缺陷生命周期如何收集缺陷缺陷的优先级缺陷的状态缺陷的严重程度缺陷的类型缺陷报告缺陷趋势缺陷统计缺陷跟踪与管理缺陷生命周期缺陷跟踪与管理缺陷生命周期缺陷生命周期缺陷生命周期缺陷生命周期缺陷既指程序中存在的错误，例如语法错误、拼写错误或者是一个不正确的程序语句，缺陷也指可能出现在设计中，甚至在需求、规格说明或其他的文档中的种种错误。为了对缺陷进行管理，首先应对缺陷进行分类，通过对缺陷进行分类，可以迅速找出哪一类缺陷的问题最大，然后集中精力预防和排除这一类缺陷。这正是缺陷管理的关键，一旦这几类缺陷得到控制，再进一步找到新的容易引起问题的几类缺陷上。如何收集缺陷缺陷既指程序中存在的错误，例如语法错误、拼写错误或者是一个不缺陷的优先级代码解决优先级描述1立即解决ResolveImmediately缺陷必须被立即解决2正常排队NormalQueue缺陷需要正常排队等待修复或列入软件发布清单3不紧急NotUrgent缺陷可以在有时间允许时被纠正缺陷的优先级代码解决优先级描述1立即解决缺陷必须被立即解决2缺陷的状态代码缺陷状态描述1已提交Submitted已提交的缺陷2已打开Opened已确认的缺陷，等待修复3已拒绝Rejected拒绝提交的缺陷，不需要修复或不是缺陷4已解决Resolved缺陷已被修复5已关闭Closed被修复的缺陷被确认，将其关闭缺陷的状态代码缺陷状态描述1已提交已提交的缺陷2已打开已确认缺陷的严重程度代码缺陷严重等级描述1致命缺陷Critical不能执行正常工作功能或重要功能危及生命或财产2严重缺陷Major严重影响系统要求或基本功能的实现且没有办法更正3普通缺陷Minor影响系统要求或基本功能的实现但有办法更正4轻微缺陷Cosmetic是操作者遇到麻烦或不方便，但不影响执行功能5其他缺陷Other其它错误，例如文字错误、布局不合理等缺陷的严重程度代码缺陷严重等级描述1致命缺陷不能执行正常工作按错误的影响和后果分类按错误的性质和范围分类缺陷的类型按错误的影响和后果分类缺陷的类型按错误的影响和后果分类其他错误轻微错误普通错误严重错误非常严重的错误致命错误按错误的影响和后果分类其他错误按错误的性质和范围分类功能错误系统错误加工错误数据错误代码错误按错误的性质和范围分类功能错误功能错误规格说明错误功能错误测试错误测试标准引起的错误功能错误规格说明错误外部接口错误内部接口错误硬件结构错误操作系统错误软件结构错误控制与顺序错误资源管理错误系统错误外部接口错误系统错误算术与操作错误初始化错误控制和次序错误静态逻辑错误加工错误加工错误动态数据错误静态数据错误数据内容错误数据结构错误数据属性错误数据错误数据错误语法错误打字错误对语句或指令不正确理解所产生的错误

代码错误语法错误代码错误按软件生存期阶段分类问题定义（需求分析）错误规格说明错误设计错误编码错误按软件生存期阶段分类问题定义（需求分析）错误问题定义（需求分析）错误它们是在软件定义阶段，分析员研究用户的要求后所编写的文档中出现的错误。换句话说，这类错误是由于问题定义不满足用户的要求而导致的错误。问题定义（需求分析）错误它们是在软件定义阶段，分析员研究用户不一致性错误冗余性错误不完整性错误不可行错误不可测试错误规格说明错误规格说明错误设计不完全错误算法错误模块接口错误控制逻辑错误数据结构错误设计错误设计不完全错误设计错误编码过程中的错误是多种多样的，大体可归为以下几种：数据说明错、数据使用错、计算错、比较错、控制流错、界面错、输入／输出错，及其它的错误。编码错误编码错误缺陷报告的目的摘要语言可重现的步骤