《功能测试、系统测试方法和标准》由会员分享，可在线阅读，更多相关《功能测试、系统测试方法和标准（9页珍藏版）》请在装配图网上搜索。
1、功能测试、系统测试方法与标准NO.1Written by ioking2002.3目录1. 概述主要的话题是关于FVT（功能验证测试）与SVT（系统验证测试）。为了比较容易的谈论这两个话题，我们也会谈及一些其他类型的测试。其他一些东西不需要在这儿提及，例如FVT、SVT的重要性等等。2. 假定l 客户/服务器结构应用软件开发l 系统包括在线功能和批处理功能l 开发方法：软件开发生命周期法3. 测试流程31测试资源计划l 人力资源计划测试组组长、测试组成员l 硬件资源计划l 软件资源计划32测试时间表时间表应该包括：l 测试案例设计l 建立测试环境l 准备测试数据l 运行测试案例、检查测试结果l
2、 修改错误l 测试报告33综合测试l 综合测试测试案例设计和计划l 准备测试数据和运行测试案例l 检查和记录测试结果l 修改错误然后返回第二条l 如果完成，准备系统综合测试报告34功能验证测试l 功能验证测试测试案例设计和计划l 准备测试数据和运行测试案例l 检查和记录测试结果l 修改错误然后返回第二条l 如果完成，准备功能验证测试报告35系统验证测试l 系统验证测试测试案例设计和计划l 准备测试数据和运行测试案例l 检查和记录测试结果l 修改错误然后返回第二条l 如果完成，准备系统验证测试报告4. 测试策略和评估测试成功的准则对于每一个测试阶段，我们都应该首先设计测试案例、建立测试环境、准备
3、测试数据、运行测试案例、检查测试结果。在测试阶段最重要的是控制应用程序的版本。当然测试案例的检查也很重要。41基本测试策略l 白箱测试l 黑箱测试42单元测试（UT）421单元测试需要考虑的事项l 单元划分l 局部数据结构l 重要的实行路径l 错误处理l 极端条件l 基于程序说明的测试案例422单元测试过程l 代码检查l 准备测试数据和运行测试案例l 检查测试结果423退出准则l 所有测试案例至少运行了三次，所有错误已经修改l 测试结果已经记录，测试分析报告已经提交43综合测试（IT）431IT考虑的事项l 自顶向下l 自底向上l 以上两种方法的组合l 测试环境的考虑（特别是客户/服务器结构。
4、硬件、软件和约束）l 基于界面设计的测试案例l 综合顺序432IT过程l 定义模块组合顺序l 模拟程序（Dummy）和驱动程序（Driver）的准备l 准备测试数据和运行测试案例l 检查测试结果433退出准则l 所有测试案例至少运行了三次，所有错误已经修改l 测试结果已经记录，测试分析报告已经提交44功能验证测试（FVT）441FVT考虑的事项l 重要的功能l 基本功能l 错误处理l 极端条件l 基于功能说明的测试案例442FVT过程l 基本测试l 系统的部分实例测试l 系统的所有实例测试l 检查测试结果443退出准则l 所有测试案例至少运行了三次，所有错误已经修改l 测试结果已经记录，测试分
5、析报告已经提交45系统验证测试（SVT）451SVT 考虑的事项l 容错性l 运行速度l 数据容量和客户数据量分析l 用户数（对于在线功能）l 基于系统性能用户需求的测试案例和运行时间环境的用户数据输入452SVT过程l 小数据批处理系统测试l 较多数据批处理系统测试l 大数据批处理系统测试l 压力数据批处理系统测试l 小数据在线系统测试l 较多数据在线系统测试l 大数据在线系统测试l 压力数据在线系统测试l 检查测试结果453退出准则l 所有测试案例至少运行了三次，所有错误已经修改l 测试结果已经记录，测试分析报告已经提交46用户接收测试（UAT）461UAT考虑的事项l 集成整个系统l 尽
6、最大的努力在用户真实的环境上测试（硬件、软件及通讯环境）l 以用户的真实业务设计测试案例l 测试数据是用户的真实数据462UAT过程l 批处理测试l 在线测试l 在线和批处理测试l 压力测试463退出准则l 所有测试案例至少运行了三次，所有错误已经修改l 测试结果已经记录，测试分析报告已经提交5. FVT主要内容说明（功能/检查点列表）FVT是集成系统的功能，我们所依赖的是功能说明。必须给出功能组和检查点列表，因为在每一个测试阶段它们将用于指导测试案例的设计。命名协定也是必须考虑的。51按照FS给出功能组列表我们要测试的系统可能是一个大系统，将功能分成一些功能组是比较好的方式。它将使管理和完成
7、测试变得较容易。较好的分割功能组的标准是重要的。这个标准应该简单易懂并可以很容易地分割功能组。我们建议的标准：l 在线或批处理l 将运行的时间（例如日结、月结、年结等）l 业务角色（例如相关的柜员、职员等）l 本地相关系统或其他相关系统l 相关介质（例如相关的磁带、磁盘等）为了更好地分割功能组，透测理解FS很重要。52按照FS给出每一个功能组的检查点列表分割功能组之后，我们将在每一个功能组中给出每个功能的检查点。l 给出功能列表的方法按照FS我们必须尽可能地理解每个功能，并定义我们必须检查的点（我们叫它检查点）。如果遗漏检查点，我们不能说我们完成了用户需求，所以我们应该反复阅读FS以确保没有遗
8、漏检查点。给出功能组可以帮助我们更好地确定检查点。l 检查点列表的格式我们建议使用表格列表（参考附录）53基于功能说明的测试案例透测理解FS。按照检查点给出测试案例。6. SVT主要内容说明SVT集中系统的性能必须基于用户的性能需求。可以参考FVT的文档格式。测试案例应该包括以下方面：l 系统的容错量l 客户数据容量分析l 系统运行时每种数据量的在线运行速度l 系统运行时每种数据量的批处理运行速度l 假设大数据量可以完成用户的需求7. 设计、准备测试案例指导71测试案例设计方法l 相同分类验证l 边界数据分析l 错误猜想l 基本上使用黑箱，加一些使用白箱的l 以上一些方法的组合72测试案例命名
9、协定l 容易与相应的功能取得关联l 容易记录测试结果8. 数据准备数据准备是复杂的、没有趣味的工作，但它是很重要的，是我们测试的基础。81基本环境数据的准备通过工具装入，并且一次装入多次使用。82测试数据的准备l 手动输入l 通过工具输入l 数据应该可以重复使用并可以很容易地使用9. 测试报告的准备l 综合测试报告l 功能验证测试报告l 系统验证测试报告111FVT功能与检查列表样板参考BEA项目阶段II GCI文档：GCICHKL.DOCFVT 功能与检查列表日期：_功能列表编码功能名称状态意见112FVT测试案例样板FVT测试案例测试案例名称：目标：设置说明：期望结果说明：113FVT 报告样板FVT 报告表功能列表编码功能名称已测试的数目成功的数目失败的数目成功率（%）失败率（%）状态
功能测试、系统测试方法和标准
