电信业客户关系管理系统－软件测试.doc

1、本科毕业论文题 目：电信业客户关系管理系统软件测试姓 名：学 院：软件学院专 业：软件工程年 级：学 号：指导教师（校内）： 职称：年 月 日毕业设计论文 “电信业客户关系管理系统”软件测试第 2 页 共 35 页【摘要】本文在“电信业客户关系管理系统”开发完毕的前提下，利用软件测试的理论，对系统进行健壮性测试、功能测试、性能测试等一系列相关测试，并在此基础上完成对系统的整体评估。在测试工具的使用中，主要运用 Mercury Interactive 公司的 WinRunner 测试工具，对系统进行全面的功能测试。通过理论和实践相结合，实现对“电信业客户关系管理系统 ”的质量管理和错误跟踪。【关

2、键词】客户关系管理系统 软件测试 WINRUNNER 接口/路径测试 功能测试 健壮性测试 性能测试 图形用户界面测试 信息安全性测试 压力测试 可靠性测试 安装/反安装测试毕业设计论文 “电信业客户关系管理系统”软件测试第 3 页 共 35 页AbstractThis article is based on the implementation of “Customer Relationship Management System”, applying the theory of software test to actualize a series of tests,such as hal

3、eness test, function test, performance test, and on this base complete the evaluation of the system. With many testing tools on hand, it mainly uses WinRunner of Mercury Interactive to do function test. With the integration of theory and practice, it realized the quality management and bug tracking.

4、Keyword CRM(Custom Relationship Management) Software Test WinRunner Interface/Routine Test Function Test Haleness Test GUI Test Information Security Test Stress Test Credibility Test install/uninstall Test毕业设计论文 “电信业客户关系管理系统”软件测试第 4 页 共 35 页目 录第一章 引言 .6第二章 软件测试概述 .62.1. 软件测试的定义 62.2. 软件生存周期 72.3. 软件

5、测试应遵循的原则 72.4. 常见的软件测试分类 82.5. 测试信息流程 9第三章 客户关系管理系统概述 .103.1. 客户关系管理的概念 103.2. 项目背景 103.3. 系统组成 11第四章 软件测试在系统中的具体应用 .124.1. 系统特点 124.2. 采用的软件测试项目 13第五章 详细测试项目 .145.1. 接口/路径测试 .145.1.1. 测试范围与目的 .145.1.2. 路径测试检查表 .145.2. 功能测试 155.2.1. 测试范围与目的 .155.2.2. 功能测试用例 .155.3. 健壮性测试 195.3.1. 测试范围和目的 .195.3.2. 容

6、错能力/恢复能力测试用例 195.4. 性能测试 205.4.1. 测试范围与目的 .205.4.2. 性能测试用例 .205.5. 用户界面测试 205.5.1. 测试范围与目的 .205.5.2. 测试人员分类 .215.5.3. 用户界面测试检查表 .21毕业设计论文 “电信业客户关系管理系统”软件测试第 5 页 共 35 页5.6. 信息安全性测试 225.6.1. 测试范围与目的 .225.6.2. 信息安全性测试用例 .225.7. 可靠性测试 225.7.1. 测试范围与目的 .225.7.2. 可靠性测试用例 .225.8. 安装/反安装测试 .235.8.1. 测试范围与目的

7、 .235.8.2. 安装/反安装测试用例 23第六章 WinRunner 应用 246.1. WinRunner 简介 246.2. WinRunner 测试模式 246.2.1. 环境判断模式（Context Sensitive mode） 256.2.2. 模拟模式(Analog mode) 256.3. WinRunner 测试过程 256.3.1. 创建 GUI map 266.3.2. 创建测试 266.3.3. 调试测试 266.3.4. 执行测试 266.3.5. 查看测试结果 266.3.6. 报告发现的错误 276.4. 使用 WinRunner 测试大客户分析 .276.

