测试方案表Word格式文档下载.docx

测试方案表Word格式文档下载.docx

《测试方案表Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《测试方案表Word格式文档下载.docx（9页珍藏版）》请在冰豆网上搜索。

性能测试

易用性测试

兼容性测试

管理平台

√

前端

测试的主要目标是确认系统的基本功能正确实现，易用性、兼容性和性能满足需求说明书中提出的要求。

1.4测试安排

人员安排

姓名

角色

职责

备注

进度安排

任务

责任人

开始时间

结束时间

编写测试方案

编写测试用例

修正测试用例

执行功能测试

执行性能测试

编写测试报告

1.5参考文档

2测试配置

2.1软硬件环境

本次测试的环境尽量模拟真实的生产环境，其中具体的软硬件配置和网络环境如下：

类型

软/硬件名称

应用服务器

数据库服务器

网络环境

PC客户端

其它

2.2测试数据

测试数据分为2种类型：

从其他业务系统抓取过来的数据、根据业务规则手工生成的数据。

2.3测试工具

本次测试以手工测试和测试工具运用相结合来进行，具体情况如下：

手工测试

3测试策略

3.1测试用例

3.1.1用例编号规范

测试用例的编号规范：

“项目缩写-模块缩写-编号”。

例如：

MDZZCX-YJFK-001,代表：

美的自助查询系统，意见反馈模块，第1条用例。

3.1.2用例内容规范

测试用例包含但不限于以下要素：

序号、产品模块、用例编号、优先级、分类、用例描述、前置条件、测试步骤、预期结果、测试结果、测试人等。

3.1.3用例变更规范

当因为需求发生改变而需要对用例进行修改或者增删时，用例负责人应在第一时间对用例进行更新，并提交项目经理进行审批。

3.2通过准则

以下5点均满足，则测试结论为通过：

1、需求覆盖率达到100%；

2、遗留缺陷占全部缺陷的比率<

=5%；

3、遗留缺陷中不存在缺陷严重程度为“致命”、“严重”的缺陷；

4、缺陷严重程度为“一般”的缺陷占比<

=3%；

5、所有性能指标的测试结果均为通过。

3.3测试执行

整体的测试过程分为4个部分进行，分别是功能测试、易用性测试、兼容性测试和性能测试。

3.3.1功能测试

本部分的工作分为单元测试和系统测试2个部分。

其中单元测试由开发组负责，主要目的在于发现各模块内部可能存在的缺陷，及早进行修复，提高提测版本的可测试性。

包括但不限于：

模块接口、内部数据结构、逻辑路径覆盖、错误处理等。

系统测试由测试组负责，主要目的为验证已完成的系统各项基本功能正确实现，符合需求说明书的要求。

1、执行正常类测试用例时，得到预期结果；

2、执行异常类测试用例时，得到提示或者警告信息；

3、业务规则应用正确且业务数据准确。

功能点简析

一级模块

二级模块

三级模块

优先级

3.3.2易用性测试

本部分测试的主要目的是验证系统界面的规范性和操作便利性。

测试目标

前后端界面规范、工整、风格一致；

操作流程清晰明确且有指导性；

方法

1、使用Chrome/Firefox浏览管理平台的各项功能；

完成标准

各项功能的导航明确、操作便捷。

测试工具

需考虑的特殊事项

暂无

3.3.3兼容性测试

本部分测试的主要目的是验证系统对不同浏览器的兼容情况。

1、验证后台管理系统对不同浏览器的兼容情况；

1、分别使用Chrome/Firefox浏览器执行功能测试的冒烟测试用例；

1、后台管理系统在各浏览器下正确执行所选用例；

1、确认管理平台支持的浏览器；

3.3.4性能测试

本部分测试的主要目的是验证系统接口在可以接受的性能水平下，是否能够支持需求所要求的并发用户数。

性能测试总体策略

1在系统可以接受的性能水平下，系统可以支持的最大的并发用户数目；

2在系统崩溃前的临界情况下，系统可以支持的并发用户数目；

3软、硬件配置的更改对系统整体性能上带来的影响；

4系统在不同用户负载下各种资源的利用情况。

1使用soupUI对系统主要接口进行测试；

2建立性能测试负载模型；

定义测试工具如何向应用接口发送请求，包括向接口发送请求的虚拟用户数，每个虚拟用户发送请求的速度和频率；

3执行性能测试：

通过多次运行性能测试负载模型，获得系统的性能数据。

在执行过程中，需利用测试工具、操作系统、系统软件提供的资源监控手段对资源进行监控和分析，帮助发现资源瓶颈，并在系统层面进行优化。

同时，还需对应用进行性能分析，帮助定位应用代码中的性能问题，切实解决系统的性能问题；

达到性能需求标准。

测试环境的影响对性能测试的结果影响有决定性作用。

性能测试点之一：

多用户与并发要求

使用工具进行压力测试，通过硬件配置、web服务器、数据库性能参数调整，确保多用户并发数目得到满足。

使用测试工具辅助测试，设计好案例，通过对指定的场景录制脚本并回放，并逐步增加虚拟用户，进行多用户并发测试。

支持3000个用户同时在线操作，支持100个用户并发操作。

SoapUI/LoradRunner

测试环境尽可能跟客户实际生产环境一致。

性能测试点之二：

时间特性要求

使用测试工具对登陆系统，各项查询等不同操作点进行测试，获取响应时间。

使用测试工具辅助，通过对指定的场景录制脚本并回放，分析响应时间、系统性能。

1系统响应时间<

=5秒，如因查询数据过多，可通过静态页面告知客户等待，查询结果出来后再进行显示。

2在不同网络上测试，保证在wifi/2G/3G，尤其是2G网络下达到预期的响应时间标准。

SoapUI

测试环境与需求中相符合否。

3.4缺陷管理

3.4.1缺陷管理流程

3.4.2缺陷严重等级说明

严重等级

说明

致命

导致系统崩溃或者假死的缺陷

严重

堵塞测试进行的缺陷，或者是统计数据错误

一般

影响系统基本功能实现或者已实现功能与需求不符

较小

界面或者易用性方面的缺陷

建议

比当前实现方式更好的解决方案

4风险预估

测试风险

应急措施

测试时间不足

根据项目需求合理估算工作量，保证优先级高的用例执行

需求发生变更

变更确定后，项目组及时进行沟通和调整

阻塞性缺陷修复不及时

及时与开发组沟通，必须在当天或隔天修复阻塞性缺陷

开发计划延迟

根据项目实际进展，及时调整工作重点

测试不完全

根据调研情况，确保覆盖指定的浏览器和移动终端

5交付内容

测试阶段

提交日期

交付物名称

负责人

系统测试计划.xlsx

系统测试方案.doc

系统测试用例.xlsx

系统问题跟踪表.xlsx

系统测试报告.docx