软件设计作业：网上招聘系统.doc

《软件设计作业：网上招聘系统.doc》由会员分享，可在线阅读，更多相关《软件设计作业：网上招聘系统.doc（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、网上招聘系统客户端系统测试计划网上招聘系统客户端系统测试计划1.导言导言1.1 目的目的该文档的目的是描述网上招聘系统项目客户端的系统测试计划，其主要内容包括：测试系统简介；测试方法；测试标准；测试计划本文档的预期的读者是：开发人员项目管理人员测试人员1.2 范围范围该文档定义了客户端系统的测试方法、测试标准和时间计划，但未确定具体的测试用例，这部分内容将在测试设计中确定。1.3 编写说明编写说明HR：Human Resource（人力资源管理）的缩写。JSP：Java Server Page（Java 服务器页面）的缩写，一个脚本化的语言。MVC：Model-View-Control（模式视

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

3、6 参考资料参考资料1软件测试技术概论古乐 史九林编著/清华大学出版社2软件测试：第二版Paul C.Jorgensen 著/机械工业出版社1.7 版本更新信息版本更新信息本文档版更新记录如表 E1 所示。表 E-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0002006.5.280. 1全部初始发布版本0012006.5.211.04 章增加2. 测试项目测试项目本次测试的项目是网上招聘系统中的客户端功能，即应聘者的登录端。2.1 测试项目的背景测试项目的背景本次测试的目的是测试网上招聘系统客户端的职位查询、简历提交、在线答题等基本功能以及能否支持大数据量并发访问。所有的应

4、聘者都可以通过网站提交简历并回答问卷。2.2 测试要点测试要点被测特性：对软件进行功能性测试；对软件进行非功能性测试。不被测特性：源代码，逻辑等；模块的接口，模块的错误处理，模块的局部数据结构，模块在执行时执行流的独立路径，模块在处理边界值时的情形；单元（模块）之间的可用性等。2.3 测试内容测试内容对被测软件进行系统级别的测试，针对软件的功能需求进行功能测试，验证此软件是否实现了需求分析中客户端所定义的功能，是否正确实现了此功能。针对软件的非功能性需求对其进行性能测试，在人为设置的 20 人负载（大数据量，大访问量）的情况下，检查系统是否发生功能 上或者性能上的问题。测试内容即测试需求，包括

5、功能测试和性能测试。2.3.1 功能测试内容功能测试内容1.能否正常登录，并跳转到相应的页面。2.浏览诊所的兽医以及他们的专业特长；3.浏览宠物的主人（即诊所的客户）的相关信息；4.更新宠物的主人的相关信息；3. 测试方法测试方法本节主要讲述测试环境、测试工具和测试方法。3.1 测试环境测试环境系统的测试环境如图 E-1 所示，包括运行在同一台机器上的 20 个虚拟用户和控制器、Web 服务器和数据库以及网络。系统配置如下。系统配置如下。1）软件配置）软件配置操作系统：Microsoft Windows 2000 Professional、Microsoft Windows 2000 serv

6、er、Microsoft Windows XP Professional，操作系统上必须安装 IIS4.0 以上版本。数据库系统：Microsoft SQL Server 2000。浏览器：Microsoft IE4.0 或以上版本。2）硬件需求）硬件需求CPU：P3 以上。内存：256MB 以上。硬盘：20GB 以上。3）测试软件工具）测试软件工具测试工具：LoadTunner7.51。3.2 测试工具测试工具客户端的性能测试是 20 人同时登录系统时系统的性能反应，为此需要采用自动化测试手段，本项目采用 Mercury 的 LoadRunner 测试工具，主要采用 LoadRunner 的

7、三个主要组件：VuGen、Controller、Analysis,其中，利用 LoadRunner 的 VuGen 录制基本功能，利用 LoadRunner 的 Controller 创建 20 个虚拟用户的运行场景，执行测试，利用 LoadRunner的 Analysis 分析结果，提供测试图表。3.3 测试方法测试方法测试方法：由于本次测试的依据是需求，所以采用黑盒测试方法。测试策略：1）功能测试，主要采用等价类划分的策略。2）压力测试，主要采用边界值测试、错误猜测等策略。测试手段：1）功能测试，手动模拟正常、异常输入。2）压力测试，使用自动化压力测试工具 LoadRunner。测试内容：