8、4.1. 创建 GUI map 276.4.2. 创建测试 286.4.3. 调试测试 296.4.4. 执行测试 306.4.5. 查看测试结果 316.4.6. 报告发现的错误 31第七章 项目评价 .32第八章 结论 .33第九章 致谢 .33参考文献 .34毕业设计论文 “电信业客户关系管理系统”软件测试第 6 页 共 35 页第一章 引言信息技术的飞速发展，使软件产品应用到社会的各个领域，软件产品的质量自然成为人们共同关注的焦点。不论软件的生产者还是软件的使用者，均生存在竞争的环境中，软件开发商为了占有市场，必须把产品质量作为企业的重要目标之一，以免在激烈的竞争中被淘汰出局。用户为了

9、保证自己业务的顺利完成，当然希望选用优质的软件。质量不佳的软件产品不仅会使开发商的维护费用和用户的使用成本大幅增加，还可能产生其他的责任风险，造成公司信誉下降，继而冲击股票市场。在一些关键应用 (如民航订票系统、银行结算系统、证券交易系统、自动飞行控制软件、军事防御和核电站安全控制系统等) 中使用质量有问题的软件，还可能造成灾难性的后果。软件测试已经不仅仅局限于软件开发中的一个阶段，它已经开始贯穿于整个软件开发过程，人们已经认识到：测试开始的时间越早，测试执行越频繁，所带来的整个软件开发成本的下降就会越快。本文通过运用一些常用的软件测试技术，对本小组开发的“客户关系管理系统”进行各方面的测试，

10、包括接口/路径测试、功能测试、健壮性测试、性能测试、图形用户界面测试、信息安全性测试、压力测试、可靠性测试、安装/反安装测试。第二章 软件测试概述6.1. 软件测试的定义软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复查，是软件质量保证的关键步骤。定义 1：软件测试是为了发现错误而执行程序的过程。定义 2：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精毕业设计论文 “电信业客户关系管理系统”软件测试第 7 页 共 35 页心设计一批测试用例（即输入数据及其预期的输出结果） ，并利用这些测试用例去运行程序，以发现程序错误的过程。软件测试在软件生存周期中横跨两个

11、阶段：单元测试阶段：编写出每个模块之后，就对它做必要的测试。综合测试阶段：结束单元测试后进行的测试，如系统测试、验收测试。6.2. 软件生存周期这里的软件生存周期包括如下过程：制定计划、需求分析和定义、软件设计、程序编码、软件测试、运行/维护。事实上，对于软件来讲，还没有象银弹那样的东西。不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。 测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统

12、计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的 40以上。而在软件开发的总成本中，用在测试上的开销要占 30到50。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。因此，测试对于软件生产来说是必需的，问题是我们应该思考“采用什么方法、如何安排测试 ?”6.3. 软件测试应遵循的原则软件测试，从不同的角度出发会派生出两种不同的测试原则。从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷；从开发者的角度出发，就是希望测试能表明软件产品不存在错误，已经

13、正确地实现了用户的需求。中国软件评测中心的测试原则，就是从用户和开发者的角度出发进行软件毕业设计论文 “电信业客户关系管理系统”软件测试第 8 页 共 35 页产品测试的。为了达到上述的原则，需要注意以下几点：1. 应当把“尽早和不断地测试” 作为开发者的座右铭。2. 程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完成。3. 设计测试用例时，应该考虑到合法的输入和不合法的输入，以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。4. 一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。5. 对测试错误结果一定要

14、有一个确认的过程。一般有 A 测试出来的错误，一定要有一个 B 来确认，严重的错误可以召开评审会进行讨论和分析。6. 制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。7. 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见。8. 妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。 6.4. 常见的软件测试分类名 称 说 明黑盒测试 基于软件需求，而不是基于软件内部设计盒程序实现的测试方式白盒测试 基于软件内部设计盒程序实现的测试方式单元测试主要测试软件模块的源代码。一般由开发人员而非独立测试人员

15、来执行，因为测试者需要懂得该单元的设计与程序实现测试者可能需要编写额外的测试驱动程序集成测试将一些“构件”集成在一起时，测试它们能否正常运行。这里的“构件”可以是程序模块、客户机服务器程序，等等功能测试测试软件的功能是否符合功能性需求，通常采用黑盒测试方法。一般由独立测试人员执行系统测试 测试软件系统是否符合所有需求，包括功能性需求与非功能性需求。一毕业设计论文 “电信业客户关系管理系统”软件测试第 9 页 共 35 页般由独立测试人员执行，通常采用黑盒测试方式回归测试指错误被修正后或软件功能、环境发生变化后进行的重新测试。回归测试的困难在于不好确定哪些内容应当被重新测试用户界面测试测试用户界

16、面的风格是否满足客户要求，文字是否正确，页面美工是否好看，文字，图片组合是否完美，背景是否美观，操作是否友好等等验收测试 由客户或最终用户执行，测试软件系统是否符合需求规格说明书负载测试 测试软件系统的最大负载，超出此负载软件可能会失常压力测试 概念上与负载测试相似，叫法不同性能测试 测试软件在各种状况下的性能，如在正常或最大负载下的状况易用性测试测试软件是否易用，主观性比较强。一般要根据很多用户的测试反馈信息，才能评价易用性安装与反安装测试测试软件在“全部、部分、升级”等状况下的安装/反安装过程恢复测试 测试系统从故障中恢复过来的能力安全性测试 测试该系统防止非法侵入的能力比较测试 通过与同

17、类产品比较，考察该系统的优点、缺点兼容测试 测试软件在一个特定的硬件/软件/ 操作系统/网络等环境下的性能如何Alpha 测试 一种先期的用户测试，此时系统刚刚开发完成Beta 测试一种后期的用户测试，此时系统已经通过内部测试，大部分错误已经改正，即将正式发行6.5. 测试信息流程测 试软件配置测试配置测试工具结果分析 改正错误可靠性分析预期结果测试结果 错 误回归测试改正的软件预测的可靠性毕业设计论文 “电信业客户关系管理系统”软件测试第 10 页 共 35 页第三章 客户关系管理系统概述6.1. 客户关系管理的概念客户关系管理(CRM)的内涵是企业利用 IT 技术和互联网技术实现对客户的整

18、合营销，是以客户为核心的企业营销的技术实现和管理实现。客户关系管理系统关注的是市场与客户，因为今天的客户既可以通过传统市场所提供的销售形式接触各类产品和服务，也可以方便地透过呼叫中心或互联网找到自己感兴趣的产品和服务。他们的消费方式由被动接受变为主动选择，这一变化要求企业必须接受这样一个事实：即客户有了比以往任何时候都多的对产品和服务进行选择和比较的机会与权利，客户的需求越来越个性化，客户成了真正的上帝。所以 CRM 的作用主要在与客户直接接触的部门，它主要针对的是企业的市场、销售、服务部门，包括管理整个客户生命周期的各个阶段，为企业提供了对客户及所购产品的统计、跟踪和服务等信息化手段和功能。

19、6.2. 项目背景面对电信市场激烈的竞争，电信运营企业都在不断地降低成本，开发新业务，保留已有的客户，争取新的市场份额，对市场变化作出快速反应，业务数据是电信运营企业最宝贵的资产之一，最大限度地利用好这些数据可以为企业带来高额的回报，提供企业的竞争力。目前，国内的电信企业已经建有大量成熟的数据库业务系统，积累了大量的原始数据和各种业务处理数据，这些数据真实地反应了电信企业各种业务环境的经济动态。然而，这些宝贵的数据未得到企业充分利用，没有未企业决策提供很好的支持。本系统主要针对电信行业里面的短消息增值服务而设计。短消息增值服务是一种有别于日常点对点信息的一种服务，手机用户通过拨打一连串数字（例

