案例网银测试总体过程总结

集团文件发布号：（9816-UATWW-MWUB-WUNN-INNUL-DQQTY-19882）案例网银测试总体过程总结----xx行网银总体过程汇编第一章：项目书第二章：项目时间表第三章：人员名单第四章：项目中期报告第五章：项目总结报告第六章：相关附件第一章：项目计划书测试背景为了保证网银项目测试工作的组织性，提高测试的工作质量和效率，为网银项目测试工作提供完整的测试计划、测试人员工作安排、测试轮次、测试方法、系统功能模块覆盖率以及测试风险分析，确保测试项目平稳有序的运行。测试目标测试项目的测试目标为：接口程序覆盖率100%，接口错误修改率100%测试案例的功能覆盖率达100%，执行率达100%已修改的测试问题回归测试覆盖率达100%测试记录死循环率达95%，即Bug关闭率达到95%，3等级（含）以上的Bug必须已关闭。测试范围测试计划和：根据软件需求书，制定测试计划，测试，包括收集测试方法，测试用例，测试工具等。分辨率测试：默认为1024*768，包括800*600,1280*800的测试【待确认】多语言测试：中文繁体（重点测试）、英文、中文简体；兼容性：操作系统包括WindowsXP，Vista，Windows7浏览器包括及以上（，，），FireFox及以上(FireFox，FireFox测试输出文档《测试计划书》Word测试经理《测试用例》Excel测试经理《测试管理工具Bugfree规范》Word测试经理《测试进度监控表》Excel测试运行时间每日提交测试经理《阶段测试报告》Excel每一阶段结束后测试经理《项目测试报告》Word测试执行结束后测试经理《数据移行验收报告》Word数据移行验收结束后测试经理项目的测试人员、职位、工作职责测试经理李娜编写测试计划缺陷管理测试结果分析测试案例编写人员刘百梅、梁俊杰、易楼、罗志强、高宝石、马嘉鑫、骆竞、赖维君、揭文锋编写测试用例测试案例执行人员执行测试报告缺陷回归缺陷需要配合的部门与人员开发人员协助搭建测试环境，测试版本控制业务人员协助测试人员理解需求，提供业务帮助测试工具测试管理工具为Bugfree人员合作模式测试案例设计及编写：-XX银行主导负责-XX银行对外包人员比例：1比2-外包人员：10人测试案例执行：-外包商主导负责-XX银行对外包人员比例：1比4-外包人员需求：20-25人测试时间安排1用例编写人员入场用例编写人员入场，人数：10人行方已准备好场所、相关设备测试公司提供入场人员名单及人员职责表1、行方需提供处理环境、设备问题的相关联系人名单及联系方式2、用例编写阶段及测试运行时间的验收组会议安排；加强工作组内协作关系及验收问题讨论等2测试用例编写提取测试要点1、行方已提供相应的测试需求2、行方已准备好场所、相关设备以日为单位提交每日需求确认清单1、请提供相应的联系人名单及联系方式2、初审及最终评审由行方执行3、行方需提供：多语言版本UI规范文文件、错误代码表及对应客户化提示规范文档、页面输入项控制规范、内管的各统计报表中各指针的统计说明及统计方法；4、开发提供数据移行转换测试方案；3提交测试要点给行方进行初审测试要点4用例完善以日为单位提交每日需求确认清单5提交测试用例给行方进行最终评审测试用例6测试数据提出根据所完成的用例进行测试数据提出用例已评审通过测试数据要求7测试执行人员入场测试执行人员入场，人数：20-25人行方已准备好场所、相关设备测试公司提供入场人员名单及人员职责表行方需提供处理环境、设备问题的相关联系人名单及联系方式8测试数据准备测试数据准备包括硬设备及环境（行方准备）测试用户分配表测试数据准备完全后测试公司要给执行人员分配测试用户9测试执行前准备工作1、业务人员培训：BugFree使用及规范（用例管理及BUG处理流程），测试用例分析及测试执行讲解；10测试执行第一轮：冒烟测试及通过性测试开发人员提供可测试版本1、每日测试进度监控表2、第一轮测试报告（，12:00AM前提交）1、每日的测试进度监控表于次日9:00AM提交2、开发人员提供可测试模块及功能点11第二轮：通过性、失效性测试及接口：联动、页面要素测试第一轮测试已结束1、每日测试进度监控表2、第二轮测试报告（，12:00AM前提交）1、每日的测试进度监控表于次日9:00AM提交2、开发人员提供可测试模块及功能点3、兼容性测试包括：操作系统包括WindowsXP，Vista，Windows7；浏览器包括及以上（，，），FireFox及以上(FireFox，FireFox4、多语言测试包括：中文简体、中文繁体、英文5、分辨率测试：包括1024*768，800*600,1280*800的测试6、在第三轮后进行数据移行测试12第三轮：通过性、失效性及兼容性测试1、第二轮测试已结束2、兼容性测试需要的系统及浏览器的提供1、每日测试进度监控表2、第三轮测试报告（，12:00AM前提交）13.第四轮：多语言测试、分辨率测试1、第三轮测试已结束2、多语言测试版本提供1、每日测试进度监控表2、第四轮测试报告（，12:00AM前提交）14.第五轮：封版测试所有用例都已执行，bug修复率达到95%以上，无“中”等级（包含“中”等级）以上bug存在。1、每日测试进度监控表2、项目测试报告（，12:00AM前提交）测试用例编写预估数1登入/注销1707现金管理/CashManagement查询/Enquiry3800付款/Payments6200收款/Receivables40定期存款/TimeDeposit330货币兑换/CurrencyExchange630流动资金管理/LiquidityManagement330维护/Maintenance5308贸易服务/TradeServices2009信用卡/CreditCard47010保险/Insurance25011投资/Investment50012强积金/MPF8013托管/Custody8014授权中心/AuthorizationCenter100015下载中心/DownloadCenter10016管理/Management90017工具/Tools20018内管45019客户迁移30020公共问题（包含版面风格、网页能适应屏幕大小等公共性问题）200测试执行计划（初步估算）测试起止时间、程序封版时间：XX银行网上银行升级项目测试起始时间为2011年8月15日、封版测试时间为2011年10月20日。测试步骤：预估用例16760条，计划测试5轮，初步估算执行用例总数为67040条。第一轮：，冒烟测试及通过性测试第二轮：，通过性、失效性测试及接口：联动、页面要素测试第三轮：，通过性、失效性及兼容性测试第四轮：.，多语言测试第五轮：.，封版测试注：以上数据指针均要在环境良好的配合及程序版本稳定情况下才能完成；不包括每日的回归测试及BUG验证工作；业务人月需求，仅为网银验收不包括核心验收(未提供核心验收的交易量数据，暂无法估算人月需求)；说明：详细的测试计划会在测试用例最终评审后进行详细设计，并出相关文档。测试进程说明测试流程表测试过程描述测试计划阶段编写测试计划测试经理根据项目计划与项目业务需求说明书创建测试计划，如果此需求发生变化，则将根据变化更新此项目测试计划。评审测试计划项目经理浏览并评审《系统项目测试计划》。测试经理负责更新此文档。项目经理负责评审和批准经过更新的文档。《项目测试计划》的版本为,如果该计划被更新，则版本的序号也随之变更。测试工程师根据测试计划执行测试任务。测试用例阶段编写测试用例分析《软件需求说明书》。测试工程师根据《软件需求说明书》编写测试用例。冒烟测试用例需要被同时创建。评审测试用例测试组负责评审《测试用例》。在发现错误或问题的情况下，该测试用例将会被更新。测试经理负责填写《测试用例评审报告》。我们将《测试用例》的最初版本定义为，如果该档得到更新，其版本也会被同时更新。测试阶段冒烟测试测试工程师负责根据《项目测试用例》进行冒烟测试，执行测试用例的实际输出结果是否符合预期结果，我们将此用例标注为通过或者失败，将结果返回给开发部门。系统测试根据《项目测试计划》和《项目测试用例》，测试工程师负责执行测试用例：当执行测试用例时：如果实际输出结果和预期输出结果相同，该用例需要被标注为通过。如果实际输出结果和预期输出结果不同，该用例需要被标注为失败。所有在测试过程发现的缺陷，需要被提交到BugFree。测试用例在测试过程中将根据需要得到更新。测试经理负责分析测试结果，对测试人员执行的测试用例进行一定比率的内部QC（质量控制）。测试完成时，需得到测试经理的批准。备注：所有的缺陷必须被提交到缺陷处理系统BugFree。测试总结阶段分析和总结测试结果测试经理总结各自的测试工作并在《项目测试总结》中填写相应的部分内容。包括测试工具，测试技术，测试体会以及工作质量等。测试经理负责在《项目测试总结》中分析与总结测试资料，填写包括测试人员工作效率，人力资源消耗，测试过程中经验与教训，评价整个项目过程中的测试质量。测试完成测试经理负责批准测试完成。所有测试人员在《项目测试总结》中签名，证明所有任务都已完成。Bug严重程度定义Bug等级解释建议1-LowLow——测试建议建议性的意见或者建议，未来的增强功能建议性问题，业务与开发确定是否要接纳2-MediumMedium——一般错误，包括：系统满足主要页面要求，对功能有较小影响辅助说明描述不清楚显示格式不规范根据整个Bug数量及等级进行安排修复，最迟不可超过提交后的第二个版本提交测试3-HighHigh——高级错误，包括：次要功能或过程被中断，结果或行为与预期结果不符界面错误(详细文档)打印内容、格式错误Bug提出后最近一次版本提供测试4-VeryHighVeryHigh——较高级错误，包括：功能不符数据流错误程序接口错文档中定义的步骤不可行，缺少所记录的功能1日之内，并及时打版本提供测试5-UrgentUrgent——严重错误，包括：由于程序所引起的死机,非法退出严重的数值计算错误阻挡构建或下一步功能测试，影响平行测试的功能1日之内，并及时打版本提供测试测试方法功能类测试功能类测试是银行项目测试工作中的重点，在各个环节都需要有比较全面的考虑。先考虑测试案例的组织结构，首先按照功能模块（通常对应系统中的一级菜单）归类，然后针对各功能模块下的每一个具体功能（即有独立页面的功能，简称子功能）再分类，分别设计不同方面的测试案例，案例的组织结构如下：——“XX模块”——“XX叶子功能1”——冒烟测试——页面要素验证——必输项验证——输入项检查——联动项检查——本功能流程测试——通过性测试——失效性测试——“XX叶子功能2”…………——总体规则验证——数据流转测试——后台线程测试数据流转测试和后台线程测试，这两类案例可考虑根据情况，放在某一模块下，或者单独自成一部份。对这几类测试，做一个简要的说明：冒烟测试对本功能正常的主线流程进行验证而设计的案例此案例专门用来做冒烟测试，通常每个子功能只需提供一条该案例，设计时只需保证该功能的正常操作流程（即仅输入必要的有效数据）通过即可总体规则根据需求文文件中提供的总体规则来设计的用例。主要包括各个功能页面风格的一致性、操作习惯的一致、显示格式的统一等。通常一个项目的总体规则是固定的，既要保证案例的执行覆盖度，又要避免案例的冗余，所以总体规则可由一个人完成设计，在各个模块下直接复用；测试执行时，可根据需要来进行执行情况的统计。页面\必输项验证执行该功能操作，页面中所必须录入/选择的项目，是否在为空的情况下仍然可以通过提交的检查。各个页面的必输项不同，要考虑必输项的显示方式，以及非必输项是否也被做了必输限制等。页面\输入项检查主要指在客户端所进行的各类输入数据项的合法性的检查。这部分案例主要指在客户端能够验证或限制的内容，如数据输入长度限制、是否含有非法字符等。页面\联动项检查主要指页面中多个输入或选择项目之间，根据前一项的结果而对其他项是否产生了约束的检查。例如，城市的选择，选择了省之后，其下可选择的市，是否进行了列表更新等。本功能流程测试当前功能本身的操作及数据流程正确性的测试，包括正常流程和异常流程。例如，执行转账操作，输入正确和错误密码是否得到了正确的正常和异常返回结果；以及显示的返回结果是否与实际结果一致等。数据流转测试主要指银行端与客户端之间的数据通讯是否准确，以及企业网银授权、审核流程的数据流转是否正确等。例如，企业网银在银行端设定某种授权模式，在客户端是否正确体现等；或银行端修改了客户信息、发布了客户通知等在客户端是否正确体现等。后台线程测试验证系统设定的在固定时间自动线程是否正确执行。例如，系统设定每天凌晨1点，某系统自动从主机同步网点数据进行更新等。注：“数据流转测试”从名称和范围上难与功能流程测试有明显划分的界限，可根据实际项目情况变更案例类别的名称，或明确规定试用范围；实际项目中可能仍会有部分案例无法划分在上述的类别中，可根据实际情况进行调整，或单独形成一个补充案例。例如，主机错误码在网银系统未知的情况，是由于网银数据库基础数据不完整，也应属于缺陷。“冒烟测试”的案例，仅执行冒烟测试时使用，案例可能会与“本功能流程测试”的案例重复，但此处单独提出，便于测试的执行和统计，不算案例冗余。兼容性测试兼容性测试主要应针对客户端，并且根据客户的要求并结合实际，来提供不同的测试方案，并非要盲目的兼容一切；B/S架构项目兼容性测试的重点，在于浏览器兼容的测试操作系统证书的导入，证书的识别是否正常主要针对Vista系统测试，其他非MS操作系统根据需求以及可提供的驱动程序而定浏览器页面各功能的可用性，接口显示的美观、一致性此为兼容性测试的重点。通常需要兼容IE6、IE7、IE8，此项目还需兼容，Office类文档网银系统中导出或生成的各类数据，使用不同版本的office（包括非MS的office），是否都能够正常打开并准确显示通常以office97以上版本作为测试对象其他主流软件在网银系统的使用过程中，如果同时打开其他主流软件，是否会造成冲突（如QQ、MSN等）此测试仅能对已知的可能不兼容软件进行测试，无法达到全面测试，需要总结实际经验来完善硬设备网银系统的使用中，对常见的输入设备是否支持良好，尤其在使用特殊控件的位置和独立的客户端系统中（如使用USB键盘等）此测试仅能对已知的可能不兼容设备进行测试，无法达到全面测试，需要总结实际经验来完善多语言测试银行系统的接口中，非简体中文的语言应由用户来提供，或至少需要由用户确认语言使用的准确性；重点测试，使用非简体中文的语言后，页面内容显示的位置、格式等美观性是否发生了变化，是否在可接受范围内；多语言测试时，要对系统进行完整测试，以达到系统中各个位置（包括弹出的提示信息、异常时的错误信息等），都能够以相应的语言正确显示。测试输入输出标准测试产品主要输入：《项目业务需求分析说明书》主要输出：《项目系统测试计划》，《项目系统测试用例》，《项目测试总结》测试规则1）冒烟测试输入：编码已完成。输出：所有版本检查测试用例的执行结果必须为通过。2）系统测试输入：版本检查测试已完成。输出：所有等级为5和4的缺陷必须已经被修复，剩余的未修复的等级为3的缺陷数量必须少于3个，剩余的未修复的等级为2和1的缺陷数量必须少于5个。测试用例通过标准如果实际输出结果与期望输出结果相符合，则此用例可以标注为通过，否则就标注为失败。并将缺陷提交到BugFree。暂停\恢复测试标准1）暂停测试标准如果在测试过程中发现严重的缺陷，导致产品不能正常运行，项目经理和测试经理可以同意暂停测试，其标准如下：测试环境问题。源程序中包含一个或多个导致测试不能继续进行的致命缺陷。架构重新设计，重新开发，需求改变。2）恢复测试标准严重缺陷被修复后，测试进程可以继续进行，所需标准如下：导致测试暂停的致命缺陷已被修复。必须得到项目经理正式通知。当测试恢复时，必须重新计划测试流程，更新测试计划和相关联的测试用例。说明：出现暂停测试情况时，测试经理与相关负责人及时联系，由相关负责人给出具体恢复时间。测试人员等待恢复测试期间可进行及用例完善工作。影响测试时间在半个小时以上的，认为影响到整个测试流程进展，此次影响时间及原因会记录在测试进度监控表中。测试风险分析项目测试时间不能满足实际时间需求，导致项目开发质量出现问题，测试风险随之提高高按照CMMI要求严格评估项目的时间要求，给予测试充分时间，以保证项目质量软件需求没有经过严格评审，功能点描述不清晰，功能实现没有过程描述，异常流程没有考虑高软件需求必须要经过严格的评审与需求静态测试，变更需要有严密的跟踪过程项目在测试过程中，需求在不断变更，影响项目测试进度与质量高需求变更必须要经过严格的评审与评估，经过正式的流程提交，然后更新软件需求，在项目末期，必须停止需求变更软件送交测试版本，缺陷数多，开发人员修改不及时，导致项目测试进度拖沓高送交测试版本，测试人员必须进行冒烟测试，冒烟测试通过后，再进行功能测试说明：若出现以上测试风险，对整个测试流程的进度影响极大，此时应及时会议商讨解决方案。第二章：项目时间表企业网银重整UAT测试时间安排编号工作日期阶段详细内容备注1用例编写人员入场用例编写人员入场，人数：10人入场之前请行方准备场所、设备及联系人2测试用例编写提取测试要点以日为单位提交每日需求确认清单3提交测试要点给行方进行初审执行者：行方4用例完善以日为单位提交每日需求确认清单5提交测试用例给行方进行最终评审执行者：行方6测试执行人员入场测试执行人员入场，人数：20-25人入场之前请行方准备场所、设备及联系人7测试数据准备测试数据准备包括硬件设备及环境（行方准备）8测试执行第一轮：冒烟测试及通过性测试9第二轮：通过性、失效性测试及界面：联动、页面要素测试10第三轮：通过性、失效性及兼容性测试兼容性测试包括：操作系统包括WindowsXP，Vista，Windows7；浏览器包括及以上（，，），FireFox及以上(FireFox，FireFox11.第四轮：多语言测试多语言测试：中文简体、中文繁体、英文12.第五轮：封版测试第三章：人员名单序号姓名性别技术类型角色1刘瑞娜女助理组员2李娜女管理经理3肖振华男开发组员4杨一鸣男开发组员5刘百梅女测试组长6李银海男测试组员7陶丽丽女测试组员8赵春华女测试组员9黄学俊男测试组长10金志刚男测试组长11李益玲女管理+测试组长12郭振业男测试组员13李庆锋男测试组员14罗芬女测试组员15王丽霞女测试组员16袁飞男测试组员17张文珍女测试组员18周洪鑫男测试组员19陈晨女测试组员20陈欧女测试组员21高丽女测试组员第四章：项目中期报告报告的内容主要有项目进度、已使用的人天数、项目时间表、项目增加时间表、到行人数次数、案例执行数据以及其他事宜七个方面。项目进度因为cycle4-cycle6进行SIT测试，导致大部分功能不能进行测试，导致现在项目进展较为缓慢。影响最大的为现金管理模块（约4000多条案例），CMC测试案例（约2000多条案例）。受SIT影响的模块的测试人员仍然在测试，但是不跑案例，而是按照之前编写的案例试着走流程，以便清晰流程，以及发现自己不够清晰或者存在疑问的地方，以便之后提供测试能够更快更顺利的完成。目前情况，除上述两个模块影响较大，其他的模块基本都能按照进展进行。已使用的人天数人数方面：编写案例的时候实际有11个人，当时和香行那边确认是10个人，现按10个人月去算；执行案例在9月19日时增加了1位人员，即9月19日前人数为25人，9月19日后，人数为26人。案例编写时间：6月1日-8月28日，实际工作日67天；案例编写人天数：67*10=670。案例执行时间：8月29日-10月9日，实际工作日33天；案例执行人天数：33*25+17*1=842。合计：670+842=1512。项目时间表编写案例时间：6月1日-8月29日。案例执行时间：8月29日-10月25日。实际时间为：8月29日-11月9日。4．项目增加的时间表因项目中途进行SIT，SIT时间：9月20日-10月9日（cycle4-cycle6）；顺延3个cycle（cycle10-cycle12），增加时间为：10月26日-11月9日（预计工作日为11日）。5．评审会的次数已经进行的评审会有立项评审进度确定评审项目设计评审项目案例评审第一阶段执行情况评审第二阶段执行情况评审项目计划中期调整评审。6．案例执行的数据共编写案例23800条，预计案例执行数约为45000条（未计算封版测试和bug回归执行数）。由于受环境、SIT及分模块分功能提供的影响，现每日实际执行数平均约为700条。7．其他事宜a、CMC内管案例由银行提供，由于初期提供的案例在测试过程中发现大部分不符合的情况，是因为之前编写案例的时候他们是用旧系统的一些错误提示等去编写，和现在新需求及新的错误提示存在一些不一致的地方，我们测试的时候发现很多问题，于是产生了重新编写案例的问题，主要修改错误提示和删除一些案例及增加一些案例。b、定期产品在写案例的时候，案例编写人员编写了5个产品，分别是月月有息、定期存款、跃息定存、通知存款、零存整付，但在案例评审时，行方对应人员只要求测试定期存款和跃息定存这2个产品，但实际测试过程中，发现品种很多，就要求确认具体要确认的品种，才发现定期主要分两大类，一类是一般定存产品，一类是企业跃息定存产品，而一般定存由存款部负责，跃息产品由现金管理负责，涉及单位混乱，导致多次沟通说法都不一致。10月7日才确认，但已由之前的2个产品增加到现在的17个产品，其中有3个产品是今日才确认的，需要评估是否有足够时间进行测试，其余14个产品是已确定要测试的，我们初步评估了一下大约需要增加600条案例，就目前情况看是可以按时完成测试任务的。因定期产品比较波折，我在每日的会议中都有提出，也在我们的监控表里有体现这个问题。第五章：项目总结报告测试过程简述测试起止时间、程序封版时间：XX行企业网银重整项目测试起始时间为2011年6月1日、程序封版时间为2011年11月10日、项目投产时间为2011年12月18日。测试步骤：本项目信雅达共编写了25077条案例，行方提供案例9967条，共测试了5轮，执行案例数达70760次。第一轮2011/8/292011/9/5冒烟测试1634第二轮2011/9/62011/9/23缺陷验证、冒烟测试、功能测试、用户界面测试12445第三轮2011/9/242011/10/25缺陷验证、功能测试、用户界面测试、兼容性测试31913第四轮2011/10/262011/11/6版本验证、兼容性测试12503封版测试2011/11/72011/11/10缺陷（Bug）验证、冒烟测试、流程通过性测试2992后续跟踪2011/11/112011/12/16缺陷（Bug）验证9027测试情况统计分析共提交测试缺陷1922条：ByDesignDuplicateExternalFixedNotReproPostponedWon'tFixNotabugActive合计企业网银129115265029822580291564CMC内管系统2430741032305358合计131158272430825810341922其中：Duplicate中，有45条缺陷是与业务单位提出的缺陷重复，分析45条缺陷处理情况如下：Deferred-itemFixedNotReproWon'tFixNotabug合计数量62921745Active中，有11条已经处理为Deferred-item；缺陷关闭情况：ClosedResolvedActiveUAT1-Low18134UAT2-Medium8681926UAT3-High62524UAT4-VeryHigh16300UAT5-Urgent2700合计18622434说明：未Closed的缺陷一共58条，其中有16条已处理为Deferred-item；其余42条主要为页面问题，根据UAT会议得到共识，不影响交易流程且严重程度低于UAT3级的，待上线后再与个单位确认是否修改及如何修改。测试结果（通过标准：无影响网银交易功能的问题存在）企业网银：模块名二级菜单三级菜单测试结果登入注销登入测试通过注销测试通过Token测试通过高风险交易测试通过现金管理查询账户余额测试通过交易详情测试通过交易状态测试通过汇款查询测试通过支票查询测试通过贷款查询测试通过商业综合理财户口测试通过付款转账测试通过特快转账（RTGS/CHATS）测试通过电子转账（特快处理）测试通过电子转账测试通过电汇测试通过汇票测试通过中银快汇测试通过缴付账单测试通过自动转账付款测试通过发薪测试通过支票处理测试通过收款自动转账收款测试通过定期存款存款利率测试通过开立定期存款测试通过交易状态测试通过已预订利率测试通过货币兑换汇率查询测试通过已预订汇率测试通过兑换交易测试通过维护常设交易测试通过收款人名单测试通过范本维护测试通过贸易服务主页收件匣测试通过待办测试通过选择押汇账户测试通过进口进口信用证测试通过进口代收测试通过担保提货测试通过进口发票融资测试通过出口出口信用证测试通过DA/DP测试通过备货融资测试通过出口发票贴现测试通过转让信用证测试通过还款进口信用证单据测试通过进口代收垫款测试通过进口发票融资测试通过打包放款测试通过备货融资测试通过出口发票贴现测试通过担保函担保函测试通过备用信用证测试通过查询交易状态测试通过业务记录测试通过归档记录测试通过授信额度测试通过活动记录测试通过数据库贸易伙伴测试通过范本测试通过条款测试通过信用卡概览测试通过结账测试通过事务历史记录测试通过调整信用额度测试通过申请商务卡测试通过商务卡优惠测试通过保险申请保险测试通过下载表格测试通过投资投资概览测试通过证券测试通过基金测试通过贵金属测试通过股票挂钩存款测试通过期权宝测试通过投资存款测试通过结构性存款测试通过债务证券/存款证测试通过新股认购测试通过客户投资取向问卷测试通过强积金上载强积金供款档案测试通过缴付供款测试通过强积金账户登入测试通过授权中心测试通过下载中心月结单银行月结单测试通过贸易服务月结单测试通过报表/档案付款档案测试通过收款档案测试通过档案范本测试通过表格测试通过管理活动记录最后一笔交易测试通过事务历史记录测试通过授权模式设定测试通过使用者设定使用者名单测试通过现存用户记录测试通过已注销记录测试通过授权组合设定一般授权设定测试通过贸易服务授权设定测试通过收款人账户名单授权设定测试通过持有人账户名单测试通过更改密码测试通过其他设定账户别名设定测试通过月结单设定测试通过登入名称设定测试通过版面设定测试通过工具上载上载档案测试通过上载记录测试通过收件匣测试通过发送讯息测试通过CMC（内管系统）：模块名测试结果C110测试通过C111测试通过C112测试通过C113测试通过C114测试通过C115测试通过C116测试通过C117测试通过C118测试通过C119测试通过C120测试通过C121测试通过C124测试通过C126测试通过C130测试通过C160测试通过C180测试通过C210测试通过C220测试通过C310测试通过C313测试通过C332测试通过C352测试通过C360测试通过C370测试通过C380测试通过C440测试通过C610测试通过C620测试通过C710测试通过C720测试通过C740测试通过C750测试通过C820测试通过C187测试通过XX版本和VV版本XX版本，测试通过；VV版本，测试通过；操作系统兼容性测试XX企业网银系统在操作系统为XP的环境下的测试结果不同IE版本的测试结果如下：IE版本测试结果测试通过测试通过测试通过测试通过测试通过注明：经过银行资科部确认，CMC（内管系统）只能在及在进行测试，其他版本暂不支持XX银行企业网银系统在操作系统为Vista的环境下的测试结果在Vista环境下IE版本只有IE版本测试结果测试通过对于安全工具的使用情况，因在Vista环境下只有一台测试机，覆盖面小；因个人机器的不同，可能会导致某些Ukey的驱动无法安装或者无法识别使用。XX银行企业网银系统在操作系统为Win7的环境下的测试结果在Win7环境下IE版本只有IE版本测试结果测试通过经测试之前沟通，其他浏览器不在本次测试范围内安全工具兼容性矩阵Vista操作系统安全工具测试结果说明I-key√测试通过实物token√测试通过SoftToken√测试通过Win7操作系统安全工具测试结果说明I-key√测试通过实物token√测试通过SoftToken√测试通过XP操作系统安全工具测试结果说明I-key√√√√√测试通过实物token√√√√√测试通过SoftToken√√√√√测试通过测试结果分析：1、封版结束，功能问题已全部解决，遗留一些页面问题，经业务与资科部确认不影响上线，延后处理的bug。2、截止至2011年12月16日20:00，未执行的案例数为10条。测试结论:XX银行企业网银系统测试，共进行五轮测试，期间经历多次回归测试，在3个半月的测试时间里，共提交缺陷1922条。在测试过程中，面临最主要的问题是a.需求不够完善（只有提供优化后的需求，无平移交易的需求）；b.后台设定较多，且无相关文档提供；c.缺陷修复速度慢。测试时间较短，工作量较大。内管系统的案例一直反复修改，且提供速度较慢，导致大量案例在后期执行。截止至2011年12月16日，未执行的案例及未关闭的缺陷，都属于页面要素不影响流程的内容，综合以上条件考虑，测试组认为此版本可以在12月18日投产。测试负责人签名：李娜2011年12月16日第六章：相关附件1.测试进度监控表严重程度Bug标题解决方案模块路径复现步骤如何发现4CIB的基本登入要求输入“电子证书储存装置密码”DEMO是没有这一项的，需求书都写明不应该有这一项出现的。WTSC111referto问题#6SeeAttachedUsemigratedCBSa/ctologon(fromLiNa)48月29日5:00pm贸易刘志华:于旧内管内修改CBS一般设定成功,但在修改TFI设定时,有拒纳信息说此用户已迁移至新平台,不能再修改InoldWTSfoundbyLauChiWahofTrade3登入/注销在点击注销按钮，页面正常显示注销界面，然后点击刷新按钮，页面回到了登入界面，可以正常使用功能试登入,注销时fromLiNa2管理/更改密码：进入管理/更改密码界面，在文本框输入数据，点击[清除]按钮，文本框数据没有清除。正确结果应是文本框数据被清除。试管理/更改密码时fromLiNa2修改密码与原密码相同，重设密码交易成功。（实际重设密码交易应是不能成功的，因为修改密码不能与原密码相同）试管理/使用者设定时fromLiNa2在CUSTOMERREF输入超过15个无效的数字/字符，验证：拒纳,拒纳讯息：INVALIDCHARACTER"~"!，实际在CUSTOMERREF输入无法输入超过16位数,回自动切换到下一个栏位.不清楚应该是切换到下个栏位还是显示拒纳信息.参考问题11的处理流程试CIB内管/C210交易时fromLiNa2在BANKREF输入超过15个无效的数字/字符，验证：拒纳,拒纳讯息：INVALIDCHARACTER"~"!，实际在BANKREF输入无法输入超过15位数,回自动切换到下一个栏位.不清楚应该是切换到下个栏位还是显示拒纳信息.参考问题11的处理流程试CIB内管/C210交易时fromLiNa4保险DAVID在叙做相关投保申请时,发现字段处理出错,导致保险的交易不能完成.另外用户有授权功能但都不能做到交易叙做投保申请时fromDavidLam4保险DAVID在叙做相关投保申请时,出现拒纳信息说"超出每日总扣账上限"叙做投保申请时fromDavidLam2在繁体版面中出现英文“Information”标题首页测试时fromLiNa41.于管理/更改密码中更改密码，更改密码错误4次2.帐户被锁定，提示“超出4次输入密码错误。(IE0141)”3.于内管解锁该账户4.该账户再次登入系统，提示“超出4次输入密码错误。(IE0141)”管理/更改密码时fromLiNa第二轮测试报告1、缺陷处理情况统计模块有效缺陷无效缺陷暂未处理处理中合计中银网银4372191782121046南商网银00000集友网银00000英|繁版00000兼容测试00000合计43721917821210462、有效缺陷分类统计模块按测试轮次统计按严重程度统计第一轮第二轮第三轮合计紧急高中低中银网银2141604375213621336南商网银00000000集友网银00000000英|繁版00000000兼容测试00000000合计21416043752136213362-1待验证缺陷2-2新缺陷模块按严重程度统计合计模块按严重程度统计合计紧急高中低紧急高中低中银网银2015118中银网银14481265南商网银00000南商网银00000集友网银00000集友网银00000英|繁版00000英|繁版00000兼容测试00000兼容测试00000合计2015118合计14481265轮次计划统计表模块总案例数已通过数未通过数SIT影响数（从未通过数中统计）现可执行数维护1168392776496280定期存款1366202116401164缴付账单3026124120338支票148461020102自动转账收款189371520152管理1172753419206213登入注销30712917872106工具3029221021189下载中心2065714942107公共讯息160181420142转账7604652950295特快转账11466365105100电子转账T6143023123120电子转账6473133343340电汇10021598438430票汇8953415545540自动转账付款3741262480248中银快汇825877387380发薪3471112360236账户余额查询1359936012账户交易详情查询15611838016汇款查询36382281176105交易状态查询1124285839431408支票查询4740700贷款查询1007129014商业综合户口2402400授权中心291180111168200合计141705202896849543909