在线招聘系统系统测试方案和测试用例.docx

1、在线招聘系统系统测试方案和测试用例项目编号200602006文档编号18密 级内部在线招聘系统客户端系统测试报告V1.0北京长江软件公司评 审 日 期： 2006年6月12日 1导言1.1目的该文档的目的是描述在线招聘系统项目客户端系统测试的总结报告，其主要内容包括： 系统环境简介 系统数据度量 系统结果评估本文档的预期读者是： 项目管理人员 测试人员1.2范围该文档定义了客户端系统测试的结果，总结了测试客户端的职位查询、网上提交简历、在线答题的基本功能，以及支持大数据量并发访问的性能，给出了测试的结论。1.3缩写说明HR Human Resource（人力资源管理）的缩写。MVC（模式视图控

2、制）的缩写，表示一个三层的结构体系。1.4术语定义OnlineCV在线招聘系统的项目编号。LoadRunnerMercury Interactive的一个对Windows和UniX环境的负载测试工具。功能性测试按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。非功能性测试按照系统需求定义中的非功能定义部分（如系统的性能指标，安全性能指标等）对系统实行的系统级别的测试。测试用例测试人员设计出来的用来测试软件某个功能的一种情形。 1.5引用标准1 企业文档格式标准 北京长江软件有限公司 2 软件测试报告格式标准 北京长江软件有限公司软件工程过程化组织1.6参考资料1 LoadRunner

3、使用手册 北京长江软件有限公司编制2 网上招聘客户端需求说明 北京长江软件有限公司编制3 软件测试技术概论 古乐 史九林编著 /清华大学出版社4 软件测试：第二版 Paul C.Jorgensen著/机械工业出版社1.7版本更新信息本文档的更新信息如表G表G-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0002006.6.300.1全部初始发布版本0012006.7.11.04章修改2. 测试时间、地点和人员本次测试的时间、地点和人员总结如下： 测试时间：2006-6-19至2006-7-1，基本按照计划进行。 地点：公司开发部 人员：测试组的全体成员共计人3 测试环境描述本

4、测试的测试目的是验证在线招聘系统的客户端能否实现应聘者的职位查询、简历提交、问卷的答复等基本功能，以及并发访问的性能。为此，采用Mercury的 LoadRunner 7.5测试工具进行压力测试，验证是否满足系统的需求。测试机器是安装了LoadRunner 7.5测试工具的客户机，可以执行功能也可以采用工具录制功能，并模拟多人并发访问系统，监控系统的性能，得出分析结果。如图G。图G-1:测试机器的环境这个测试机器的配置环境如下： 操作系统：Micrsoft windowXP Professional SP1 浏览器：Micrsoft IE 6.0.2800.1106 CPU：P4 2.8G 内

5、存：512M 硬盘：80G4测试执行情况测试数据总结如下。4.1 功能测试执行情况表G-2是测试用例执行情况的综述。表G-2:测试用例的度量数据被测对象用例执行总数发现缺陷数首页TestCase-FUNC-01TestCase-FUNC-02TestCase-FUNC-03TestCase-FUNC-04813填写基本信息页面TestCase-FUNC-05TestCase-FUNC-062919填写工作经历页面TestCase-FUNC-05TestCase-FUNC-071211填写教育经历页面TestCase-FUNC-05TestCase-FUNC-081011填写工作技能页面Test

6、Case-FUNC-05TestCase-FUNC-09412填写家庭关系页面TestCase-FUNC-05TestCase-FUNC-10616填写自我介绍页面TestCase-FUNC-05TestCase-FUNC-11111预览应聘者简历TestCase-FUNC-05TestCase-FUNC-12010回答问卷界面TestCase-FUNC-05TestCase-FUNC-13120直接访问后续页面TestCase-Perf-1818并发访问系统TestCase-Perf-2010.2性能测试执行情况性能测试是通过测试工具模拟个人同时访问系统的客户端。首先录制客户端的基本操作，然

