云产品部测试工作模板总结.docVIP

测试工作总结报告 云产品部 目录 TOC \o 1-4 \h \z \u 1 测试管理 3 1.1测试定义 3 1.2测试项目 3 1.3人员职责 6 1.4测试流程 7 1.4.1概述 7 1.4.2入口条件、输入物 7 1.4.3流程图以及要点描述 7 1.4.4出口条件、输出物 9 2 质量控制 9 2.1质量度量 9 2.2缺陷管理平台 10 2.3缺陷管理流程 10 3 产品测试工作现状 12 测试管理 1.1测试定义 名称 描述 软件缺陷 又称bug，计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。 集成测试 也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行集成测试。 系统测试 是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方，从而提出更加完善的方案。 验收测试 系统开发生命周期方法论的一个阶段，这时相关的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。它让用户和／或独立测试人员决定是否接收系统。 测试用例 为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 1.2测试项目 （1）数据完整性测试 测试目标： 确保数据库访问方法和进程正常运行，数据不会遭到损坏? 测试范围： 各新增、修改需求点对数据库的操作则要核对是否操作正常 技术： 调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。 检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据 对相应的数据表加锁，看是否事务正确处理 开始标准： 本次新增、修改相应表数据 完成标准： 所有的数据库数据没有遭到损坏，并相对应的数据内容正确。 测试重点和优先级： 数据库表字段插入、更新、删除正确 需考虑的特殊事项： 无 （2）功能测试 测试目标 确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。 ? 测试范围： 根据相关需求点的功能测试 技术： [利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。] ? 开始标准： ? 完成标准： 各需求点的功能实现并满足要求。 测试重点和优先级： ? 需考虑的特殊事项： [确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）] ? （3）用户界面测试 测试目标 通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用 窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。 测试范围： 本次新增、修改界面 技术： 为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。 开始标准： ? 完成标准： 成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准 测试重点和优先级： ? 需考虑的特殊事项： 无 （4）性能测试 测试目标 核实所指定的事务或业务功能在以下情况下的性能行为： 正常的预期工作量 预期的最繁重工作量? 测试范围： 根据性能需求进行性能测试 技术： 通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。 脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。] ? 开始标准： ? 完成标准： [单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。] [多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。] ? 测试重点和优先级： ? 需考虑的特殊事项： [综合的性能测试还包括在服务器上添加后台工作量。 可采用多种方法来执行此操作，包括：直接将“事务强行分配到”服务器上，这通常以“结构化语言”（SQL）调用的形式来实现。 通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。 性能测试应该在专用的计算机