移动互联应用与工程实践——基于供应链管理系统的测试

毕业设计(论文)题目：移动互联应用与工程实践基于供应链管理系统的测试 专 业：移动互联应用技术 目录摘要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错误推测法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 LR13第三章 需求分析143.1需求分析143.2供应链管理系统的目的作用143.3供应链管理系统需求分析报告153.4功能点列表163.4.1登录界面163.4.2首页163.4.3个人收藏夹163.4.4采购管理173.4.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参考资料284.3.5缺陷报告284.3.6测试总结30第五章 结论与展望30参考文献31致谢31摘要随着中国IT行业的发展和软件市场的成熟，人们对软件作用期望值越来越高，软件的质量、性能、可靠性等方面也正逐渐成为人们关注的焦点。近年来，由于软件错误而造成经济损失，导致严重后果的事例屡见不鲜。因此，如何让保证软件产品的质量和可靠性就成为人们必须解决的一个重要问题，而软件测试是保证软件质量的一个重要手段。 在软件行业日新月异的发展进程中，软件的品牌以及种类已经到了数不胜数的地步，而软件测试已成为其中一个不可分割的部分。新的测试理论，测试方法，测试技术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。本软件的开发过程完全遵循软件开发流程来完成的。经历了需求分析阶段，数据库设计阶段，界面开发阶段，编码阶段，最后通过软件测试，完成整个软件的开发。 关键字：软件测试、需求分析、测试方法第一章 引言1.1软件测试的发展历史20世纪60年代（软件工程建立前），为表明程序正确而进行测试。1972年在北卡罗来纳大学举行了首届软件测试正式会议。1975年JohnGoodEnough和SusanGerhart在IEEE上发表了测试数据选择的原理的文章，软件测试被确定为一种研究方向。1979年，GlenfordMyers的软件测试艺术，对测试做了定义：测试是为发现错误而执行的一个程序或者系统的过程。.20世纪80年代早期，“质量”的号角开始吹响。软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且包含软件质量评价的内容。制定了各类标准。.1983年，BillHetzel在软件测试完全指南中指出：测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。20世纪90年代，测试工具盛行起来。1996年提出的测试能力成熟度TCMM（TestingCapabilityMaturityModel），测试支持度TSM（TestabilitySupportModel）、测试成熟度TMM（TestingMaturityModel）。到了2002年Rick和Stefan在系统的软件测试一书中对软件测试做了进一步定义：测试是为了度量和提高被测软件的质量，对测试软件进行工程设计、实施和维护的整个生命过程。1.2软件测试的背景和意义 随着计算机技术的迅速发展和越来越广泛深入的应用于国民经济和社会生活的各个方面，随着软件系统的规模和复杂性与日俱增，软件的生产成本和软件中存在的缺陷和故障造成的各类损失也大大增加，甚至会带来灾难性的后果。软件质量问题已成为所有使用软件和开发软件的人关注的焦点。由于软件是人脑的高度智力化的体现和产品这一特殊性，不同于其他科技和生产领域，因此软件与生惧来就有可能存在着缺陷。如何防止和减少这些可能存在的问题呢？回答是进行软件测试。测试是最有效的排除和防止软件缺陷与故障的手段，并由此促进了软件测试理论与技术实践的快速发展。新的测试理论，测试方法，测试技术手段在不断涌出，软件测试机构和组织也在迅速产生和发展，由此软件测试技术职业也同步完善和健全起来。1.3软件测试的理论基础 1.3.1软件测试的定义 软件测试使用人工或者自动手段来运行或测试某个系统的过程,其目 的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度(correctness)完全度(completeness)和质量(quality)的软件过程；是SQA(softwarequalityassurance)的重要子域。 (1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进；(2)这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性；(3)没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法。1.3.2软件测试的目的 如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。如果测试目的是为了给最终用户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会经常用到的商业假设。在谈到软件测试时，引用GrenfordJ.Myers在TheArtofSoftwareTesting一书中的观点:(1)软件测试是为了发现错误而执行程序的过程;(2)测试是为了证明程序有错，而不是证明程序无错误;(3)一个好的测试用例是在于它能发现至今未发现的错误;(4)一个成功的测试是发现了至今未发现的错误的测试。这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。1.3.3软件测试的内容 验证(verification)是保证软件正确地实现了一些特定功能的一系列活动,即保证软件做了你所期望的事情。(Dotherightthing) 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程； 2.程序正确性的形式证明,即采用形式理论证明程序符号设计规约规定的过程； 3.评市、审查、测试、检查、审计等各类活动,或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。 确认(validation)是一系列的活动和过程,目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Doitright) 1.静态确认,不在计算机上实际执行程序,通过人工或程序分析来证明软件的正确性； 2.动态确认,通过执行程序做分析,测试程序的动态行为,以证实软件是否存在问题。 软件测试的对象不仅仅是程序测试,软件测试应该包括整个软件开发期间各个阶段所产生的文档,如需求规格说明、概要设计文档、详细设计文档,当然软件测试的主要对象还是源程序。第二章 相关技术和工具介绍2.1相关技术介绍1.从是否关心软件内部结构和具体实现的角度划分：白盒测试、黑盒测试、灰盒测试（按测试分类）2.1.1白盒测试又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。2.1.2黑盒测试又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。黑盒测试方法主要有等价类划分、边界值分析、因果图法、错误推测等，主要用于软件确认测试。2.1.3等价类划分 等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.2.1.4边界值分析法 边界值分析法：边界值分析方法是对等价类划分方法的补充.边界值分析方法的考虑:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.2.1.5因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等.考虑输入条件之间的相互组合,可能会产生一些新的情况.但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多.因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例.这就需要利用因果图（逻辑模型）.2.1.6错误推测法错误推测法:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法.其基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例.2.1.7灰盒测试是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。2.从是否执行代码角度：静态测试、动态测试2.1.8静态测试指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。2.1.9动态测试是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。3.从软件开发的过程按阶段划分有：单元测试、集成测试、确认测试、系统测试、验收测试、回归测试2.1.10单元测试又称模块测试，是针对软件设计的最小单位-程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。2.1.11集成测试又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。2.1.12确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。2.1.13系统测试是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。2.1.14验收测试以用户为主的测试，软件开发人员和质量保证人员参加，由用户设计测试用例。不是对系统进行全覆盖测试，而是对核心业务流程进行测试。2.1.15回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。2.2相关工具2.2.1 LR MercuryLoadRunner是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应 用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。MercuryInteractive的LoadRunner能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。虚拟用户生成器用于捕获最终用户业务流程和创建自动性能测试脚本（也称为虚拟用户脚本）。.Controller用于组织、驱动、管理和监控负载测试。.负载生成器用于通过运行虚拟用户生成负载。.Analysis有助于您查看、分析和比较性能结果。.Launcher为访问所有LoadRunner组件的统一界面。第三章 需求分析3.1需求分析需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程，在这个过程中，用户的确是处于主导地位。3.2供应链管理系统的目的作用供应链管理系统（ICSCM）是基于协同供应链管理的思想，配合供应链中各实体的业务需求，使操作流程和信息系统紧密配合，做到各环节无缝链接，形成物流、信息流、单证流、商流和资金流五流合一的领先模式。实现整体供应链可视化，管理信息化，整体利益最大化，管理成本最小化，从而提高总体水平。系统将企业管理与外围企业管理有机的结合在一起，解决了因供应商分散不集中、产品品种太多、订单过于频繁等情况而导致的品牌营运商与供应商之间存在的沟通问题、数据传输及时性问题、数据安全性问题、数据完整性问题等，整合品牌运营商与上游资源，实现效率的极大提升。通过改善与供应商的业务处理流程，与供应商进行协同办公，进行密切的信息交换，加强了对例外事件管理的能力和响应速度，与供应商建立稳固、长期的伙伴关系。3.3供应链管理系统需求分析报告测试ID测试区域测试人员备注供应链管理系统1登录界面2首页3个人收藏夹3.1待办任务3.2已办任务3.3地址簿管理3.4授权功能4采购管理4.1采购需求管理4.1.1采购需求编制4.1.2采购需求查询4.1.3采购池4.2订单管理4.2.1采购申请编制4.2.2采购申请查询4.2.3采购订单查询4.2.4生成采购订单4.3采购签报4.3.1采购方案编制4.3.2采购方案查询4.3.3采购结果编制4.3.4采购结果查询4.4合同查询5报账管理5.1即时清洁编制5.2即时清洁查询6物料管理6.1物料查询6.2物料申请6.3物料申请查询6.4物料冻结/解冻6.5物料冻结/解冻查询7供应商管理7.1供应商主数据查询7.2供应商申请7.3供应商申请查询7.4供应商变更7.5供应商冻结/解冻3.4功能点列表3.4.1登录界面功能点用户登录界面描述1.用户登陆信息未输入的有相关提示2.用户登陆信息输入错误有相关提示3.可以连接到注册页面4.可以连接到忘记密码页面5.随机显示验证码6.实现用户登录与退出功能3.4.2首页功能点首页描述1. 登录成功后跳转到系统首页2. 首页页面左边有个通知栏3. 右边显示用户待办4. 页面有待办已办搜索框，点击已办按钮，可以查询用户的已办单据5. 有查看，查看单据审批意见，导出单据的按钮功能，可以批量导出6. 首页上方显示系统菜单栏7. 菜单栏上方左边显示公司标志与系统名称3.4.3个人收藏夹功能点个人收藏夹描述1. 可以正常显示个人收藏夹菜单下的子菜单2. 点击子菜单的待办任务，可以查看待办，可以通过关键词搜索单据3. 点击子菜单的已办任务，可以查看已办，可以通过关键词搜索单据4. 点击子菜单的地址簿管理，可以查看已有的送货地址的详细信息，可以修改，删除已存在的信息，也可以点击新增按钮新增送货地址信息，可以根据关键词搜索地址5. 点击子菜单的授权功能，可以进入单据授权页面，可以操作采购方案与采购结果的授权，授权范围有公司、部门、个人，授权范围内的用户可以使用该单据，否则只有创建人可以使用，可以对已授权的单据停止授权，也可以变更授权范围3.4.4采购管理功能点采购管理描述1. 点击子菜单采购需求编制，可以进行采购需求单据的编制2. 点击子菜单采购需求查询，可以用单据编码或名称进行采购需求的查询，可以删除不是归档状态的采购需求3. 点击子菜单的采购池，进入采购池页面，已归档的采购需求会显示在这里，只显示采购需求中采购池办理人字段是该用户账号的采购需求，才会显示在用户采购池中，否则无权限操作或查看4. 可以用户关键字段在采购池中搜索采购需求5. 在采购池中选择采购需求，点击加入工作区后，需求可以生产订单，结果，方案，即时清洁，采购申请6. 点击子菜单采购申请编制，可以进行采购申请单据的编制7. 点击子菜单采购申请查询，可以用单据编码或名称进行采购申请的查询，可以删除不是归档状态的采购申请8. 点击子菜单采购订单查询，可以用单据编码或名称进行采购订单的查询，采购订单只可以作废不能删除，只可以作废未收货的订单9. 点击子菜单的生成采购订单，通过查询出已归档的采购申请可以生成订单，已生成订单的采购申请不能再次生成订单10. 点击子菜单采购方案编制，可以进行采购方案单据的编制11. 点击子菜单采购方案查询，可以用单据编码或名称进行采购方案的查询，可以删除不是归档状态的采购方案，已归档的采购方案在进行采购结果编制的时候可以关联12. 点击子菜单采购结果编制，可以进行采购结果单据的编制13. 点击子菜单采购结果查询，可以用单据编码或名称进行采购结果的查询，可以删除不是归档状态的采购结果，已归档的采购结果可以链接生成合同14. 点击子菜单合同查询，可以用单据编码或名称进行合同的查询，可以删除发起状态的合同，其他状态不能删除，3.4.5报账管理功能点报账管理描述1. 点击子菜单的即时清洁编制，可以进行即时清洁的编制2. 点击子菜单的即时清洁查询，可以进行即时清洁的编制，已归档的即时清洁可以生成采购订单3.4.6物料管理功能点物料管理描述1. 点击子菜单的物料查询，可以用关键字段查询物料的详细信息2. 点击子菜单的物料申请，可以申请新增系统不存在的物料，填完申请资料后点提交后，会流转到对应的审批人的待办进行审批，审批结束，即可在物料查询查到新增的物料即可使用该物料做相关单据3. 点击子菜单的物料申请查询，可以查询在申请中的物料的流程状态，审批意见等4. 点击子菜单的物料冻结/解冻，可以申请冻结或解冻物料5. 点击子菜单的物料冻结/解冻查询，可以查询物料的冻结/解冻流程的相关信息3.4.7供应商管理功能点供应商管理描述1. 点击子菜单的供应商主数据，可以用供应商编码或名称查询出供应商的详细信息2. 点击子菜单的供应商申请，可以申请新增一个新的供应商，已存在的供应商不能新增，除非是冻结状态3. 点击子菜单的供应商申请查询，可以查询新增供应商的审批流程信息4. 点击子菜单的供应商变更，可以对系统存在的供应商，进行信息的变更更新，如供应商名称，银行信息等5. 点击子菜单的供应商冻结/解冻，可以对供应商发起解冻/冻结流程，也可以查询某一供应商是否发起了冻结/解冻流程或流程走到哪一步了3.4.8其他功能功能点其他基本功能描述1. 供应链管理系统主画面，点击右上角的号，可以关闭浏览器退出系统，点击右上角的退出按钮，退出系统但不关闭浏览器2. 供应链管理系统主画面，点击右上角最小化，可以最小化窗口3. 供应链管理系统主画面，页面布局合理，美观，正常显示当前时间第四章 项目软件测试的过程4.1测试计划 4.1.1编写目的专业的软件测试必须以一个好的测试计划为基础，尽管测试的每一个步骤是独立的，但是必定要有一个起到框架结构作用的测试计划，测试计划应该作为测试的起始步骤和重要环节，测试计划是软件测试工作中遇到的最基本的测试文档，测试计划是描述测试目的，范围，方法和软件测试的重点文档。通过测试，供应链管理系统强大而完善的功能，描述需要测试的特性、测试的方法、测试环境的规划、测试用例的设计方法、明确测试策略4.1.2项目背景在传统管理思想的指导下，供应链中的各职能部门以及组织通常只追求本部门的利益，而各组织间缺少有效的信息沟通与集成，通常会出现“牛鞭效应”的后果。这种现象将会给企业造成严重的后果，导致产品库存积压严重、服务水平不高、产品成本过高以及质量低劣等问题，使企业在激烈的市场竞争中处于不利的地位；同时随着产品交付时间已经成为企业重要的竞争因素，需要在制造、批发、分销、零售等环节的交付时间大大缩短，因此要对整个供应链进行优化，在此背景下产生了供应链管理。4.1.3供应链管理系统的介绍供应链管理系统(Supply Chain Management,SCM),是全方位的企业管理应用软件,可以帮助企业实现整个业务运作的全面自动化。业界分析家认为,供应链管理系统软件又将是具有前途的热门商用软件,因为它的主要作用是将企业与外界供应商和制造商联系起来。将与CRM,ERP一起构成网络时代企业核心竞争力的引擎。供应链管理系统（ICSCM）是基于协同供应链管理的思想，配合供应链中各实体的业务需求，使操作流程和信息系统紧密配合，做到各环节无缝链接，形成物流、信息流、单证流、商流和资金流五流合一的领先模式。实现整体供应链可视化，管理信息化，整体利益最大化，管理成本最小化，从而提高总体水平。4.1.4测试范围 本测试计划是针对供应链管理系统中规定内容的测试计划。测试范围包括：登录界面、首页、个人收藏夹、采购管理、报账管理、物料管理、供应商管理、退出系统等功能。4.1.5测试方法及对应工具测试内容测试方法相关工具备注功能测试、界面（UI）测试黑盒测试无无4.1.6测试环境客户端软、硬件配置备注硬件软件ACPU：P4 2.66G内存：2G硬盘：160GOS:windows7、windows104.1.7各阶段完成准则功能测试：所计划的测试已全部执行完成。设计的测试：系统界面，菜单的结构还有窗体的设计符合相关的规范。4.2测试内容4.2.1UI测试UI 测试即用户界面测试（UI），也可以叫做美工测试（GUI）。现在GUI设计和实现有了越来越多的类似，所有也就产生了一系列的测试标准。 UI 测试主要干的是表面测试，测试页面是否美观、文字是否正确、文字、图片组合是否完美、操作是否友好、用户界面、风格、 布局是否满足客户要求等。一般在实际软件测试中不会单独的进行UI 测试、而是在进行功能测试时附带的进行 UI 测试。以下就是根据供应链管理系统列出的 GUI 测试的测试点：测试点表测试点 测试说明注解窗口窗口是否可以打开多次或不正确的点击窗口是否有不正常反应所有的窗口的相关功能是否可以进行操作窗口中的数据内容是否可以访问窗口是否正确地被关闭菜单文本字体、 大小和格式是否正确菜单功能是否随当前的窗口操作加亮或变灰菜单和工具条是否可以正常操作下拉式操作能否正确工作下拉式菜单和所有菜单功能是否存在、 是否可以使用操作光标是否可以随操作恰当地改变导航导航与整体页面的样式风格是否一样是否易于导航、导航是否直观是否需要搜索引擎在需要导航的地方是否存在导航如按钮、 对话框、 列表、 窗口和页面链接等整体页面各控件操作方式统一自 适应界面设计，内容根据窗口大小自适应页面标签风格是否统一页面是否美观界面整体使用的颜色不宜过多页面的图片应有其实际意义而要求整体有序美观图片质量要高且图片尺寸在设计符合要求的情况下应尽量小页面内容输入框说明文字的内容与系统功能是否一致是否有错别字文字内容是否表意不明信息是否为中文显示是否有敏感性词汇、 关键词是否有敏感性图片如： 涉及版权、 专利、 隐私等图片数据项是否可以识别非法数据图形模式的数据项是否可以正常操作如： 滚动条数字、 字母形式的数据项是否可以正常显示， 是否可以输入系统中数据输入消息是否可理解4.2.2功能性测试测试用例表项目软件供应链管理系统程序版本功能模块登录功能编制人用例编号L001-L015编制时间2019/3/13功能特性测试用户登录系统时出现的状况编号测试项操作步骤预期结果实际结果测试状态L001登录打开系统1，使用网址进入系统登录界面正常进入登录页面一致一致L002登录成功用户名登录1、 进入登录页面2、 输入合法的帐号3、 输入正确的密码4、 点击登录登录成功， 跳转到系统首页一致一致L003再次登录1、 登录成功后2、 退出3、 再次登录登录成功， 跳转到系统首页一致一致L004登录失败密码错误1、 进入登录页面2、 输入合法的帐号3、 输入错误的密码4、 点击登录登录失败， 提醒“您输入的密码有误”一致一致L005帐号错误1、 进入登录页面2、 输入不存在的帐号3、 输入密码4、 点击登录登录失败， 提醒“您输入的帐号不存在”一致一致L006禁用的账号1、 进入登录页面2、 输入禁用的帐号3、 输入正确的密码4、 点击登录登录失败， 提醒“您输入的帐号被禁用”一致一致L007密码不填1、 进入登录页面2、 输入合法的帐号3、 点击登录登录失败， 提醒“请输入密码”一致一致L008帐号不填1、 进入登录页面2、 输入正确密码3、 点击登录登录失败， 提醒“请输入帐号”一致一致L009帐号、密码都不填1、 进入登录页面2、 点击登录登录失败， 提醒“请输入帐号和密码”一致一致L010修改的密码登录1、 进入登录页面2、 输入修改过密码的帐号3、 输入原密码4、 点击登录登录失败， 提醒“您输入的密码有误”一致一致L011删除的帐号登录1、 进入登录页面2、 输入被删除帐号3、 输入正确的密码4、 点击登录登录失败， 提醒“您输入的帐号不存在”一致一致L012帐号记忆1、 进入登录页面2、 点击帐号下拉按钮显示最近登录的帐号下拉框显示所有登录过的帐号一致一致L0131、 进入登录页面2、 点击帐号下拉按钮下拉框显示所有登录过的帐号一致一致L014登录后1、 登录成功后2、 页面中登录信息帐号信息正确一致一致L0151、 登录后， 进入注销页面2、 点击退出帐号退出成功一致一致采购方案编制项目软件供应链管理系统程序版本功能模块采购方案编制编制人用例编号编制时间功能特性测试用户采购方案编制功能编号测试项操作步骤预期结果实际结果测试状态B001正常提交下一环节1， 点击采购方案编制2， 按照业务要求填写方案的相关信息3， 点击提交成功提交下一环节审批正常提交到下一环节审批流程一致一致B002无法提交1， 点击采购方案编制2， 采购方案名称有空格3， 点击提交按钮系统报错方案名称有特殊字符，无法提交报一串英文代码的错误不一致B003无法提交1， 点击采购方案编制2， 采购方案阐述一栏有字符3， 点击提交按钮系统报错方案阐述有特殊字符，无法提交报一串英文代码的错误不一致B004暂存功能1， 点击采购方案编制2， 填写方案相关信息3， 点击暂存会保存一个采购方案的草稿，已暂存的信息无需在重新填写一致一致采购方案查询项目软件供应链管理系统程序版本功能模块采购方案查询编制人用例编号编制时间功能特性测试用户采购方案查询功能的状态编号测试项操作步骤预期结果实际结果测试状态C001查询自己创建的方案1， 点击采购方案查询2， 输入方案编码或名称3， 点击查询按钮查询出该方案一致一致C002查询不是用户自己创建的方案1， 点击采购方案查询2， 输入方案编码或名称3， 点击查询按钮无法查询出该方案一致一致C003查询授权范围内的方案1， 点击采购方案查询2， 输入方案编码或名称3， 点击查询按钮查询出该方案一致一致C004查询不在授权范围内的方案1， 点击采购方案查询2， 输入方案编码或名称3， 点击查询按钮无法查询出该方案一致一致C005删除草稿状态的方案1， 点击采购方案查询2， 输入方案编码或名称3， 点击查询按钮4， 点击删除按钮删除成功一致一致C006删除归档状态的方案1， 点击采购方案查询2， 输入方案编码或名称3， 点击查询按钮4， 点击删除按钮提示只能删除草稿状态的方案，归档的只能作废一致一致供应商变更项目软件供应链管理系统程序版本功能模块供应商变更编制人用例编号编制时间功能特性测试用户供应商变更流程功能的状态编号测试项操作步骤预期结果实际结果测试状态K001供应商变更1， 点击供应商变更2， 查询出供应商后点变更3， 修改需变更的供应商信息4， 点击提交到下一环节审批成功提交到下一环节银行信息创建省份是全国的话，变更时无法自动带出银行信息，新增一条原有的会报银行信息重复的错误不一致K002无法提交变更1， 点击供应商变更2， 查询出供应商后点变更3， 修改需变更的供应商信息4， 点击提交到下一环节审批无法提交成功，报该供应商已有一个变更流程，请等该变更流程结束后再发起变更一致一致K003修改不是本人创建的银行信息1， 点击供应商变更2， 查询出供应商后点变更3， 修改银行信息报该银行信息不是本人创建，无法修改，请联系管理员一致一致4.3测试报告4.3.1编写目的编写该测试报告主要有一下几个目的：1， 通过对测试结果的分析，得到对软件质量的评价；2，分析的是过程，产品，资源，信息，为以后制定测试计划提供参考；3，评估测试执行和测试计划是否符合；4， 分析系统存在的缺陷，为修复和预防bug提供建议；4.3.2概述本次测试的目的是为了验证供应链管理系统的各个功能模块是否符合设计要求4.3.3测试环境硬件软件：不同品牌不同配置的电脑软件环境：win7和win10操作系统下的各个浏览器，不同版本的浏览器4.3.4参考资料供应链管理系统需求和设计说明书供应链管理系统测试计划供应链管理系统测试用例4.3.5缺陷报告关于缺陷级别的说明：A 类表示严重错误， 比如系统崩溃、 由系统引起的死机、 严重的数据错误、 数据库发生死锁等； B 类表示较严重错误，比如功能与需求不符、 轻微的数据错误、 程序接口错误等； C 类表示一般性错误， 比如删除操作未给提示、 界面文字、 格式错误等； D 类表示较小的错误， 比如界面不够美观、显示格式不规范、 辅助说明描述不清楚等；E 类表示测试建议（非缺陷）。 缺陷紧急程度从 1 到 4 由高到低分为 4 级：1 表示非常严重的缺陷，例如，操作系统崩溃，造成数据丢失； 2 表示较严重的缺陷，例如，软件的主功能不起作用，导致其他流程无法进行；3 表示一般缺陷，例如，软件的次要功能产生错误结果，不影响其他功能；4表示细微缺陷，例如，符号、图标的错误。缺陷统计表测试用例编号用例模块名称缺陷级别缺陷描述操作步骤紧急程度解决状态B002采购方案编制D采购方案名