1、 毕 业 设 计 (论 文 )题 目 ： 移 动 互 联 应 用 与 工 程 实 践基 于 供 应 链 管 理 系 统 的 测 试专 业：移动互联应用技术目录摘要 .5第一章 引言 .61.1 软件测试的发展历史 .61.2 软件测试的背景和意义 .61.3 软件测试的理论基础 .71.3.1 软件测试的定义 .71.3.2 软件测试的目的 .81.3.3 软件测试的内容 .8第二章 相关技术和工具介绍 .92.1 相关技 术介绍 .92.1.1 白盒测试 .92.1.2 黑盒测试 .92.1.3 等价类划分 .102.1.4 边界值分析法 .102.1.5 因果图方法 .102.1.6 错误
2、推测法 .112.1.7 灰盒测试 .112.1.8 静态测试 .112.1.9 动态测试 .112.1.10 单元测试 .122.1.11 集成测试 .122.1.12 确认测试 .122.1.13 系统测试 .122.1.14 验收测试 .132.1.15 回归测试 .132.2 相关工具 .132.2.1 LR .13第三章 需求分析 .143.1 需求分析 .143.2 供应链管理系统的目的作用 .143.3 供应链管理系统需求分析报告 .153.4 功能点列表 .163.4.1 登录界面 .163.4.2 首页 .163.4.3 个人收藏夹 .163.4.4 采购管理 .173.4.
3、5 报账管理 .183.4.6 物料管理 .183.4.7 供应商管理 .183.4.8 其他功能 .19第四章 项目软件测试的过程 .194.1 测试计划 .194.1.1 编写目的 .194.1.2 项目背景 .204.1.3 供应链管理系统的介绍 .204.1.4 测试范围 .214.1.5 测试方法及对应工具 .214.1.6 测试环境 .214.1.7 各阶段完成准则 .214.2 测试内容 .214.2.1UI 测试 .214.2.2 功能性测试 .234.3 测试报告 .274.3.1 编写目的 .274.3.2 概述 .284.3.3 测试环境 .284.3.4 参考资料 .2
4、84.3.5 缺陷报告 .284.3.6 测试总结 .30第五章 结论与展望 .30参考文献 .31致谢 .31摘要随着中国 IT 行业的发展和软件市场的成熟，人们对软件作用期望值越来越高，软件的质量、性能、可靠性等方面也正逐渐成为人们关注的焦点。近年来，由于软件错误而造成经济损失，导致严重后果的事例屡见不鲜。因此，如何让保证软件产品的质量和可靠性就成为人们必须解决的一个重要问题，而软件测试是保证软件质量的一个重要手段。 在软件行业日新月异的发展进程中，软件的品牌以及种类已经到了数不胜数的地步，而软件测试已成为其中一个不可分割的部分。新的测试理论，测试方法，测试技术手段在不断涌出，软件测试机构
5、和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。本软件的开发过程完全遵循软件开发流程来完成的。经历了需求分析阶段，数据库设计阶段，界面开发阶段，编码阶段，最后通过软件测试，完成整个软件的开发。 关键字：软件测试、需求分析、测试方法第一章 引言1.1 软件测试的发展历史20 世纪 60 年代（软件工程建立前） ，为表明程序正确而进行测试。1972 年在北卡罗来纳大学举行了首届软件测试正式会议。1975 年 John Good Enough和 Susan Gerhart 在 IEEE 上发表了测试数据选择的原理的文章，软件测试被确定为一种研究方向。1979 年，Glenford
6、 Myers 的软件测试艺术 ，对测试做了定义：测试是为发现错误而执行的一个程序或者系统的过程。. 20 世纪80 年代早期， “质量” 的号角开始吹响。软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。制定了各类标准。. 1983 年，Bill Hetzel 在软件测试完全指南中指出：测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。20 世纪 90年代，测试工具盛行起来。1996 年提出的测试能力成熟度 TCMM（Testing Capability Maturity Model） ，测试支持度 TSM（Testability
7、Support Model） 、测试成熟度 TMM（Testing Maturity Model） 。到了 2002 年 Rick 和 Stefan 在系统的软件测试一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命过程。1.2 软件测试的背景和意义 随着计算机技术的迅速发展和越来越广泛深入的应用于国民经济和社会生活的各个方面，随着软件系统的规模和复杂性与日俱增，软件的生产成本和软件中存在的缺陷和故障造成的各类损失也大大增加，甚至会带来灾难性的后果。软件质量问题已成为所有使用软件和开发软件的人关注的焦点。由于软件是人脑的高度智力化的
8、体现和产品这一特殊性，不同于其他科技和生产领域，因此软件与生惧来就有可能存在着缺陷。如何防止和减少这些可能存在的问题呢？回答是进行软件测试。测试是最有效的排除和防止软件缺陷与故障的手段，并由此促进了软件测试理论与技术实践的快速发展。新的测试理论，测试方法，测试技术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。1.3 软件测试的理论基础 1.3.1 软件测试的定义 软件测试使用人工或者自动手段来运行或测试某个系统的过程,其目 的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。它是帮助识别开发完成（中间或最终的版本）的计算机软件（整
9、体或部分）的正确度(correctness) 完全度(completeness) 和质量(quality) 的软件过程；是SQA(software quality assurance)的重要子域。 (1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进；(2)这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性；(3)没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法。1.3.2 软件测试的目的 如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是
10、以前出错比较多的位置。如果测试目的是为了给最终用户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会经常用到的商业假设。在谈到软件测试时，引用 Grenford J. Myers 在The Art of Software Testing一书中的观点: (1)软件测试是为了发现错误而执行程序的过程; (2)测试是为了证明程序有错，而不是证明程序无错误; (3)一个好的测试用例是在于它能发现至今未发现的错误; (4)一个成功的测试是发现了至今未发现的错误的测试。 这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认
11、为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。1.3.3 软件测试的内容 验证(verification)是保证软件正确地实现了一些特定功能的一系列活动, 即保证软件做了你所期望的事情。(Do the right thing) 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立
12、的需求的过程； 2.程序正确性的形式证明, 即采用形式理论证明程序符号设计规约规定的过程； 3.评市、审查、测试、检查、审计等各类活动, 或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。 确认(validation)是一系列的活动和过程, 目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Do it right) 1.静态确认, 不在计算机上实际执行程序, 通过人工或程序分析来证明软件的正确性； 2.动态确认, 通过执行程序做分析, 测试程序的动态行为 , 以证实软件是否存在问题。 软件测试的对象不仅仅是程序测试, 软件测试应该包括
13、整个软件开发期间各个阶段所产生的文档, 如需求规格说明、概要设计文档、详细设计文档, 当然软件测试的主要对象还是源程序。第二章 相关技术和工具介绍2.1 相关技 术介绍1.从是否关心软件内部结构和具体实现的角度划分：白盒测试、黑盒测试、灰盒测试（按测试分类）2.1.1 白盒测试又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。2.1.2 黑盒测试又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从
14、输入数据与输出数据的对应关系出发进行的测试。黑盒测试方法主要有等价类划分、边界值分析、因果图法、错误推测等，主要用于软件确认测试。2.1.3 等价类划分 等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）, 然后从每一个子集中选取少数具有代表性的数据作为测试用例. 该方法是一种重要的,常用的黑盒测试用例设计方法.2.1.4 边界值分析法 边界值分析法：边界值分析方法是对等价类划分方法的补充.边界值分析方法的考虑: 长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部. 因此针对各种边界情况设计测试用例,可以查出更多的错误.
15、2.1.5 因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件 ,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合, 可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情 , 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多 . 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例 . 这就需要利用因果图（逻辑模型）. 2.1.6 错误推测法错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 其基本思想: 列举出程序中所有可能有的错误和容易
16、发生错误的特殊情况,根据他们选择测试用例.2.1.7 灰盒测试是一种综合测试法，它将“黑盒” 测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。2.从是否执行代码角度：静态测试、动态测试2.1.8 静态测试指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。2.1.9 动态测试是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。3.从软件开发的过程按阶段划分有：单元测试、集成测试、确认测试、系统测试、验收测试、回归测试2.1
17、.10 单元测试又称模块测试，是针对软件设计的最小单位-程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。2.1.11 集成测试又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。2.1.12 确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测
18、试的基础。2.1.13 系统测试是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。2.1.14 验收测试以用户为主的测试，软件开发人员和质量保证人员参加，由用户设计测试用例。不是对系统进行全覆盖测试，而是对核心业务流程进行测试。2.1.15 回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。2.2 相关工具2.2.1 LR Mercury LoadRu
19、nner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用 LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应 用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源，
20、无需购置额外硬件而最大限度地利用现有的 IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。虚拟用户生成器用于捕获最终用户业务流程和创建自动性能测试脚本（也称为虚拟用户脚本） 。 . Controller 用于组织、驱动、管理和监控负载测试。 . 负载生成器用于通过运行虚拟用户生成负载。 . Analysis 有助于您查看、分析和比较性能结果。 . Launcher 为访问所有 LoadRunner 组件的统一界面。第三章 需求分析3.1 需求分析需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一
21、个复杂过程，在这个过程中，用户的确是处于主导地位。3.2 供应链管理系统的目的作用供应链管理系统（ICSCM）是基于协同供应链管理的思想，配合供应链中各实体的业务需求，使操作流程和信息系统紧密配合，做到各环节无缝链接，形成物流、信息流、单证流、商流和资金流五流合一的领先模式。实现整体供应链可视化，管理信息化，整体利益最大化，管理成本最小化，从而提高总体水平。系统将企业管理与外围企业管理有机的结合在一起，解决了因供应商分散不集中、产品品种太多、订单过于频繁等情况而导致的品牌营运商与供应商之间存在的沟通问题、数据传输及时性问题、数据安全性问题、数据完整性问题等，整合品牌运营商与上游资源，实现效率的极大提升。通过改善与供应商的业务处理流程，与供应商进行协同办公，进行密切的信息交换，加强了对例外事件管理的能力和响应速度，与供应商建立稳固、长期的伙伴关系。3.3 供应链管理系统需求分析报告测试 ID 测试区域 测试人员 备注供应链管理系统1 登录界面2 首页3 个人收藏夹3.1 待办任务3.2 已办任务3.3 地址簿管理3.4 授权功能4 采购管理4.1 采购需求管理4.1.1 采购需求编制
