专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅

首页 »软件测试 » 压力测试:撰写压力测试计划书和压力测试报告(续) »正文

压力测试:撰写压力测试计划书和压力测试报告(续)

来源: 发布时间:星期六, 2008年12月13日 浏览:83次 评论:0
  ④ fSendData (pchIPK , pchModelK , pchTestIdK , pchItemNameK , pchErrcdK , pchPfmdataK , pchOperatorIDK , pchStationIDK , pchReturnMsgK : pchar)

  功能: 传送测试数据

  参数定义

  · 要联机 DB IP

  · 机种

  · 测试码 (Test ID)

  · 测试关名称

  · Error code

  · 测试产生测试结果数据

  · Operator 员工编号

  · 测试站(PC)编号

  · ASFCS 回传讯息

  ⑤ Check_sn_unique_I

  功能:和fcan I go test类同

  ⑥ SET_SN_CARTON

  功能:传送数据

  具体每个所完成功能:各功能.xls

  3.2.2.3 记录每次所发出请求时间、处理时间、处理结束时间

  考虑到本次测试由于Special&Normal所实现功能均已完毕所以此次测试完全可以利用现有dll直接来模拟,我们只需书写简单Client.exe送入和dll相同参数即可这样即节省了人力另外去写复杂dll同时也可以确实仿真产线实际作业情况同时也可以发现在正常测试情况下无法发现问题点

  3.2.3系统本底数据准备

  为考察系统运行段时间后系统响应性能参照实际运行情况及发展进行系统本底数据准备要求准备数据记录有效性符合系统要求数据有效性具体要求如下:

  ① 产端天有600个点在进行作业每天每个站点资料收集量为1000个记录那么资料量为600*1000*30*12=216百万

  现产线采取作业方式是:大概半年每个机种备份但现在系统是所有机种均放于同Server所以现在要测就是在108万笔资料存在情况下新系统是否能够正常作业?

  ② 其中30%数据处于待测packing关70%数据处于待测packing关

  3.3 破坏性测试

  按照设计连接客户端连接数量进行测试把应用服务器处理请求设计频度增加1-10倍分别测试出现状态和和出现比率考察是否出现不可恢复系统设计要考虑出现严重情况下负荷减轻自动恢复实现思路方法

  计划时间:2天;这个时间包括破坏性修复和自动恢复实现需要时间

  在测试过程中每10分钟记录次Server内存及CPU使用情况

  3.4 强度稳定性测试

  选择种负荷比设计负荷重情况(应用服务器处理请求频度为应用服务器处理请求设计频度1.5倍)进行24小时稳定性测试

  3.5 测试思路方法和工具

  测试思路方法:黑盒测试

  测试工具:无外购测试工具自己编制测试工具client.exe

  3.6 测试时间计划

  3.6.1环境准备:2天

  其中:基本硬件、软件Software环境 准备完成

  系统本底数据准备:1天

  系统客户端测试编写及测试:1天

  3.6.2破环性测试:2天

  3.6.3强度稳定性测试:1天

  3.7 测试中问题及处理

  3.7.1暂停标准和再启动要求

  暂停标准:被测试软件Software在强度稳定性测试中频繁出现异常(每小时出现1次以上)时用户或公司要求暂停测试时

  再启动要求:通过调试后预计被测试软件Software可靠性有所提高时可再次启动测试

相关文章

读者评论

  • 共0条 分0页

发表评论

  • 昵称:
  • 内容: