毕业论文基于AdobeAIR的自动化测试与实现.doc

软件测试毕业论文 毕业论文 题目 基于Adobe AIR的自动化测试与实现 所在学院 软件学院 专业（系） 软件工程 目录中文摘要、关键字IV1绪论11.1背景11.1.1项目背景11.1.2测试背景11.2研究现状11.3研究内容和方法22软件测试基础22.1软件测试的定义22.2软件测试的目的22.3软件测试的原则32.4软件测试的分类32.5测试停止的依据33测试需求43.1什么是测试需求43.2测试需求的原因43.3项目需求43.4项目需求评审64测试计划64.1测试计划的定义64.2测试计划编写84.2.1测试对象84.2.2测试环境84.2.3测试资源84.2.4测试进度94.2.5测试策略94.2.6测试通过标准104.3测试计划评审105测试用例115.1测试用例115.2测试用例的设计方法115.2.1等价类划分法115.2.2边界值分析法125.2.3场景法135.3测试用例135.4测试用例评审166软件缺陷176.1软件缺陷的定义176.2缺陷与错误严重性和优先级176.3缺陷管理工具176.4部分缺陷187性能测试197.1什么是软件性能197.2性能测试的过程197.2.1测试前期的准备197.2.2测试工具的引入207.2.3性能测试计划207.2.4测试的设计207.2.5测试执行和结果分析238测试总结278.1项目概述278.2测试情况278.2.1测试局限278.2.2功能测试结果278.2.3压力测试结果308.2.4缺陷统计30参考文献34英文摘要、关键词V基于Adobe AIR的自动化测试与实现摘要：随着微电子技术的高速发展，软件的应用无处不在。目前在大众的生活中，软件已经成为了必需品，而作为一件必需品，人们看重的则是使用质量，只有质量过关的软件产品才能在竞争激烈的各种苛刻条件下生存下来。正因此软件测试被引入到软件行业中。在本课题中对UCbook项目进行测试，在熟悉理论知识的基础上结合实际项目，按照测试流程研究课题，在手工测试后使用LoadRunner对系统进行性能测试，最后根据测试结果编写测试总结报告。关键词：软件测试，测试流程，性能测试IV1绪论1.1背景1.1.1项目背景根据前期的调研，本系统进行课前、课中、课后教学全环节的支持。包括老师资源的获取和管理、教案的编写、教学课件的制作、课堂互动教学的支持。系统最大限度的实现易安装、易操作、易维护，与优课数字教室软硬件系统良好集成，运行稳定，安全可靠。UCBook是集备课、上课、测评于一体的系统软件，在UCBook前期版本的基础上具备更加完善的网络功能，支持教师设计课程、创建教学课件，更好的支持课堂教学。1.1.2测试背景微电子技术高速发展使得软件行业渗入各个领域，另外国民经济增长会带动软件的发展，如今软件成为了生活中必不可少的一部分，小到一个小程序的运行，大到国家用于研究的高端电子设备的支持。然而形形色色的软件产品为了能在竞争激烈的市场环境中生存下来，首当其冲的就是软件质量的保证，避免使用中严重的错误发生，增强用户体验，提高软件性能。此时软件测试自然而然的引入到软件行业的大家庭中，一个软件只有通过了测试才能有机会独领风骚。这样就产生了一些很突出的问题：1. 当测试多个（如200个）用户同时登陆某个系统时，如果使用手工测试，将很难模拟，这将消耗大量的人力和物力资源，此举降低测试的效率，增加成本。2. 在进入回归测试时或测软件在不同平台上的运行及功能体现时，如果依然使用手动测试将会降低测试的效率。3. 手工测试无法做到覆盖所有的代码路径。为了解决这样的问题，我们引入自动化测试Automated testing。自动化测试:使用一种自动化测试工具来验证各种软件测试的需求，它包括测试活动的管理与实施1。使用软件自动化测试可以提高软件测试的一致性，准确性和测试的效率，而且降低了成本，使得软件得以在用户的期望时间内交付成果。1.2研究现状当今的企业需要掌控关键业务应用的所有功能测试，用来确保业务流程工作是否符合预期结果。通过软件测试测试可以减少成本，从项目中得到更高的投资回报并且降低了风险。另外因为自动化的优势，如今软件自动化测试已经成为了国内软件工程领域中众所周知的技术。通过软件自动化测试，可以打破手工测试的局限性，缩短软件开发测试的周期，使得产品更快的投入市场；提高测试的效率，充分利用了硬件资源；节省了人力物力资源；增强了测试的稳定性和可靠性；提高了软件测试的准确性和精确度，增加了软件的信任度；软件测试工具使得测试工作相对较容易，但是却可以产生更高质量的测试结果；而对于手工测试无法做的性能测试，可是使用自动化测试；自动化测试是软件测试生命周期中回归测试和系统测试的需要。中国的软件测试技术研究起步于“六五”期间，主要是随着软件工程的研究而逐步发展起来的2。自动化测试技术首先是在国外开始使用，在国内是近几年才被引入的技术，但因为成本的原因该技术还没有在各个软件公司中推广开来。由于手工测试的局限性，软件自动化测试必须在软件测试中发展起来。1.3研究内容和方法本课题首先对软件测试的基本概念和测试技术进行简单的阐述。然后以UCbook系统为例，使用理论研究和案例研究，从理论知识到实际运用，从抽象到具体，从广泛到狭隘展开对软件测试的研究。UCbook是一个C/S前台和B/S后台组合的系统，对该系统进行了测试需求分析后做了详细的测试计划后对系统进行功能测试和性能测试。最后对整个测试过程进行测试总结。2软件测试基础2.1软件测试的定义“软件测试”的经典定义是在规定条件下对程序进行操作，以发现错误，对软件质量进行评估2。软件是有文档、数据和程序组成的，所以软件测试就是对软件形成过程中所产生的文档、数据和程序进行的测试，不只是对软件程序的一个测试。2.2软件测试的目的软件测试的根本目的是发现并修改缺陷，提高用户的满意程度，优化软件品质，即为查找错误，满足需求，发现新大陆。Grenford J.Myers 的观点为“测试时程序的执行过程，目的在于发现错误；一个好的测试测试用例在于能发现至今为发现的错误；一个成功的测试时发现了至今未发现的错误的测试。”2.3软件测试的原则软件测试原则：1. 尽早地和及时地测试2. 测试前应需准备好测试数据和对应的预期结果两部分3. 测试的输入数据中应当包括合理的输入条件和不合理输入条件4. 程序提交测试后，应当由专门的测试人员进行测试5. 严格按照制定的测试计划执行，排除测试的随意性6. 应对每一个测试结果做全面的检查7. 充分注意测试当中的群体现象8. 保存测试计划、测试用例、出错统计以及最终分析结果报告，为维护工作提供充分的材料2.4软件测试的分类按照开发阶段可以将软件测试分为单元测试、集成测试、系统测试、回归测试和验收测试。按照实施的组织划分可以将软件测试划分为开发方测试、用户测试和第三方测试。按照测试技术分类可以分为黑盒测试、白盒测试和灰盒测试。2.5测试停止的依据1. 超过了预定的时间停止测试2. 执行了所有的测试用例没有发现缺陷停止测试3. 使用特定的测试用例设计方案作为测试停止的依据4. 正面提出测试停止的要求5. 根据单位时间内查出的故障的数量进行决定是否停止测试3测试需求3.1什么是测试需求对于测试需求就是说在项目中需要测试的内容。我们在测试活动中，首先需要明确测试需求(What)，才能决定怎么测(How)，测试时间(When)，需要多少人(Who)，测试的环境是什么(Where)，测试中需要的技能、工具以及相应的背景知识，测试过程中可能遇到的风险等3。上述内容结合构成了测试计划的基本元素，测试需求为测试计划的基础和重点。3.2测试需求的原因测试需求越详细的测试需求表明对软件测了解越深，对要进行的测试任务越了解，就更能保证测试的质量和进度。测试需求的好坏将会影响到项目的成功与否。如果测试需求不明确，将会获取到不正确的信息，就无法对软件进行全面的认识，最后会使得项目的交付存在风险。3.3项目需求UCbook是一个集合了备课、上课及评测为一体的系统软件，前台主要有白板、黑板、书籍管理、书籍使用、系统功能和资源管理的功能。后台主要进行管理功能，对用户、资源等的管理。该软件支持教师课程设计、创建教学课件、更好的支持课堂教学。客户端系统功能概述(如表3.1)表 3.1 系统功能概述需求功能测试项目子项目白板功能阅读模式下保存 保存阅读模式下缩放 缩放阅读模式下垃圾箱 删除 验证填充 颜色填充 长按/短按擦除 擦除 长按/短按图形绘制 粗细度变更 颜色变更 图形绘制 几何图形长按/短按画笔 透明度 画笔粗细 画笔颜色 画笔长按/短按黑板功能保存 内容变更后切换教材保存 内容变更后切换文件保存 内容变更后关闭软件保村 关闭按钮后保存 保存操作另存为 多个页面下的元素操作保存 多个页面复杂编辑后的保存 另存为验证 复杂编辑操作后的保存删除 删除重置 重置名称 一致性 重命名列表功能 文件列表中文件之间切换 文件列表中另存为 打开文件验证 排列顺序 查看验证页面背景 设置 多个页面背景验证清空 清空操作填充 填充 长按/短按 几何图形填充喷桶 设置笔 改变后图标变化 设置 书写功能 笔迹的拉伸操作 无法跨页面 非输入区域 透明度 颜色改变橡皮擦 页面变换后擦除功能 区域橡皮擦 复合操作后橡皮擦 橡皮擦精度绘制 笔的颜色 笔的粗细略缩图 略缩图 略缩图中几何图形的变化验证 实时变化验证页面切换 板书文件切换 复合操作下背景的切换 切换响应速度创建页面 创建 删除 页面数量限制 略缩图 插入书籍管理验证 验证上次阅读性息 验证学段和学科的关系 验证版本 验证工具条隐藏内同 更新 显示模式切换 最近阅读信息下载 下载查询 查询翻页 出版社查询快速导航 快速导航 查询图书本地书架 删除 查看优课书架 查看 按版本推荐书籍 按年级推荐 查询书籍使用放大 放大 退出略缩图 使用 打开 调节验证 打开书界面 书签 翻页 资源搜索 删除 搜索系统功能系统运行 不同路径下运行 开启启动界面信息 个人信息 右下角托盘 帮助 激活 连接显示登录 曾登录的用户离线登录 过期账户登录 更改密码后登录 未登录的客户端上登录 授权过期登录 邮箱登录 错误登录资源管理上传 中心用户上传 机构用户上传 学校用户上传下载 中央馆资源下载 区域下载 优课下载资源查看 中央馆查看 区域查看 优课资源查看导入导出 我的资源导入导出替换 同文件格式替换 不同格式替换编辑 我的资源编辑3.4项目需求评审需求评审主要包括了项目的信息，评审的相关信息，该项目使用了邮件评审的方式，对UCbook项目需求进行评审，评审内容主要是包括了所有的一致客户和系统需求，每个需求是够都是以清楚、简洁无二义性的语言描述，每个需求都在项目的范围内，所有的需求都可以在条件内实现，所有的性能目标都进行了适当的描述，每个软件功能需求都可以追踪到一个更高层次的需求，而且每个需求都有可测试性。4测试计划4.1测试计划的定义测试计划(Testing plan)描述了将要进行的测试活动的范围、资源、进度和方法的文档。它确定测试项、被测试特性、测试人员分配、测试任务及风险。测试计划可以有效的预防计划的风险，保障了计划的顺利实现。UCbook测试计划文档可以实现以下几个目标：1. 确定了现有项目的信息以及应测试的部分2. 列出了推荐的测试需求3. 列出可采用的策略方法，并对这些策略进行说明4. 确定资源，并对测试的工作进行估量5. 列出了可交付的成果4.2测试计划编写4.2.1测试对象项目：UCbook版本：V测试环境软件测试环境的配置如表4.1所示。表4.1 测试配置项目测试配置CPU1.6GHZ内存2G操作系统Windows XP 、Windows 2003硬盘空间160G、40G支持软件MySQL、Tomcat、ftp、JDK带宽512kbps4.2.3测试资源人员的安排如表4.2所示表4.2 人员安排角色人员职责项目经理李颖负责总体的进度，检查测试的进度和bug的数量，督促项目组修改bug，参与bug的讨论并明确项目的需求。开发人员王立法负责修改bug。测试人员李颖负责编写测试相关文档。反馈测试进度和bug情况，协调bug 修改的进度，参与bug 讨论测试人员的选择：1. 一般能力：有较好的表达交流能力，能很好的协调管理和质量意识；2. 测试技能方法：熟悉测试的基本概念和方法，测试工具和环境，专业的测试标准和工作成绩；3. 测试规划：风险分析防范能力，软件放行和接受的标准制定，测试目标和计划的确定，明确测试计划和设计的评审方法等；4. 测试执行：熟悉测试的执行方法，测试结果的分析，缺陷记录和处理能力，使用自动化测试工具。4.2.4测试进度在测试进度中对测试时间进行安排，明确每个时间段中每个人员的职责和任务。一个合理的测试进度安排可以使得测试更有条理，使得测试更充分，按时交付成果。制定测试进度时根据项目经理的项目计划，各个模块提交的时间进行明确并对各个模块的主要负责的测试人员进行明确的估计，估计每个模块的测试时间长度。计划对UCbook系统测试执行从2011.02.21开始执行，历时15天的测试，测试进度安排表如表4.3所示。表4.3 测试进度安排表测试模块计划开始时间计划结束时间计划用时(天)第一测试人冒烟测试2011.02.212011.02.222李颖白板2011.02.232011.02.231李颖黑板2011.02.242011.02.252李颖书籍使用2011.02.262011.02.282李颖书籍管理2011.03.012011.03.022李颖系统功能2011.03.032011.03.042李颖资源管理2011.03.052011.03.072李颖压力测试2011.03.082011.03.081李颖回归测试2011.03.092011.03.101李颖4.2.5测试策略软件测试策略是在一定的软件测试标准和测试规范的指导下，根据测试项目的特定环境而规定的软件测试的原则、方式和方法的集合。一般在软件测试实现阶段完成。对于UCbook的测试中主要制定了版本发布策略、阶段测试策略和测试工具策略。确定一个版本发布策略可以使工作更有条理。 版本发布策略：1. 每次正式发布一个新的系列版本后，对该系列版本的支持包括：Bug的修正，安全问题的解决，不会为已发布系列添加新功能。2. 每次发布新版本后开始下一系列版本的开发，所有新功能以及主要的改动都会放到新的版本中。对于现有系列的安全问题和Bug的修改也会合并到新的版本中。 阶段测试策略：根据对UCbook项目的分析，明确测试的重点，主要对该项目测试主要分为以下阶段性测试。1. 冒烟测试：冒烟测试的名称可以理解为该中测试耗时短，仅用一袋烟功夫足够了，它的作用是保证系统的主流程和新模块的基本功能能用4。对UCBook新编译的需要正式测试之前对其进行冒烟测试，用于确认软件基本功能实现与否，是否可以进行后续的测试工作。2. 功能测试：该阶段验证Ucbook是否满足项目需求，对产品的各项功能进行验证，根据功能测试用例进行测试，验证产品是否达到用户的要求。3. 性能测试：通过自动化测试工具模拟多种正常峰值和异常负载条件来对UCbook的各项性能指标进行测试，找出性能瓶颈。4. 回归测试：在开发人员修改了代码后，重新对UCbook项目重新进行测试，确认没有引入新的错误并且所提交的bug也进行了修改。 测试工具策略：对UCbook的测试过程中使用TestDirector对缺陷进行管理，使用LoadRunner对系统进行性能测试。4.2.6测试通过标准1. 测试用例100%执行，测试范围内的模块功能通过验证，基本功能满足；2. A类(low)和B类(medium)bug全部解决；3. 非A类和B类的bug不超过2%。4.3测试计划评审制定测试计划后需对测试计划进行评审。在实际评审之前首先要安排好测试计划评审的时间，同时保证所有相关人员拿到最新版本的测试计划。测试计划评审过程中首先要定义讨论的内容，细节，然后要进行总结，进行评审的人员要预先规定评审的预计时间，制定一条基本的规则，如果在规定的时刻到了没有结束则需要安排后续评审。UCbook测试计划是通过邮件方式进行评审的。确定了评审的结论为通过。5测试用例5.1测试用例所谓测试用例设计就是将软件测试的行为活动，作为一个科学化的组织归纳。软件是有组织性、步骤性和计划性的，而设计软件测试用例的目的，就是为了能将软件测试的行为转换为可管理的模式2。测试用例可以说是设计一种情况，软件在设计的情况下达到预期的结果，当无法达到预期结果时则测试人员判定系统存在缺陷，此时可将问题标示出来，使用缺陷管理工具进行管理。使用测试用例有以下好处：1. 在实施测试之前设计好测试用例可以避免盲目测试，提高测试的效率；2. 测试用例使得软件测试的实施突出重点，明确目的；3. 在软件版本更新后只需要修正少部分测试用例后就可以展开测试工作，降低了测试周期，提高了效率；4. 程序的通用性和复用性可以方便开发流程，测试用例的通用性和复用性方便了测试的流程，并且随着测试用例的不断优化效率也越来越高。5.2测试用例的设计方法5.2.1等价类划分法等价类划分法属于黑盒测试方法，被称为数据驱动测试或功能测试，使用该方法时不需要考虑程序内部如何实现，只需要根据程序的需求说明对输入要求和预期结果进行分析。等价类划分的原则:1. 按照区间划分。如果需求规格说明书中规定了输入条件的值的数量或取值范围，就可以确定一个有效的等价值类和无效的等价类；2. 按照数值进行划分。如果需求规格说明书中规定了输入数据的一组值，并且软件对每个输入的值分别进行了处理，就可以为每一个值确定一个有效等价类，另外根据这组值可以确定一个无效的等价类为所有不允许的输入值的集合；3. 按照数值进行划分。如果需求规格说明书中规定了输入值的集合，就可以确定一个有效等价类和一个无效的等价类；4. 按照限制条件或规格进行划分。如果需求规格说明书中规定了输入数据必须遵守的规则或限制条件，就可以确定一个有效的等价类和若干无效的等价类；5. 细分等价类。等价类中各个元素在程序中的处理方式不想通，就可以将此等价类进一步划分成更小的等价类，同时构成了等价类表。在使用等价类划分法进行用例设计的时候需要同时考虑有效等价类和无效等价类，根据列出的等价类列表可以确定测试用例，步骤如下：1. 为等价类列表中的每个等价类分别规定一个唯一的号；2. 设计新的测试用例，使它可以尽可能多的覆盖有效的等价类，重复该步骤，直到所有有效等价类都被覆盖为止；3. 与步骤2类似，设计一个新的测试用例，使得它只覆盖一个无效等价类，直到所有的无效等价类都被覆盖为止。5.2.2边界值分析法边界值分析法是一个较为实用的黑盒测试用例设计方法，它能很强的发现程序错误的能力，它的测试用例来自等价类的边界。在设计测试用例的时候，一定要对边界附近的处理非常仔细，因为很多的故障都是发生在输入定义域的边界上，而不是内部。边界值分析法进行用例设计的原则：1. 如果输入条件对取值的范围进行了界定，就应该以边界内部以及刚刚超出范围的值作为测试用例。如果范围的上界为a，下界为b，则测试用例应该包含a、b以为稍小于a和稍大于b的值；2. 如果对取值的个数有界定，就应该分别以最大、最小个数和稍大于最大、稍小于最小的个数作为测试用例；3. 输出条件同样可以应用上面提到的两个原则来进行设计测试用例；4. 如果需求规格说明书中明确的指出输入或输出是一个有序的集合，比如顺序文件和表格等，此时应注意选取有序集合的第一个和最后一个元素作为测试用例。5.2.3场景法目前的软件大部分都是用事件触发来控制流程，当事件触发时的情景便形成了场景，同一事件不同的触发顺序、处理结果形成了事件流。这种思想同样可以引入到软件测试当中，这样更有利于测试用例的理解和执行。场景法描述了流经用例的路径，从开始到结束经历了这条路径上所有基本流和备选流。通过运用场景对系统的业务流程或功能点进行描述，从而提高测试的效果。下图(图5.1)为场景法中所包括的内容。图5.1 场景法一个备选流可能是从基本流开始，在某个条件下重新回归到基本流中，也可能是起源于另一个备选流，或终止用例不回归到基本流。5.3测试用例以下是关于黑板功能的测试用例(表5.1)。表5.1 黑板功能部分测试用例项目/软件 UCbook 程序版本V2.1功能名称黑板功能测试目的黑板功能是否可以正常使用预置条件用户成功登录系统异常情况用例编号目的操作步骤输入数据期望结果执行结果Bug编号Pro_black board-001黑板使用-板书文件内容变更后在板书文件列表里切换文件的保存提示（需求ID = AIR_049）1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的“教材与黑板”切换按钮进入黑板操作模式； 3. 通过点击工具栏的“新建板书文件”按钮，创建多个板书文件，在当前的板书文件页面，点击“画笔”或者“规则图形”在页面上进行绘制； 4. 通过点击工具栏“板书列表”按钮，进行板书文件的切换操作1. 确认软件弹出保存提示对话框Pro_black board-002黑板使用-板书文件内容变更在软件关闭后的保存提示验证（需求ID = AIR_049）1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的“教材与黑板”切换按钮进入黑板操作模式； 3. 点击工具栏的“新建板书文件”按钮，创建一个板书文件，再点击“画笔”或者“规则图形”在页面上进行绘制； 4. 点击软件窗口右上角的“关闭”按钮1. 确认软件弹出保存提示对话框Pro_black board-003黑板使用-板书文件内容变更在发生教材切换后的保存提示验证1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的“教材与黑板”切换按钮进入黑板操作模式； 3. 点击工具栏的“新建板书文件”按钮，创建一个板书文件，再点击“画笔”或者“规则图形”在页面上进行绘制； 4. 点击工具栏的“教材与黑板”切换到教材浏览模式，在点击软件左上角的第一个按钮图标“书架”1. 确认软件弹出保存提示对话框Pro_black board-004黑板使用-板书文件在点击页面“关闭”按钮后的保存提示验证1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的“教材与黑板”切换按钮进入黑板操作模式； 3. 点击工具栏的“新建板书文件”按钮，创建一个板书文件，再点击“画笔”或者“规则图形”在页面上进行绘制； 4. 点击页面右下角的“关闭”按钮1. 确认软件弹出“当前黑板内容已经改变，是否保存？”提示对话框Pro_black board-005黑板使用-板书文件“另存为”对多个页面下的元素组合操作保存的验证1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的“教材与黑板”切换按钮进入黑板操作模式； 3. 创建多个黑板页面，分别对每个页面组合进行笔迹操作（包括粗细、颜色、透明度设置）、几何图形绘制、几何图形填充、笔迹和几何图形的旋转拉伸操作、橡皮擦除操作、改变黑板背景操作、垃圾箱操作、黑板分割线操作等； 4. 点击工具栏的“保存”按钮，自定义命名或接受系统默认名后点击“确定”； 6. 重新打开软件1. 确认“另存为”操作保存的板书文件的存在和绘制内容的完整性 Pro_black board-006黑板使用-板书文件对多个页面复杂编辑操作后的保存验证1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的“教材与黑板”切换按钮进入黑板操作模式； 3. 创建超过10个黑板页面，对每个页面分别组合进行笔迹绘制操作（包括粗细、颜色、透明度设置）、几何图形绘制、几何图形填充、笔迹和几何图形的旋转拉伸操作、橡皮擦除操作、改变黑板背景操作、垃圾箱操作、黑板分割线操作等； 4. 点击工具栏的“保存”按钮，自定义命名或接受系统默认名后点击“确定”； 5. 重新打开软件1. 确认保存的板书文件的存在和多个页面绘制内容的完整性Pro_black board-007黑板使用-板书文件“另存为”对组合操作保存的验证（需求ID = AIR_050）1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的“教材与黑板”切换按钮进入黑板操作模式； 3. 组合进行各个页面的笔迹操作（包括粗细、颜色、透明度设置）、几何图形绘制、几何图形填充、笔迹和几何图形的旋转拉伸操作、橡皮擦除操作、改变黑板背景操作、垃圾箱操作、黑板分割线操作等； 4. 点击工具栏的“保存”按钮，自定义命名或接受系统默认名后点击“确定”； 5. 重新打开软件1. 确认“另存为”操作保存的板书文件的存在和绘制内容的完整性Pro_black board-008黑板使用-板书文件“另存为”操作的验证1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的“教材与黑板”切换按钮进入黑板操作模式； 3. 分别点击工具栏的“笔”和“规则图形”按钮进行绘制操作； 4. 点击工具栏的“保存”按钮，自定义命名或接受系统默认名后点击“确定”； 5. 点击工具栏的“保存|另存为”按钮，自定义命名或接受系统默认名后点击“确定”； 6. 重新打开软件1. 确认“另存为”操作保存的板书文件的存在和绘制内容的完整性5.4测试用例评审用例测试应该由产品相关的软件测试人员和软件开发人员评审，提交评审意见，然后根据评审意见更新测试用例5。在开始评审前需要做好如下准备：1. 确定评审的原因；2. 确定评审的时间；3. 确定评审的人员；4. 明确评审内容；5. 确定评审的结束标准；6. 提前将需要评审的内容以邮件的方式发送给议会人员，注明要点。本次测试用例评审采用了邮件评审的方式，详细的评审内容为： UCbook测试用例是否结构清晰合理，对于需求是否能够高效覆盖； 在优先级上安排的是否合理； 测试用例是否具有较好的执行性。比如测试用例的前提条件、执行步骤、输入数据和预期结果是不是清晰明了； 是否删除了多余的测试用例； 根据“28”原则是否包含了所有的测试用例； 是否较强的复用性。根据上述要求UCbook测试用例通过了评审。6软件缺陷6.1软件缺陷的定义对于软件缺陷的定义，通常有以下五条：1. 软件没有达到产品说明书中明确定义的功能；2. 软件出现了产品说明书中明确规定不能出现的错误；3. 软件没有达到产品说明书中未说明但应达到的目标；4. 软件功能超出了说明书中指定的范围；5. 软件测试人员认为该软件难以理解或不易使用，或用户认为该软件使用效果不好。6.2缺陷与错误严重性和优先级软件的缺陷带来了软件失败的风险，所以严重的缺陷或错误会导致经济上的损失。在管理缺陷时要讲明该如何处置，测试人员要对软件的缺陷进行分类并说出影响，以及修改的优先级。软件缺陷的严重性和优先级的通用原则为：1. 严重级表示了软件缺陷所造成危害的严重程度；2. 优先级表示了修复缺陷的先后顺序。严重级： 严重：数据丢失、系统崩溃、数据毁坏 较严重：错误结果、操作性错误、遗漏功能 一般：错别字、少见的故障、小问题、界面布局 轻微：不影响使用的缺陷优先级： 最高： 立刻修复并停止进一步的测试 次高：在产品发布之前一定要修复 中等：时间允许则修复 最低：可能修复，不影响发布6.3缺陷管理工具在对UCbook进行测试过程中，使用TestDirector作为测试管理工具。它是全球最大的测试工具提供商（Mercury Interactive）旗下的测试管理工具。在使用过程中合理的管理缺陷的提交和追踪，提高了效率。6.4部分缺陷表6.1 缺陷报告1缺陷报告编号：1软件名称： UCBook版本号：V2.1测试人员：李颖日期： 2011-03-14指定处理人：王立法硬件平台：操作系统：Windows XP严重程度：功能问题（低）优先级： P3缺陷概述：阅读模式下白板板擦使用面擦除不能擦除所有完全在其括选范围内的线条详细描述：1. 输入账号密码登录客户端（1234572/123456）； 2. 打开一本书 ；3. 使用画笔在书页上画数条线段；4. 长按板擦图标；5. 在板擦菜单中选择点擦除； 6. 使用板擦尝试利用点击拖曳擦除线段； 7. 在板擦菜单中选择面擦除；8. 使用板擦尝试利用括选擦除线段。 表6.2缺陷报告2缺陷报告编号：10软件名称： UCBook版本号：V2.1测试人员：李颖日期： 2011-03-14指定处理人：王立法硬件平台：操作系统：Windows XP严重程度：功能问题（低）优先级： P1缺陷概述：当再次回到页面时，笔的设置选项颜色恢复到默认值详细描述：1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的教材与黑板切换按钮进入黑板操作模式； 3. 单击工具栏的画笔按钮，综合进行笔的粗细、颜色、透明度的设置，并绘制几何图形或者线条； 4. 切换到别的黑板页面。 表6.3缺陷报告3缺陷报告编号：12软件名称： UCBook版本号：V2.1测试人员：李颖日期： 2011-03-14指定处理人：王立法硬件平台：操作系统：Windows XP严重程度：功能问题（高）优先级： P3缺陷概述：点击还原按钮或最大化按钮后有错误提示信息详细描述：1. 打开客户端软件，以某个账号如中心管理员登录，并打开书架上的某本教材； 2. 点击工具栏的教材与黑板切换按钮进入黑板操作模式； 3. 创建7个黑板页面；4. 点击工具栏的缩略图按钮，打开页面缩略图窗格；5. 将软件窗口由初始的最大化状态切换到还原状态。 7性能测试7.1什么是软件性能一般说来，性能是一种衡量的指标，表明了软件系统及时性要求的符合程度，另外，性能是软件产品的一种特性，可以使用时间来衡量。软件性能的关组是多个层面的：用户关注软件性能，管理员关注软件性能，产品的开发人员也关注软件性能7。7.2性能测试的过程7.2.1测试前期的准备首先了解UCbook项目的基本情况，UCbook是一个集合了备课、上课及评测为一体的系统软件，前台主要有白板、黑板、书籍管理、书籍使用、系统功能和资源管理的功能。后台主要进行管理功能，对用户、资源等的管理。该软件支持教师课程设计、创建教学课件、更好的支持课堂教学。接下来开始测试的前期准备。1. 系统基本功能的验证。该系统的自动化性能测试在功能测试验收之后，所以在性能测试中不需要安排基础功能的验证。2. 测试工具的确认。根据系统测试的要求，确定测试工具：1) 支持HTTP/HTTPS协议的测试。2) 监控Windows 服务器的主要计数功能，Memory、CPU、磁盘I/O、Processor使用情况等。3. 性能测试的预备测试。性能测试的预备测试可以增强直观的认识，在正式测试开始之前体现性地使用了本系统的主要功能。对于UCbook直观体验，系统的所有操作均能在5s之内完成，响应时间较长的为登陆模块。7.2.2测试工具的引入根据测试前期的准备，使用LoadRunner作为性能测试工具。LoadRunner是一种预测系统行为与性能的负载测试工具。通过模拟成千或者上万个用户实施并发负载和实时性能监测的方式确认和查找问题。LoadRunner能够对整个企业架构进行测试。通过使用LoadRunner企业可以最大限度的缩短测试的时间，优化了性能并加速应用系统的发布周期。LoadRunner是适用于各种体系架构的自动化负载测试工具，它能预测系统行为并优化系统性能。 7.2.3性能测试计划在测试计划阶段要分析用户活动并确定系统的性能目标。1. 性能测试分析对项目背景进行了解，这次对UCbook系统的性能测试要解决的问题主要是验证系统是否达到预期的性能目标。2. 确定性能目标1) 系统页面的响应时间不能超过10秒，登陆不能超过5秒；2) 系统能够稳定的运行；3) 该系统的测试关注业务的响应时间和服务器的资源使用情况，结合性能测试的需求，在正常用户数量条件下，服务器CPU平均使用率不超过75%；在稳定性测试的条件下，服务器CPU使用率不超过95%。7.2.4测试的设计在对UCBook进行性能测试的设计包括测试环境的设计，测试场景的设计和测试用例的设计。1. 测试环境的设计对产品的性能测试需要验证实际使用中的性能能力，所以要尽可能的选择接近实际运行环境来进行测试。如表7.1是本次测试的测试环境。表7.1 测试环境设备名称硬件配置软件配置备注Web+数据库服务器CPU：1个内存：1G操作系统：Windows 2003 Web服务器：Tomcat6.0在虚拟机中搭建的服务器硬盘:20G网卡：使用NET方式连接的虚拟机网卡数据库服务器：MySQL负载生成器CPU：1个内存：2G操作系统：Windows xp 负载生成工具：LR8.12. 测试场景设计对UCbook系统进行性能测试时设定总的并发用户为140个，设计了两个典型的场景业务，如表7.2中所示为具体的测试场景列表。表7.2系统场景列表场景名称场景业务和比例分配测试指标性能计数器系统应用场景1用户分配： 用户登录 100 修改个人资料 40用户登陆的时间小于5秒；修改个人资料的响应时间小于4秒。 应用服务器CPU使用率 应用服务器的剩余物理内存 响应时间3. 测试用例设计确定测试场景后进行测试用例的设计，进一步完善性能测试的准备过程。表7.3用例设计用例ID1业务名称登陆URLhttp：/28/bin/Server/UCbook.html前置条件无测试步骤1. 输入URL；2. 输入用户名和密码：用户名为1234567，密码为123456；3. 点击登陆。脚本设置事务设置事务名称起始位置结束位置Login打开页面后成功登陆后集合点设置集合点名称集合点位置Login1点击登陆前期望结果编号测试项平均响应时间90%响应时间事务成功率CPU使用率1登陆=4S=3S100%=75%表7.4用例设计2用例ID2业务名称修改个人资料URLhttp：/28/bin/Server/UCbook.html前置条件成功登陆测试步骤1. 输入URL；2. 输入用户名和密码后登陆：用户名为1234567，密码为123456；3. 点击个人信息管理，修改个人信息，点击修改按钮。脚本设置事务设置事务名称起始位置结束位置Edit点击个人信息管理前保存修改后集合点设置集合点名称集合点位置Edit点击修改按钮之前期望结果编号测试项平均响应时间90%响应时间事务成功率CPU使用率1修改个人资料=4S=3S100%=75%7.2.5测试执行和结果分析在录制脚本之前先要确定使用何种协议，协议的正确选用，关系到脚本是否正确录制与执行，十分重要。因此在进行程序的性能测试之前，测试人员必须弄清楚被测试程序使用的是什么协议8。录制脚本后运行场较为简单，点击场景运行界面的Start Scenario后LoadRunner自动运行场景，并在下方显示检测的性能计数器。设定好操作方式后执行性能测试，在测试过程中，可以监测所测系统的各项性能，及时发现性能瓶颈。对于性能测试有要求的软件或系统一定要进行长期负荷测试（Loading Testing），以发现内存泄露等需要长期运行才能出现的问题6。1. 性能测试场景设计总共140个虚拟用户执行脚本，每8秒加载10个虚拟用户，完成后自动停止。集合点策略为100%的虚拟用户到达集合点时将其释放。图7.1为用户加载方式。图 7.1 加载用户方式2. 性能测试结果分析1) 虚拟用户加载虚拟用户的加载情况与场景设置基本一致，且结合点击率图，当虚拟用户数加载到最大值140时，每秒点击数也达到峰值100.8/S，由此得出，本次测试场景基本模拟出了系统在实际使用中的情况。图7.2 运行的用户数图7.3 每秒点击率图7.3中每秒点击率数据如表7.1所示，通过该表可以进一步分析性能情况。表7.1 每秒点击率ColorScaleMeasurementGraph Min.Ave.Graph Max.Graph MedianGraph SD1Hits0.021.705100.82424.612) 事务响应时间图通过此图可看出：登录事务的响应时间最低为2.918秒，最高为7.412秒，平均响应时间为5.235秒，该事务的平均响应时间超过了用户体验的临界值5秒，未能达到系统性能要求。修改个人信息业务的最低响应时间为0.805秒，最高为1.606秒，平均1.205秒，响应速度很快，达到了性能要求。图7.4 平均事务响应时间图图7.4中各项性能指标数据如表7.2所示。可通过阅读进一步分析性能测试情况。表7.2 平均事务响应时间表ColorScaleMeasu