8、1）功能测试，按照功能需求测试系统功能。2）性能测试，测试 20 人同时访问的性能情况。4. 测试标准测试标准4.1 测试通过测试通过/失败标准失败标准测试中发现的缺陷按照严重程度分为 5 个级别，如表 E-2，级别不同，严重程度也不同。表 E-2 缺陷严重级别严重级别严重程度1）提示（Low）微小的错误，不会影响系统的功能不准确或容易误解的行为和语句2）一般（Medium）该问题增加了测试或用户操作的复杂度该问题轻微降低了系统的性能，但系统仍然能工作3）严重（High）该问题会严重降低系统的性能不符合客户端需求说明4）致命（Very High）系统不能正常启动或启动后无法正常工作本次测试主要

9、是进行系统测试，需要设定测试完成的标准。测试完成的标准是执行完所有系统测试的功能、性能测试用例，无 2 级以上遗留问题。如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。4.2 测试挂起测试挂起/恢复的条件恢复的条件测试挂起和恢复的条件是：测试挂起和条件是当某个测试用例的失败导致后续的测试无法进行时，测试需要挂起；测试恢复的条件是当将引起挂起的测试用例重新测试通过之后，可以恢复测试。4.3 系统测试交付结果系统测试交付结果系统测试交付物包括测试计划测试设计（设计的测试用例，包含测试脚本） ；测试跟踪结果；测试报告。5. 测试计划测试计划系统测

10、试计划包括角色和职责的安排，时间进度的安排等。6.审批审批经过项目组经过项目组成员和专家评审，测试计划评审通过。测试经理签名：XXX下面是宠物诊所管理系统分析设计与实现.网上招聘系统客户端系统测试设计网上招聘系统客户端系统测试设计1.导言导言1.1 目的目的该文档的目的是描述网上招聘系统项客户端的系统测试设计,其主要内容包括：测试总体设计；测试用例设计。本文档的预期的读者是：项目管理人员；测试人员。1.2 范围范围该文档为网上招聘系统客户端的系统测试设计，其中包括功能测试和性能测试的用例描述以及性能测试的测试脚本，为测试人员进行功能测试和性能测试提供标准和依据以及详尽的测试步骤和方法。1.3

11、缩写说明缩写说明JSP: Java Server Page(Java 服务器页面)的缩写，一个脚本化的语言。MVC: Model-View-Control(模式-视图-控制)的缩写，表示一个三层的结构体系。1.4 术语主义术语主义LoadRunner: Mercury Interactive 的一个对 Windows 和 UNIX 环境的负载测试工具。功能性测试：按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。非功能性测试：按照系统需求定义中的非功能定义部分对系统实行的系统级别的测试。测试用例：测试人员设计出来的用来测试软件某个功能的一种情形。1.5 引用标准引用标准1 企业文档格

12、式标准北京长江软件有限公司2 软件测试设计报告格式标准北京长江软件有限公司软件工程过程化组织1.6 参考资料参考资料1 LoadRunner 使用手册北京长江软件有限公司编制2 网上招聘客户端需求说明北京长江软件有限公司编制3 软件测试技术概论古乐 史九林编著/清华大学出版社4 软件测试：第二版Paul C.Jorgensen 著/机械工业出版社2.测试设计测试设计由于本次测试主要是针对需求进行的系统测试，包括功能测试和性能测试的技术，功能测试是执行指定的工作流程，性能测试是将功能测试过程中的单独用户改为 20 个同时执行以验证系统的性能。2.1 测试范围测试范围2.2 测试覆盖设计测试覆盖设

13、计由于本次测试是系统测试，测试的依据是系统需求，测试的设计应该满足对需求的覆盖，所以采用的测试方法主要是黑盒测试，包括等价类划分（有效测试和无效测试） 、边界值和错误猜测法等。网上招聘系统客户端系统测试报告网上招聘系统客户端系统测试报告1.导言导言1.1 目的目的该文档的目的是描述网上招聘系统项目客户端的系统测试的总结报告，其主要内容包括：测试环境简介；测试数据度量；测试结果评估。本文档的预期读者是：项目管理人员测试人员1.2 范围范围该文档定义了客户端系统的测试的结果，总结了测试客户端的职位查询、网上提交简历、在线答题的基本功能的情况以及支持大数据量并发访问的性能情况，给出了测试的结论。1.

14、3 编写说明编写说明HR：Human Resource（人力资源管理）的缩写。MVC：Model-View-Control（模式视图控制）的缩写，表示一个三层的结构体系。1.4 术语定义术语定义OnlineCV：网上招聘系统的项目编号。LoadRunner:Mercury Interactive 的一个对 Windows 和 UNIX 环境的负载测试工具。功能性测试：按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。非功能性测试：按照系统需求定义中的非功能定义部分对系统实行的系统级别的测试。测试用例：测试人员设计出来的用来测试软件某个功能的一种情形。1.5 引用标准引用标准1企业文档