20、如1259090801600203） ，或者编写业务代码，发送到某个特别服务号码的形式(例如编写 GP600203 发送到 9090)，即可享受到各式各样的信息服务，例如股票信息、彩票信息、航班信息等等。毕业设计论文 “电信业客户关系管理系统”软件测试第 11 页 共 35 页因此，怎样针对海量的短信用户点播记录进行分析，从中提取出对企业有价值的信息，并结合客户服务和管理的流程，建立一个完善的客户关系管理系统，就成为了企业的当务之急。客户关系管理系统正是立足在企业需求分析的基础上，旨在建立一套集客户服务、客户类型分析、客户数据挖掘、营销分析和客户意见处理的计算机服务体系，为企业经营活动和决策提

21、供可靠的依据。6.3. 系统组成客户关系管理系统主要由六大子系统组成：客户服务客户管理业务分析营销分析意见处理投诉受理系统用例图如下：毕业设计论文 “电信业客户关系管理系统”软件测试第 12 页 共 35 页第四章 软件测试在系统中的具体应用6.1. 系统特点经过分析，本项目中的客户关系管理系统如下特点：1. 图形化效果强本系统有很多图形报表，有的以柱状图形式，有的以线性图形式，有的以饼图形式表示。2. 实时性高对于客户服务子系统，由于是在线服务，要求查询的速度要快，而毕业设计论文 “电信业客户关系管理系统”软件测试第 13 页 共 35 页且准确。3. 快捷操作一些界面上控件的切换都要求快速

22、准确到位，甚至提供一些快捷键操作。4. 后台数据库容量大由于是基于海量数据分析，后台数据库的执行性能是测试的要点。5. 跟工作流程结合紧密由于客户关系系统结合公司一些管理理念和工作流程在里面，因此对工作流程的检验也很重要。6.2. 采用的软件测试项目基于以上系统特点，通过对整个系统的分析，决定对系统采取如下类型的软件测试： 接口/路径测试 功能测试 健壮性测试 性能测试 图形用户界面测试 信息安全性测试 压力测试 可靠性测试 安装/反安装测试以下对各种类型的测试用例阐述如下。毕业设计论文 “电信业客户关系管理系统”软件测试第 14 页 共 35 页第五章 详细测试项目6.1. 接口/ 路径测试

23、6.1.1. 测试范围与目的接口/路径测试属于白盒测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量。因为本系统没有什么外部软件接口，故本部分只阐述路径测试的内容。6.1.2. 路径测试检查表检查项 结论数据类型问题（）变量的数据类型有错误吗？（）存在不同数据类型的赋值吗？（）存在不同数据类型的比较吗？正确无无变量值问题（）变量的初始化或缺省值有错误吗？（）变量发生上溢或下溢吗？（）变量的精度不够吗？ 无无正确逻辑判断问题（）由于精度原因导致比较无效吗？（）表达式中的优先级有误吗？（）逻辑判断结果颠倒吗？无正确无循环问题（）循环终止条件不正确吗？（）无法正常终止（死

24、循环）吗？（）错误地修改循环变量吗？（）存在误差累积吗？正确正确无无内存问题毕业设计论文 “电信业客户关系管理系统”软件测试第 15 页 共 35 页（）内存没有被正确地初始化却被使用吗？（）内存被释放后却继续被使用吗？（）内存泄漏吗？（）内存越界吗？（）出现野指针吗？无无无无无文件 I/O 问题（）对不存在的或者错误的文件进行操作吗？（）文件以不正确的方式打开吗？（）文件结束判断不正确吗？（）没有正确地关闭文件吗？无无无无错误处理问题（）忘记进行错误处理吗？（）错误处理程序块一直没有机会被运行？（）错误处理程序块本身就有毛病吗？如报告的错误与实际错误不一致，处理方式不正确等等。（）错误处理程

25、序块是“马后炮”吗？如在被它被调用之前软件已经出错。无无无无6.2. 功能测试6.2.1. 测试范围与目的本部分测试主要依据客户关系管理系统需求分析的内容对软件各子系统进行功能测试。测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面 (GUI) 与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。6.2.2. 功能测试用例功能 A 描述 客户服务子系统的用户来电资料显示用例目的 测试客户资料是否显示毕业设计论文 “电信业客户关系管理系统”软件测试第 16 页 共 35 页前提条件 系统登录成功输

