《DPM-RDC-KF-测试方案-V10-精品文档整理.docx》由会员分享，可在线阅读，更多相关《DPM-RDC-KF-测试方案-V10-精品文档整理.docx（18页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、编号：DPM-RDC-QA-201209-001DPM测试方案Version 1.0 2012-09-03文档控制修改记录日期作者版本修改参考号2012-09-03卢海龙V1.0审阅人姓名职位审阅签字存档拷贝号地点备注目 录一、文档标识4二、测试概要42.1、文档用途42.2、测试目的42.3、测试范围42.3.1、用户文档52.4、测试环境描述62.5、参考资料62.5.1、缩写解释6三、组织机构73.1、测试人员角色，职责73.2、培训73.2.1、与应用相关的方面73.2.2、测试过程培训73.2.3、工具培训8四、测试进度8五、测试流程85.1、测试类型85.2、测试方法85.3、测试
2、关键过程域95.3.1、测试计划制定（KPA1）95.3.2、测试用例开发（KPA2）95.3.3、测试环境准备（KPA3）95.3.4、测试执行（KPA4）105.3.5、测试结果分析（KPA5）105.3.6、进行情况汇报（KPA6）10六、可交付成果10七、相关过程117.1、缺陷管理11八、假设11九、约束11十、依赖11十一、风险和问题11一、 文档标识本文档包含针对启源科创科技有限公司开发的代理商配件管理系统V1.0的全面的测试方案。二、测试概要2.1、文档用途本文档是完成代理商配件管理系统项目测试的指导性文件。本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求, 这也
3、是本测试项目中其他文档编写及结果评价的基础。2.2、测试目的采购管理，销售管理，运费管理，配件借用，不良品管理，索赔件管理等主要模块的功能测试，各级审核功能，数据流和数据测试，各个模块之间接口测试，数据逻辑处理业务功能测试，目的是为判定该系统是否满足软件需求规格说明书中规定的功能与性能指标提供客观的依据。2.3、测试范围序号测试分类测试内容1T-Documents（User）设计文档，用户文档2T-Function功能测试3T-Performance性能测试4T-R可靠性测试5T-U易用性测试6T-M可维护性测试7T-P可移植测试8T-E效率测试9T-CC中文特性测试说明：本次测试为软件功能测
4、试，易用性测试，效率测试三个方面2.3.1、用户文档设计文档以及用户文档测试重点包括：完整性、正确性、一致性、易理解程度和易浏览程度。1) 完整性 使用手册； 产品描述中说明的所有功能； 用户可调用的所有功能描述； 说明产品的描述中给出的所有边界值； 安装手册； 程序维护手册。2) 正确性 文档中所有信息应正确，不能有歧义和错误的描述。3) 一致性 文档自身、文档之间或者文档与产品描述之间，不应相互矛盾，且术语一致。4) 易理解程度 文档对正常使用其产品的一般用户应是容易理解的。5) 易浏览程度 用户文档易于浏览，相互关系明确； 用户文档应有目录表和索引表。2.4、测试环境描述软件环境：终端类
5、别操作系统相关软件服务端Windows server 2003Tomcat6.0,SQL Server 2008客户端Windows 7IE 8-9其他Windows 7禅道3.1，Office2010硬件环境：终端类别机器名设备编号配置说明服务端VM1VM1内存：1G（1600MHz）CPU:硬盘：客户端DellDell001Win7，500G/4GDellDell002Win7，500G/4GDellDell003Win7，500G/4GDellDell004Win7，500G/4GDellDell005Win7，500G/4G网络环境：网络类型带宽设备数量2.5、参考资料DPM系统需求说
6、明书2.5.1、缩写解释DPM：服务配件管理系统 三、组织机构3.1、测试人员角色，职责SMS服务管理系统测试过程参与者的角色,职责及其应具备的技能如下角色人数职责技能测试组长项目计划编制；协调并实施项目计划中确定的活动；识别测试环境需求；负责设计测试用例；为其他人员提供技术支持。熟悉软件测试方法及其工具，具有一定的领导测试人员开展测试工作的能力。测试人员执行测试活动；在项目计划制订阶段，识别项目活动估计每项活动所需的时间。了解测试工作，可根据测试说明执行测试，并可对测试结果进行简单归纳，会使用缺陷跟踪与管理系统。环境准备人员提供资源保障；建立并维护测试环境。对测试环境中所涉及的软硬件及其配置
7、熟悉，可迅速排除测试过程中出现的软硬件故障。质量保证人员确定项目质量目标；制订并实施质量计划；监督、指导项目活动的执行过程。熟悉软件质量保证和软件过程改进理念，了解被测软件的特性及应用场景。3.2、培训3.2.1、与应用相关的方面1、DPM系统业务功能描述培训2、DPM系统业务逻辑处理培训3.2.2、测试过程培训1、测试bug生命周期培训2、测试过程沟通培训3、测试其他培训4、测试用例以及测试方法培训3.2.3、工具培训1、缺陷管理工具使用（禅道3.1）2、自动化功能测试工具QTP四、测试进度事件预计工作进度备注编写测试计划编写测试方案测试用例设计测试业务流程培训执行测试，提交缺陷执行回归测试
8、（选择）编制测试报告编制缺陷报告提交测试文档五、测试流程5.1、测试类型测试类型测试描述集成测试是在单元测试的基础上将所有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进行正确性检验。系统测试系统测试完成所有的集成测试后，将系统所有功能模块组合成一个完整的系统进行的所有测试易用性测试系统功能和布局是否符合用户的日常操作习惯进行验证友好性测试有好性测试主要是针对界面UI布局，颜色显示等进行验证5.2、测试方法鉴于目前系统稳定性较差和修改较大，所有在系统稳定之前只能采用手工测试。（如果目前采用自动化测试，会增加测试成本）5.3、测试关键过程域完成本项目测试的关键过程域（KPA）包括：
9、 测试计划制订； 测试用例开发； 测试环境准备； 测试执行； 测试结果分析； 测试情况汇报。5.3.1、测试计划制定（KPA1）详见测试计划5.3.2、测试用例开发（KPA2） 测试用例覆盖率 测试用例对应的测试检查点 测试用例的重复使用性 测试用例的维护率 测试用例的准确性 对于自动测试，还需根据手工测试用例修改成自动测试用例。5.3.3、测试环境准备（KPA3） 测试软件环境的安装调试 测试硬件环境的安装调试 测试网络环境的安装调试5.3.4、测试执行（KPA4） 检查执行测试用例的环境 测试用例执行的准确度（测试人员可以根据测试用例完全理解系统的业务流程，而不用询问测试用例的开发人员）
10、测试用例执行的效率和速度并记录执行的日期，执行结果5.3.5、测试结果分析（KPA5）在此对测试结果进行评估，并将这些结果与验收标准(在测试计划中事先设定)进行比较。 对记录的测试结果数据进行分析； 对于存在问题的数据，分析判断产生问题的原因； 由于测试用例开发过程不合理产生的原因，提出测试用例开发过程修订建议，并记录相关数据； 由于测试执行方面的原因，提出测试用例开发过程修订建议，并记录相关数据； 由于被测软件的原因，将此情况记录在缺陷跟踪及管理系统中；（该过程域是对测试结果进行分析，软件有问题属于记录缺陷而不是分析缺陷） 根据测试结果数据计算各种度量值； 对各种度量值进行说明，给出明确的结
11、果分析意见及有关建议。5.3.6、进行情况汇报（KPA6）每周五给应用开发组项目经理反馈一周测试情况和缺陷报告，给技术总监提交测试计划执行情况的报告六、系统模块详细测试通用测试关注点：有无错误字，界面是否美观和谐，使用是否方便，字段限制，一致性。分辨率不同，IE版本不同，系统不同，是否有插件与其它插件产生冲突。6.1采购管理主要功能分为：采购计划，采购订单，采购入库，采购发票，采购预付款，采购付款。流程为： （该流程为需求所分析的流程，最终版可能会改变）测试关注点：1. 采购计划：制单人就是采购计划人，且和辖区权限相关。采购明细中的库房为制单人所访问的库房，供应商、配件、库房 唯一；并且库房是
12、此区域下的库房。采购数量限制以及非正整数验证。2. 采购订单：实现方式只有采购计划，手工新建，预警采购。1个订单只能一种来源一个供应商，库房可以有多个。红字入库为出库，只能由手工新建。采购订单价格验证含税和不含税，税率可从基础信息中修改。价格为价目表价和近期价，选择一种后本覆盖另一种。审核完成后可以终止不用再入库。（不可逆操作）3. 采购入库：一个订单可以生成多个入库单，一个入库单只能有一个库房一个供应商，入库配件必须为所订配件。入库价格为采购单价格，可以选择是否含税。红字入库为负数，费用转至退款中，可转为预付款进行使用。入库量可以大于订单量（相应付款也会进行改变）。入库会存在某一个位置，入库
13、单的入库配件的含税金额作为应付金额。入库单有3个时间：一个制单时间，一个入库时间,一个提交时间；本系统以选择的入库时间为准来计算配件入库顺序。对于同一天入库、出库单，根据制单时间的先后顺序来计算配件出、入库顺序。4. 采购预付款管理：一个预付款只能一个供应商，可以有多种方式，可以进行抵充。5. 采购付款管理：1笔付款单1个供应商1种付款方式，可修改付款金额，计算金额是否正确6. 采购发票：开票，付款登记。6.2销售管理流程为：（不为最终流程）测试关注点：1. 销售出库：1个出库单只能1个库房，1个订单1个客户，出库的配件必须为本库房的配件。出库价格为当前库存成本价，不能修改，出库单有3个时间：
14、制单时间，出库时间,提交时间；当库存不足时不能出库。可以通过中心调配完成。销售出库单审核完成后需对销售金额进行调整（销售单价默认为销售订单的含税单价），审核完成后就生成对应的应收单。2. 销售预付款：1个预收款只能有1个客户，1个预收款有多种收款方式，可以用于其它抵充3. 销售收款：1个销售收款单只能有1个客户1种收款方式，对应多个此区域下的应收单，可以修改应收单的收款金额，本次收款金额就是这些每笔应收单上的收款金额总和；4. 销售发票：一个销售发票单对应多个销售出库单;1个销售出库单可以在多个销售发票单上，且金额大于0。6.3运费管理流程图为：（不为最终版）测试关注点：1. 运费申请：1个运
15、费申请单只能有1个发运部门、运输公司，可以有多个清单类型。经审核后生成预付款2. 运费预付款：1个预付款只能有1个运输公司，1个预付款有多种付款方式，可以用于抵充。3. 运费付款：1个运费付款单只能有1个运输公司1种付款方式，对应多个此区域下的应付单，可以修改应付单的付款金额，本次付款金额就是这些每笔应付单上的收款金额总和；4. 运费发票：1个运费发票单对应多个运费申请单;1个运费申请单可以在多个运费发票单上，1个运费发票单只能有一张发票、1个发运部门、运输公司，并且发票金额大于06.4配件借用管理流程图：（不为最终版，可能有变动）测试关注点：1. 出库：借用件申请与出库单为1对多关系，新增出
16、库单只能做针对该库房的配件。2. 返交入库：返交件入库只能有一个返交申请单。一个入库单只能入一个库房，且返交单和入库单为1对多的关系。6.5不良品管理流程图：测试关注点：1. 不良品入库：不良品入库申请单只有一个库房，在新增入库单只做涉及到返交给本库房的配件，不良品入库单和入库单为1对多关系，不同派工单的配件不能合并入库。2. 不良品出库：不良品出库申请单只能有一个库房，在新增出库单只做涉及到出本库房的配件，不良品出库单和出库单为1对多的关系。6.6索赔件管理测试关注点：1. 索赔件入库申请单只能一个库房，在新增入库单只做涉及到返交给本库房的配件，且申请单和入库单为1对多的关系。入库后对借用件
17、进行抵消。6.7代管件管理测试关注点：1. 一个入库单只有一个库房，一个出库单只有一个库房，库房类型是“代管件库房”。2. 出库情况按库房拥有状态出库。6.8赠送件管理测试关注点：1. 一个入库单只有一个库房，库房类型是“基本库房”赠送件出库就按配件实际情况出库。6.9库存管理测试关注点：1 其它出入库：其它类型的入库只有一个库房，入库价手动输入。出库单只有一个库房。类型为基本库房。2 盘点：通用库存盘点单生成已审核的出、入库单，1个数量调整单只对应一个库房。数量为正数表示库存增加，为负数表示库存减少。调整后，可以是负库存。数量调整单只能生成一次。3 金额调整：1个金额单只能有一个成本中心，选
18、成本中心的权限，审核完成后此次金额调整就生效，金额调整以此次审核完成时间为准，只对本次审核完成时间后的出、入库的成本价格有影响。4 配件拆装：配件拆装申请-审核-自动生成已审核的出、入库单。一个配件拆装单只能选择一个库房。出库配件录入配件数量，入库时录入配件数量以及所占比重。所占价值比重作用是算入库配件的成本价：出库配件成本总额所占价值比重数量。成本差异金额：出库配件成本总额-入库配件成本总额；销售差异金额：出库配件销售总额-入库配件销售总额；销售单价以价目表（销售价）为准。5 月结存：必须在出、入库单完成后才能进行月结存。每月只能进行一次可以取消月结存。当做了月结存过后不能再做此月的出、入库
19、单。6 库龄：库龄区间可以通过基础数据进行设置，最多4个，查询条件可以是某个成本中心或多个库房。查询按日期从早到晚显示。系统出库方式按照先进先出模式。库存成本价为：7 库存冻结及解冻：冻结的数量是落实到批次上（1：n的关系），冻结数量必须小于等于此批次库存数量（入库数量-出库数量）；冻结后，不影响库存的数量、成本价格、库龄的算法；解冻是根据冻结单进行操作（n:1的关系），解冻数量必须小于等于冻结单上冻结的数量。6.10库位管理测试关注点：1. 1个库位调整单只能是对应一个库房。对入库批次没有影响。6.11库存调拔管理流程为：调拨申请 - 调出方出库 - 调入方入库测试关注点：1. 调拔申请：一
20、个调拨申请单只能由一个库房发出，一个调出库房。调出库房申请时必须审核。明细中显示全部配件调拔数量。2. 调拔出库：出库配件为调拨申请中本库房的配件，出库数量=调拨数量，库房类型为“基本库房”。一个调拨申请单可以多次出库，一个调拨出库单只能有一个调拨申请单。3. 调拔入库：入库价格就是对应出库单的价格，一张调拔出库单可多次入库。6.12基础数据管理测试关注点：1. 配件信息基本属性：配件编号、配件名称、规格、型号、产品区分、条形码、配件分类、计量单位、重量、替代品号/番号、适合机型、是否产生不良品。“配件编号”当不为空时唯一；配件名称、规格、型号、产品区分 唯一。2. 成本中心与库房的关系是1对
21、多，如果库房没有出入库单，可以直接从成本中心移除此库房；如果有出入库单，可以通过把此成本中心的库房转移到其它库房。被转库房对库房的配件生成一张自动审核的出库单，目标库房自动生成一张自动审核的入库单，入库单价即为对应的出库单价；3. 1个库房有多个库位。4. 对配件系统运行的参数进行设置，设置完后，即可生效，如果有出入库单，就不能再修改。负库存可以用开关设置。单价显示小数位数（系统保存为8位小数），可设置08位。验证边界值以及功能。七、相关过程7.1、缺陷管理缺陷管理采用禅道3.1来进行缺陷库管理。依照设计好的测试用例对产品进行测试，将发现的缺陷，包括功能、效率、界面，按照用例中的测试号分别记录
22、，保证各类缺陷记录的维护、分配和修改。缺陷包含的因素主要有以下几点：缺陷ID编号，缺陷所属模块，缺陷等级，缺陷优先级，开发者，操作平台和环境，附件，提交人，确认人等信息八、缺陷重要级别描述1致命错误（功能无法进行或者影响主要流程运行）2严重错误（功能不能完成但是不影响流程运行）3一般错误（功能可以完成不影响流程运行）4轻微错误（界面UI等错误）九、测试技术方法概述黑盒中采用：等价类，边界值，因果图，正交判定法等方法灰盒中采用：集成测试页面逻辑，数据流传输十、约束产品发布需遵守软件行业产品发布标准以及公司自己定制的软件产品发布标准十一、依赖1. 正式测试开始前需获得被测产品的使用手册；2. 必要的测试环境及软件应用的基本培训；3. 必要的情况下应及时得到开发单位的技术支持。十二、可交付成果1. 测试方案2. 测试计划3. 测试报告4. 缺陷报告