7、后设置参数以保证个脚本的输入是不完全一致的。通过设置执行情景来实施性能测试，打开监控窗口监控系统运行状况，最后得到执行结果报告。4.2.1活动用户视图图G是个模拟用户的运行结果。从图中可以看到有个虚拟用户在同时访问系统的客户端。图G：个模拟用户4.2.2每分钟点击数图G是个用户并发访问客户端时，每分钟的点击数。从图中可以看出，由于设定了集合点，点击数大的集中在每次填写完表单提交数据时。图G：每分钟的点击数 4.2.3吞吐率图G是个用户访问时吞吐率，从图中可以看出，同样由于在每次提交数据时设定了集合点，吞吐率大都集中在每次填写完表单、提交数据的时候。而前4个页面由于需要下载图片，因此吞吐率也相对

8、较大。图G：访问吞吐率4.2.4事务概要图G是个模拟用户的事务图。图G：事务图说明：事务分别对应于每次点击进入下一个界面。顺序依次是：init, login, config1,config2,config3,config4,config5,end4.2.5事务响应时间图G是模拟个并发用户的设置的事务的响应时间图，从图表中可以看出，在最后一次提交页面时，反应时间最长。图G：性能测试的事务响应时间综述上图得到如下结论： 并发用户数：20 通过交易总数：220 总吞吐量：（bytes）5436861 平均吞吐量（bytes/second）：22844 总hits数：920 每秒平均hits数：3.8

9、66事务时间响应，见表G。表G：事务的响应时间查 响应时间差交易事务最大值 最小值平均值 变化率开始0000显示职位列表查看职位详细信息43.97436.39937.5441.802填写提交个人资料56.68749.68954.8681.677填写提交工作经历42.15732.09436.2111.966填写提交教育经历30.57719.28625.6402.262填写提交基本技能17.73611.56314.9751.267填写提交家庭成员12.4068.43611.0790.92填写提交各人评价预览简历50.07848.23549.3270.468答题并提交结果6.8374.3155.65

10、0.568关闭网页0000结束00005测试结果分析从测试的时间、工作量、缺陷等角度分析如下。5.1 测试进度和工作量度量 功能测试的进度和工作量计划与实际比较结果如下。5.1.1 进度度量表G4是测试进度的计划与实际结果比较。从度量数据看实际进度与计划基本相符。表G4：是测试进度的度量数据任务计划开始计划结束实际开始实际结束测试计划与设计2006-5-192006-5-262006-5-152006-6-1测试执行2006-6-122006-7-22006-6-172006-7-1测试总结2006-7-32006-7-52006-6-302006-7-15.1.2 工作量度量 表G5是实际测

11、试工作量的数据，与计划基本相符。表G5：是测试工作量度量执行任务开始时间结束时间工作量（人时）测试计划与设计2006-5-152006-6-1203人时测试执行2006-6-172006-7-1153人时测试总结2006-6-302006-7-163人时5.2 缺陷数据度量 表G6是测试过程缺陷数据的总结情况，从缺陷的严重程度看，严重和致命的缺陷占的比例较大，说明系统还是存在严重问题，需要重新修改，产品不能提交。从缺陷的类型看，功能缺陷、赋值缺陷和设计缺陷占比较大的比例，说明设计和编码过程中存在很大的问题。表G6：测试过程的缺陷数据被测对象总数严重程度缺陷类型致命严重一般提示设计错误赋值错误算

12、法错误接口错误功能错误其它首页30102210000填写基本信息页面90045000090填写工作经历页面11000010000填写教育经历页面11000010000填写工作技能页面22000020000填写家庭关系页面66000060000填写自我介绍页面11000010000回答问卷界面00000000000直接访问后续页面808000800005.3 综合数据分析 根据测试的结果可以得出如下的分析数据。用例执行效率 执行用例总数 / 执行总时间（小时） 128 / 45 2.84（个/小时）用例质量 缺陷总数 / 用例总数 100 31 / 128 *100 24.2根据缺陷跟踪结果得出缺陷的严重程序分布和的缺陷的类型分布，如图G8和图G9。缺陷严重程度分布饼图： 图G8：缺陷严重程度的分布缺陷类型分布饼图： 图G9：缺陷类型分布图6 测试评估6.1 测试任务评估 本次测试执行准备充足，完成了既定目标。但由于经验以及对工具使用不熟练，因此对系统性能测试还有待提高和加强。6.2 测试对象评估 测试对象不符合测试阶段质量要求，存在较多的缺陷，尤其是缓冲区溢出缺陷，所以，不能进入下一个阶段，这个客户端的系统需要进行修正，而后重新组织系统测试。