26、入/动作 期望的输出/相应 实际情况用户“13850374434”来电 用户资料显示，如姓名“李四” 正常用户“13950002521”来电 显示“新用户”图标 正常异常手机号“139500025211” 显示“来电号码异常” 正常功能 B 描述 客户服务子系统的 FAQ 问题查询用例目的 测试是否能够查询问题和回答前提条件 界面正常进入输入/动作 期望的输出/相应 实际情况在关键字里面输入“行情” 显示“股票行情怎么点” 正常无输入,直接回车 显示所有问题和回答 正常输入“的” 无显示 正常功能 C 描述 客户服务子系统的服务终结用例目的 测试是否能够成功添加记录前提条件 相关问题域、意见域

27、已经输入输入/动作 期望的输出/相应 实际情况按 F2 弹出“本次服务完结！成功添加记录”的信息框，系统相关输入域清空正常按 F3 无反应 正常功能 D 描述 客户管理子系统的大客户分析用例目的 测试大客户的统计图表能否正确显示前提条件 点击“客户服务”“大客户”按钮输入/动作 期望的输出/相应 实际情况选择“福建” 、 “证券” 、 “2”、“10”，点击“统计”按钮显示福建省证券用户的柱状图 正常在业务类型中输入“空” ，点击“统计”按钮提示“业务类型”不应该为空 异常功能 E 描述 客户管理子系统的客服用户用例目的 测试客服用户的统计图表能否正确显示前提条件 点击“客户服务”“客服用户”

28、按钮毕业设计论文 “电信业客户关系管理系统”软件测试第 17 页 共 35 页输入/动作 期望的输出/相应 实际情况点击“大客户/客服用户”按钮 在“客服用户”里面显示图表 正常功能 F 描述 客户管理子系统的潜在用户用例目的 测试是否能分析正确，能够成功导出潜在用户的资料前提条件 点击“客户服务”“潜在用户”按钮输入/动作 期望的输出/相应 实际情况选择“福建” 、 “证券” ，“2002217” ， “2002517” ，“3”点击“下一步”进度条逐渐达到 100%，显示“用户数 3599”正常功能 G 描述 业务分析子系统的用户分类用例目的 测试是否能正确分析各业务的具体用户数前提条件

29、点击“业务分析”“用户分类”按钮输入/动作 期望的输出/相应 实际情况点击分析按钮 输出具体用户在各个业务中的比例的饼图正常功能 H 描述 客户管理子系统的每日新增用例目的 测试是否能正确分析每日新增的具体用户数前提条件 点击“业务分析”“每日新增”按钮输入/动作 期望的输出/相应 实际情况选择“福建” 、 “证券” ，“2002218” ，“2002518”点击按钮每日用户数量的增长曲线 正常功能 I 描述 客户管理子系统的每月新增用例目的 测试是否能正确分析每月新增的具体用户数前提条件 点击“业务分析”“每月新增”按钮输入/动作 期望的输出/相应 实际情况选择“福建” 、 “证券” ，“2

30、002.03”， “2002.05”点击按钮每月用户数量的增长曲线 正常毕业设计论文 “电信业客户关系管理系统”软件测试第 18 页 共 35 页功能 J 描述 营销分析子系统的新建活动用例目的 测试是否能正确分析营销活动的收益，得出正确的报表前提条件 点击“营销分析”“新建活动”按钮输入/动作 期望的输出/相应 实际情况设置导入的广告用户清单，设置参数，点击“开始分析”按钮进度条增长至 100，并得出相关报表正常功能 K 描述 意见处理子系统的筛选意见用例目的 测试意见是否能否正确筛选并转送前提条件 点击“意见处理”“筛选意见”按钮输入/动作 期望的输出/相应 实际情况选择“证券” ，填入本