15、格式标准北京长江软件有限公司2软件测试报告格式标准北京长江软件有限公司软件工程过程化组织1.6 参考资料参考资料1LoadRunner 使用手册 北京长江软件有限公司编制2软件测试技术概论古乐 史九林编著/清华大学出版社3软件测试：第二版Paul C.Jorgensen 著/机械工业出版社1.7 版本更新信息版本更新信息本文档版更新信息如表 G1 所示。表 G-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0002006.6.300. 1全部初始发布版本0012006.7.11.04 章修改2. 测试时间、地点和人员测试时间、地点和人员本次测试的时间、地点和人员总结如下。测试时

16、间：2006-6-192006-7-1，基本按照计划进行；地点：公司开发部；人员：测试组的全体成员共计 3 人。3. 测试环境描述测试环境描述本测试的目的是验证网上招聘系统的客户端能否实现应聘者的职位查询、简历提交、问卷答复等基本功能以及并发访问的性能。为此，采用 Mercury 的 LoadRunner7.51 测试工具进行压力测试，验证其是否满足系统的需求。测试机器是安装了 LoadRunner7.51 测试工具的客户机，可以执行功能也可以采用工具录制功能，并模拟多人并发访问系统，监控系统的性能，得出分析结果，这个测试机器的配置环境如下：操作系统：Microsoft Windows XP

17、Professional SPI游览器：Mictosoft IE 6.0.2800.1106CPU：P4 2.8G内存：512MB硬盘：80gb4. 测试执行情况测试执行情况测试数据总结如下。4.1 功能测试执行情况功能测试执行情况表 G-2 是测试用例执行情况的综述。表 G-2 测试用例的度量数据被测对象用例执行总数发现缺陷数首页TestCase-FUNc-01TestCase-FUNc-02TestCase-FUNc-038+13TestCase-FUNc-04填写宠物信息页面TestCase-FUNc-05TestCase-FUNc-0629+19填写兽医信息页面TestCase-FUN

18、c-05TestCase-FUNc-0712+11填写缴费信息页面TestCase-FUNc-05TestCase-FUNc-0810+11填写药品管理页面TestCase-FUNc-05TestCase-FUNc-094+124.2 性能测试执行情况性能测试执行情况性能测试是通过测试工具模拟 20 人同时访问系统的客户端。首先录制客户端的基本操作，然后设置参数以保证 20 个脚本的输入是不完全一致的。通过设置执行情景来实施性能测试，并打开监控窗口监控系统运行状况，最后得到执行结果报告。综述得到如下结论：并发用户数：20通过交易总数：220总吞吐量：（bytes）5436861平均吞吐量（by

19、tes/second）：22844总 hits 数：920每秒平均 hits 数：3.8665. 测试结果分析测试结果分析5.1 测试进度和工作量度量测试进度和工作量度量下面总结功能测试的进度和工作量计划与实际比较结果。5.1.1 进度度量进度度量表 G-4 是测试进度的计划与实际结果比较。从度量数据看实际进度与计划基本相符。表 G-4 测试进度的度量数据任务计划开始计划结束实际开始实际结束测试计划与设计测试执行测试总结2006-5-192006-6-122006-7-32006-5-262006-7-22006-7-52006-5-152006-6-172006-6-302006-6-120

20、06-7-12006-7-15.1.2 工作量度量工作量度量表 G-5 是实际测试工作量的数据，与计划基本相符。表 G-5 测试工作量度量执行任务开始时间结束时间工作量（人时）测试计划与设计测试执行测试总结2006-5-152006-6-172006-6-302006-6-12006-7-12006-7-1203 人时153 人时63 人时5.2 缺陷数据度量缺陷数据度量表 G-6 是测试过程缺陷数据的总结情况，从缺陷的严重程度看，严重和致命的缺陷占的比例圈套，说明系统还是存在严重问题，需要重新修改，产品不能提交。从缺陷的类型看，功能缺陷、赋值缺陷和设计缺陷占比较大的比例，说明设计和编码过程中存在很大的问题。5.3 综合数据分析综合数据分析根据测试的结果可以得出如下的分析数据。用例执行效率=执行用例总数/执行总时间（小时）=128/45用例质量=缺陷总数/用例总数100=31/128100=24.2%6.1 测试任务评估测试任务评估本次测试执行准备充足，完成了既定目标。但由于经验以及对工具使用不熟练，因此对系统性能测试还有待提高和加强。6.2 测试对象评估测试对象评估测试对象不符合测试阶段质量要求，存在较多的缺陷，尤其是有缓冲区溢出缺陷，所以，不能进入下一个阶段，这个客户端的系统需要进行修正，而后重新组织系统测试。