|
|
|
|
1、 背景
本次性能测试的系统是X银行营销服务系统总行版，该系统使用的数据库服务器、应用服务器均布署在总行机房，各地分行通过WEB方 式登录访问本系统。系统上线后的总用户数（包括各分行、支行主管，客户经理等）在5000左右。
该系统采用DB2数据库、WebLogic应用服务器。
本次性能测试进入的条件是系统的代码已经基本完成并经过功能测试。
2、 测试计划
在确定了本次性能测试的要点后，我们初步拟定一份性能测试计划，提交给客户，并获得了客户的认可。在本文中不列出项目测试计划中 的所有内容，仅就主要问题进行说明。
测试范围：在真实业务局域网测试环境下，对系统实施并发性能测试的同时，监控Web 服务器和数据库服务器的系统资源，以及数据库资源的使用情况。
测试内容：并发性能测试、系统资源监控。
测试方法与工具：采用自动测试与人工测试相结合的测试方法，测试工具使用LoadRunner。
测试资源：测试环境及测试数据准备。
3、 测试用例
确定了测试计划，我们针对该系统的特点，从中挑选出三个有代表性的功能点，作为本次性能测试的用例。我们认为作为银行的营销服务 系统，最常使用且对于系统的整体性能有着较大影响的是“客户信息查询”和“客户对账单查询”两个模块。因此，我们设计了三个单交 易性能测试用例，分别是：“用户签到/签退”、“客户信息查询”、“客户对账单查询”。然而客户却对此提出异议，他们认为我们设计的测试用例数量太少，要求我们的测试用例应包含更多的功能模块。经过会议讨论，最终我们根据客户给出的一份性能测试大纲，针对 其中提出的测试内容、测试策略，以及测试目标，将单交易测试用例增加到十四个。
测试用例采用以下格式：
案例名称 并发 用户数 数据量 操作步骤 备注 要求清晰地描述出详细的操作步骤。
4、 测试数据
针对以上设计的测试用例，需要准备大量的业务数据。本次性能测试的环境即系统上线后真实运行的环境，所有的业务数据均来自X银行 的真实核心系统（通过ETL转换），数据量已经能满足测试的需要。
由于测试用例中要求执行并发操作的时候使用不同身份的用户登录系统，因此在测试开始前需要准备一批具有不同身份的用户名（包括各 分支行的主管以及客户经理），并且要有相应的操作权限。
对于“积分转移”、“积分兑换”、“礼品兑换”等等交易，则需要提 |
| |
| >>详细信息请点击 |
本新闻还没有评论 |
 |
评 论 内 容 |
|
|
|