31、部门意见 点击“发送”按钮显示“用户建议成功转送”信息 正常功能 L 描述 客户管理子系统的跟踪意见用例目的 测试是否能正确驳回意见和结案前提条件 点击“意见处理”“跟踪意见”按钮输入/动作 期望的输出/相应 实际情况选择某条记录，点击“驳回”按钮，并输入本部门意见，点击“再次转送”按钮显示“用户建议成功转送”信息 正常选择“结案”按钮 显示“成功结案” 正常功能 M 描述 投诉受理子系统的筛选意见用例目的 测试投诉是否能否正确转送前提条件 点击“投诉受理”“处理投诉”按钮输入/动作 期望的输出/相应 实际情况选择“证券” ，填入本部门意见 点击“发送”按钮显示“用户建议成功转送”信息 正常功

32、能 N 描述 投诉受理子系统的跟踪投诉用例目的 测试是否能正确驳回投诉处理和结案前提条件 点击“投诉受理”“跟踪投诉”按钮输入/动作 期望的输出/相应 实际情况选择某条记录，点击“驳回”按 显示“用户建议成功转送”信息 正常毕业设计论文 “电信业客户关系管理系统”软件测试第 19 页 共 35 页钮，并输入本部门意见，点击“再次转送”按钮选择“结案”按钮 显示“成功结案” 正常6.3. 健壮性测试6.3.1. 测试范围和目的也称作“容错能力/恢复能力测试” ，侧重于程序容错能力的测试。本测试在单元测试阶段和系统测试阶段都要进行。如数据边界测试、非法数据测试、异常中断测试等等，主要是验证程序对各

33、种异常情况是否进行正确处理。为了执行方便，健壮性的大部分测试用例尽量编写在功能测试用例中。本部分只阐述系统非功能异常情况的测试。6.3.2. 容错能力/恢复能力测试用例异常输入/动作 容错能力/恢复能力 造成的危害、损失关闭数据库服务 提示“连接失败”重起数据库服务仍不能解决问题所有与数据库相关的操作都不能进行，危害严重在导出“潜在用户清单”的时候不指定文件名可以容错 无法输出清单，危害小毕业设计论文 “电信业客户关系管理系统”软件测试第 20 页 共 35 页6.4. 性能测试6.4.1. 测试范围与目的性能测试强调系统的整体性能，比如响应时间和响应速度等。因为本系统实时性较强，因此在某些方

34、面要求系统要具备一定的性能要求。6.4.2. 性能测试用例性能 A 描述 客服系统的响应速度用例目的 测试客服系统来电的用户资料显示的快慢前提条件 客户来电输入数据 期望的性能（平均值） 实际性能（平均值）客户“13950002521”来电 在 2 秒内显示资料 1.5 秒性能 B 描述 潜在用户分析用例目的 分析一次潜在用户的时间前提条件 具备广告用户清单输入数据 期望的性能（平均值） 实际性能（平均值）按步骤输入相关数据和文件 分析 1000 个广告用户的时间在 2分钟之内1 分 30 秒6.5. 用户界面测试6.5.1. 测试范围与目的对系统的界面进行测试，测试用户界面是否友好、是否方便

35、易用、设计是否合理、位置是否正确等一系列界面问题。毕业设计论文 “电信业客户关系管理系统”软件测试第 21 页 共 35 页6.5.2. 测试人员分类类别 特征A 类 专业测试人员或计算机熟练操作人员B 类 对计算机会简单操作的人员6.5.3. 用户界面测试检查表检查项 测试人员的类别及其评价窗口切换、移动、改变大小时正常吗？ A 类 正常；B 类 正常各种界面元素的文字正确吗？（如标题、提示等） A 类 正确；B 类 正确各种界面元素的状态正确吗？（如有效、无效、选中等状态）A 类 正确；B 类 正确各种界面元素支持键盘操作吗？ A 类 能；B 类 能各种界面元素支持鼠标操作吗？ A 类 能

36、；B 类 能对话框中的缺省焦点正确吗？ A 类 正确；B 类 正确数据项能正确回显吗？ A 类 能；B 类 能对于常用的功能，用户能否不必阅读手册就能使用？ A 类 能；B 类 不能执行有风险的操作时，有“确认” 、 “放弃”等提示吗？ A 类 有；B 类 有操作顺序合理吗？ A 类 合理；B 类 合理有联机帮助吗？ A 类 有；B 类 有各种界面元素的布局合理吗？美观吗？ A 类 合理 美观；B 类 合理 美观各种界面元素的颜色协调吗？ A 类 协调；B 类 协调各种界面元素的形状美观吗？ A 类 美观；B 类 美观字体美观吗？ A 类 美观；B 类 美观图标直观吗？ A 类 美观；B 类

37、美观毕业设计论文 “电信业客户关系管理系统”软件测试第 22 页 共 35 页6.6. 信息安全性测试6.6.1. 测试范围与目的主要是测试系统在没有授权的内部或者外部用户对系统进行攻击或者恶意破坏时如何进行处理，是否仍能保证数据的安全。测试人员可以学习一些黑客技术，来对系统进行攻击。6.6.2. 信息安全性测试用例假想目标 A 试图非法获得数据库的登录帐号和密码的用户前提条件 系统配置文件随系统发布非法入侵手段 是否实现目标 代价利益分析查看系统配置文件内容 否假想目标 B 具有数据库某些查询权限的程序员前提条件 该程序员已经获得一定的数据库范围权限非法入侵手段 是否实现目标 代价利益分析试

38、图打开非授权的数据库和数据表 否6.7. 可靠性测试6.7.1. 测试范围与目的主要针对客服系统需要 724 小时服务，该系统应该具备不间断运行的能力。毕业设计论文 “电信业客户关系管理系统”软件测试第 23 页 共 35 页6.7.2. 可靠性测试用例任务 A 描述 测试客服系统的持续使用时间连续运行时间 2004 年 5 月 20 日 20：002004 年 5 月 21 日 20：00故障发生的时刻 故障描述无故障统计分析任务 A 无故障运行的平均时间间隔 24（CPU 小时）任务 A 无故障运行的最小时间间隔 24（CPU 小时）任务 A 无故障运行的最大时间间隔 24（CPU 小时）

39、6.8. 安装/ 反安装测试6.8.1. 测试范围与目的安装测试主要检验软件是否可以正确安装，安装文件的各项设置是否有效，安装后能否影响原系统；反安装是逆过程，测试是否删除干净，是否给影响原系统等。 6.8.2. 安装/反安装测试用例配置说明 DELL 笔记本，CPU1.4G；256M 内存；30G 硬盘安装选项 描述是否正常 使用难易程度全部 正常 容易安装语音选择 正常 容易毕业设计论文 “电信业客户关系管理系统”软件测试第 24 页 共 35 页反安装选项 描述是否正常 使用难易程度从“程序”组里面卸载 正常 容易从“控制面板”里面卸载 正常 容易第六章 WinRunner 应用6.1.

40、 WinRunner 简介企业级应用可能包括 Web 应用系统，ERP 系统，CRM 系统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。 如果时间或资源有限，这个问题会更加棘手。人工测试的工作量太大，还要额外的时间来培训新的测试人员等等。为了确保那些复杂的企业级应用在不同环境下都能正常可靠地运行，你需要一个能简单操作的测试工具来自动完成应用程序的功能性测试。 Mercury Interactive 公司的 WinRunner 是一种企业级的功能测试工具，用于检测应用程序是否能够达

41、到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner 能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。基于“客户关系管理系统”的软件测试第 26 页 共 35 页6.2. WinRunner 测试模式当你在软件操作中点击 GUI（图形用户界面）对象时，WR 会用一种类 C 的测试脚本语言（TSL）生成一个测试脚本。你可以用手工编程的方法编辑这个脚本。 WR 包括的功能生成器（Function Generator）可以帮助你快速简便的在已录制的测试中添加功能。 WR包

42、括两种录制测试的模式： 6.2.1. 环境判断模式（Context Sensitive mode）这种模式根据你选取的 GUI 对象（如窗体、清单、按钮等）把你对软件的操作动作录制下来，并忽略这些对象在屏幕上的物理位置。每一次你对被测软件进行操作，测试脚本中的脚本语言会描述你选取的对象和你的操作动作。 当你进行录制时间，WR 会对你选取的每个对象做唯一描述并写入 GUI map(映射 ) 中。GUI map 和测试脚本被分开保存维护。当软件用户界面发生变化时，你只需更新 GUI map。这样一来，环境感应模式的测试脚本将非常容易地被重复使用。 执行测试只需要回放测试脚本。 WR 模拟一个用户使

43、用鼠标选取对象、用键盘输入数据。WR 从 GUI map 中读取对象描述，并在被测软件中查找符合这些描述的对象。WR 可以在同一个窗体中找到这些对象，即使它们的位置发生过变化。6.2.2. 模拟模式 (Analog mode)这种模式记录鼠标点击、键盘输入和鼠标在二维平面上（x 轴和 y 轴）的精确运动轨迹。执行测试时，WR 让鼠标根据轨迹运动。这种模式对于那些需要追踪鼠标运动的测试非常有用，例如画图软件。6.3. WinRunner 测试过程 WR 的测试过程分六个步骤： 1. 创建 GUI map 2. 创建测试 基于“客户关系管理系统”的软件测试第 27 页 共 35 页3. 调试测试

44、4. 执行测试 5. 查看测试结果 6. 报告发现的错误 6.3.1. 创建 GUI map 使用 RapidTest Script wizard(快速测试脚本巫师) 回顾软件用户界面，并系统地把每个GUI 对象的描述添加到 GUI map 中。你也可以在录制测试的时候，通过点击对象把对单个对象的描述添加到 GUI map 中。 注意：当使用 GUI map per test 模式，你可以跳过这一步骤。具体内容在 WinRunner如何识别 GUI 对象 章节中。 6.3.2. 创建测试 你可以通过录制、编程或两者同用的方式创建测试脚本。录制测试时，在你需要检查软件反应的地方插入检查点（Che

45、ckpoint） 。你可以插入检查点来检查 GUI 对象，位图(Bitmap)和数据库。在这个过程中，WR 捕捉数据，并作为期望结果（被测软件的期望反应）储存下来。 6.3.3. 调试测试 你可以先在调试模式（Debug mode ）下运行脚本。你也可以设置中断点 (Breakpoint)，监测变量，控制 WR 识别和隔离错误。调试结果被保存在 Debug folder，一旦调试结束就可以删除。 6.3.4. 执行测试 你在检验模式(Verify mode)下测试被测软件。WR 在脚本运行中遇到检查点后，就把当前数据和前期捕捉的期望值进行比较。如果发现有不符合，就记录下来作为实测结果。基于“客

46、户关系管理系统”的软件测试第 28 页 共 35 页6.3.5. 查看测试结果 测试是成功还是失败由你来认定。每次测试结束，WR 会把结果显示在报告中。报告会详述测试执行过程中发生的所有主要事件，如检查点、错误信息、系统信息或用户信息。 如果在检查点有不符合被发现，你可以在 Test Results（测试结果）窗口查看预期结果和实测结果。如果是位图不符合，你也可以查看用于显示预期值和实测结果之间差异的位图。 6.3.6. 报告发现的错误 如果由于测试中发现错误而造成测试运行失败，你可以直接从 Test Results 窗口报告有关错误的信息。这些信息通过 EMAIL 发送给测试经理（QA Manager） ，用来跟踪这个错误直到被修复。 6.4. 使用 WinRunner 测试大客户分析6.4.1. 创建 GUI map使用“Tools”“Gui Map Editor”创建界面地图：基于“客户关系管理系统”的软件测试第 29 页 共 35 页6.4.2. 创建测试使用“Record”按钮录制脚本：基于“客户关系管理系统”的软件测试第 30 页 共 35 页生成脚本如下：6.4.3. 调试测试在脚本的最后，插入位图检验脚本，方法如下：