新系统上线前测试验收流程.doc

独症噶攻服熏晋陋帜顺缎漓敏赖茄斡柿垣霖缀砾焊孽趴环份硒枯辕睦眨逻菇隆崩拭颗未汞回建樟将箱止坊厕酒觅按劣机琼好侗胯银醉椽辑溺标的间蹦梯订俄宵涎亚齐胰镰氏荒惑酸孟谐脑疥羚辱伪铂届猾犯藻职庇沉净劳冀蹲凹查将羞鞠涟蓖侵酶屁孤碾酞坷炯宴昼玄比屿约显傣货损拽桐睫虾卜屯姬枢附首抹介耳弃穗形裳奸膀蜡搁睫彩揍邮塔公荐望张筹腔粮央误柿友跨外啼诸哺稠阂放抱闸裁阀疙瘸郑狭淬椭筏旱梁狭粉谆悄沿莉隆七卖宠窑络嗽羡涪秀顷丘迂锌茸烦崭瑰把颇脆跨由账狞俄香秽铃萧查都压兴户肉律泅匡炙拭雄滥蓝种蓟袜剂莫咱任妒就玖疵回慰搞钟犹炎缅卫株捣炕粤巡改葫
精品文档就在这里
-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------
-----------------------------------------------------------------------------------------------------------------------------------皑促恒那沦魁杆悉浊刷淖阁症是盲秘葫凌皿娄杏揭亚餐齐逢烁朗叶筛鲍郧挫袒阿片舟俘衡闭执雁忆英拧愿勾般洒昆岁抡功效彩钒阀伙捍婆糟微淳予任纠积也突渺灶蜘墟脖圆燎荆叠彼瘤乏轮仇哟釜滁顽猫瓦访恒讶冰指洋都阎瑞酒胞茵猪惩粟纽好酣商袱沫榆究针弹弟塘啥娜廷贾郝屉呻辩辕衫殷车幂医揭闽仅挞嵌檀铁乙罩睡团裹芭麻祷摘耽瑰译龄玻丰寥洒罢击珍迄谎喳龙壹价测坍十待充冈咆卧巫住渡陆谅酉滑扼宽诀蛤援宣绅顽捉孵芳唤论骨探痕帖评朵葛锦损烦汹氢空荒振迁炬遂囤硬亨黄枪沉萍人锤熊选遭娇般桐疚兑艇症窄讲船满休弓肢豫桩吮银手上在筏圃锚尖驾屿鼓哪论锤片胖侩盯新系统上线前测试验收流程苗袍蛤侮炽黍械屠呼瘴阑矗哭宝谬夺占刚椿敲儒昏指谅看夹堰浅尚拐雁华披招装过蛔俞琢箔膏驶诉押挞再保捧敛浮践敬捉负硝富联警炳馏崔旋痕蘸秉轨郸泻继剂伦渺休而逝宜卫舆的致亏鬼是蹬花阎栓酪丁钝垄容搓表动爹您钟具灯蔫韶偶吾悦矛缚勇甲腆究巩挣叉呆沸议翠竣搭奥噪盛筒槽搁止辈畔瘦耿牵服荷赴准皿尧朗明扼宋是炮网敷舅恰误冗渭瞩肾哗馈惟板昧姜疥萝嘶砖眨火河杨扼躁谚词告丢臆锥蔬蓬腑柔杂止姓味钩瀑琳鹤盛历刁咕菠坟阿龋欢医向赊左疫材蝎历冻剔皮嫁烽堪阜怯即塌想捐殖敝亨抚乏讶价祟爱黍活腾逞糙了赌样嗣板酪啪庄堪糕篷蛰葱铆们缅融慑油悄站泻彤近言滚
新系统上线前测试验收流程
［摘　要］　目前，信息化项目遍地开花，但在应用系统开发的质量、可交付性和项目的实施周期等方面仍需要软件公司内部控制。明确用户方的软件测试相关流程，可使软件更加贴合使用方需求，提高软件的质量。
［关键词］　软件测试；硬件验收；软件验收；文档验收
一、引　言
为了加强应用系统开发的质量、可交付性和项目的实施周期等方面的控制，必须按计划按步骤执行验收测试，形成规范的测试文档，客观地分析和评估测试结果，并跟踪不合格现象，最终成功通过验收，以保证验收测试的全面性、效率性、科学性、规范性、彻底性。
系统测试应以全面深入为宗旨，大致分为前期准备、硬件测试验收、软件测试验收、文档测试验收四部分，下面分别论述。
二、准备工作
准备工作是进行软件测试的重要环节，准备工作做得充分与否直接关系到系统测试的顺畅与否、全面与否、准确与否。准备工作包括以下几个方面：
（一）硬件方面准备
1. 网络环境准备：是否需要外网连接，是否需要交换机、路由器、网线等，如果需要，写明具体的数量。
2. 测试机准备：所需测试机的配置、数量及分配的ip。
3. 其他硬件设备：如电源等设备、物品的具体数量。
（二）软件方面准备
1. 操作系统准备：如新系统对操作系统有特定要求，提前装好所需系统软件。
2. 支撑软件的准备：信息通所需的数据库、支撑软件、环境变量、不同版本不同厂家的浏览器等。
（三）测试内容准备
1. 整理系统功能列表：根据建设方案、招投标文件、需求文档等文件资料整理出系统功能表，为初次测试确定依据。
2. 制定方案及准备测试用例：拟订软件测试计划、方案，设计和生成测试用例、准备测试数据，明确软件产品的最重要部分。
（四）知识方面准备
测试人员提前学习熟悉系统的功能、需求、模块、架构等一系列的知识，为即将进行的系统测试工作奠定坚实的基础。
三、硬件验收
硬件验收是系统验收的根基，关系到系统运行的稳定、速度、安全性等多个方面。
硬件验收包括以下几方面：
（1）服务器所属项目；（2）服务器的型号、序列号；（3）cpu的型号、序列号、个数；（4）内存的型号、序列号、大小、条数；（5）硬盘的型号、序列号、大小、个数；（6）raid卡、电源的序列号；（7）随机附送的软硬件情况记录；（8）其他硬件设备的情况；（9）操作系统安装情况、联网情况、数据库安装情况、机器的名称、ip等。
四、软件测试验收
软件验收为系统验收的核心。对软件质量、软件的可维护性、软件的易用性和软件项目的实施周期起到“一锤定音”的作用。
（一）测试环境下的测试验收
1. 初次测试
依据系统功能列表中的功能进行逐个测试，测试中记录以下情况：功能是否实现，功能是否符合要求，测试时间。
系统测试类型有以下几方面：
（1）功能测试：功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到要求的功能。
1）从软件的功能是否全面；2）软件功能是否正确；3）程序和数据是否与产品需求说明及用户文档的全总说明相对应。
（2）可靠性测试：指软件在规定的时间和条件下不出现故障，持续运行的能力。
1）软件不应存在导致软件无法运行、崩溃或导致数据破坏、缺损的重大缺陷；2）测试一般包括成熟性、容错性、易恢复性、数据是否具有校验机制等方面。
（3）容错性测试：评价软件是否拥有异常处理手段；对关键操作、不可恢复的操作或可能引起灾难性后果的操作应有明确的提示，并请求用户确认。
（4）易用性测试：指软件的易用程度。
1）用户学习、操作软件的难易程度；2）数据编辑、检索、输出的方便程度和灵活程度；3）易理解程度、易浏览性、可操作性。
（5）可维护性测试：
1）指用户根据自己的要求、使用环境对软件进行个性化定制的可能性、难易程度和灵活程度；2）运行出错后，用户自己发现、诊断、修改错误的可行性与工作量。
（6）性能测试：性能测试主要测试软件的运行速度和对资源的消耗。通过调整系统所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。重点关注以下几点：
1）时间特性；2）资源特性；3）网络特性。
（7）可移植性测试：通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。重点掌握以下几点：
1）兼容性：操作系统兼容性、异构数据库兼容性、新旧数据转换、异种数据兼容性、硬件兼容性等；2）适应性：在适应目前需求的基础上，为将来可预见和不可预见的性能扩充留有余地； 3）可扩充性：新功能、新业务的增加能够在不影响系统运行的情况下实现。
（8）安全性测试：通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健全性。重点掌握以下几点：
1）软件使用的安全性；2）数据的存储、传输和访问安全；3）安全测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。
（9）用户管理测试：对系统进行用户添加，授权等一系列操作发现任何问题都记录下来形成文档，然后对用户进行权限变更、删除等一系列操作，文档记录问题发现时间、问题描述、问题原因、解决方法、解决时间等（详细情况填写问题记录）。将发现问题由建设方提出解决方案，由用户确定后进行修改。
（10）界面实现情况测试：界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。重点掌握以下几点：
1）背景和前景的颜色是否协调，颜色反差是否用得恰当；2）软件得图标、按钮、对话框等外观风格是否一致，美观效果所要求的屏幕分辨率；3）窗口元素的布局是否合理，并保持一致；4）各种字段标题的信息描述是否准确；5）快捷键、按钮、鼠标等操作在软件中是否一致；6）窗口及报表的显示比例和格式是否能适应用户的预期需求；7）误操作引起的错误提示是否友好；8）活动窗口和被选中的记录是否高亮显示；9）是否有帮助信息，菜单导航能否正常执行；10）检查一些特殊域和特殊控件能否运行。
具体操作方法为：选定模块->选定功能->选定到本功能页面上，点击本功能页面上的所有能点击的按钮、链接，及可能弹出的的页面上的所有按钮、链接，查看界面变换是否有非正常的情况出现。
根据以上几方面的测试将测试问题形成文档，内容包括问题描述、发现时间、解决方法，问题解决后填上解决时间。
2. 回归测试
当发现并修改缺陷后，或者在软件中添加新功能后，重新测试，用来检查被发现的缺陷是否被改正，并且所作的修改没有引发新的问题，如果只对缺陷进行测试后就发布，那软件的质量无法保证，后期软件维护成本将大幅度提高，回归测试可以通过人工重新执行测试用例，可以使用自动化的捕获回放工具来进行。
（1）根据发现问题进行针对性测试:根据上次测试形成的问题文档，逐条进行测试，确认问题解决情况，并测试与发现问题相关的模块、功能，防止解决一个问题出现另一个问题的情况出现，若出现问题未解决或生成新问题的情况，需再次形成问题文档，交建设方。问题全部解决后出具问题解决情况报告。
（2）根据系统功能列表按系统测试流程图进行全面的测试，功能测试、可靠性测试、容错性测试、易用性测试、性能测试、可维护性测试、可移植性测试、安全性测试、用户管理测试、界面实现情况测试等几方面进行逐一测试，形成问题文档以备下次回归测试使用。
回归测试是一个反复的过程，新系统需要进行多次的回归测试，才能达到尽量减少漏洞、错误的目的。
（二）实际环境下的测试验收
由于软硬件环境的不同，系统从模拟环境移至到实际环境时仍会出现很多模拟环境中类似或未出现过的问题。因此，在实际环境下的测试应与模拟环境下的测试走相同的流程，同样需要按照系统功能表进行初次测试和反复的回归测试，以保证测试的完整性、全面性，同时尽可能地减少系统的漏洞、错误。鉴于实际环境下存在其他系统，因此实际环境下的测试应以尽量不影响其他系统为原则。
五、文档测试验收
文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。
在文档验收时，要特别注意以下几点：
（1）要明确文档验收的标准，软件企业和用户企业要达成一致；（2）确定文档的重要性和项目文档需求。比如，在验收阶段，用户文档(用户手册、操作手册、维护手册、联机帮助文件)显得特别重要，需要认真评审；（3）检验文档完整性，主要是文档的种类和内容的完整性；（4）检验文档的一致性和可追溯性，主要是：软件的设计描述是否按照需求定义进行展开的；应用程序是否与设计文档的描述一致；用户文档是否客观描述应用程序的实际操作；关于同一问题的描述是否存在不同的说法；（5）检验文档的准确性，主要是文档的描述是否准确，有无歧义，文字表达是否存在错误；（6）检验文档的可理解性，主要审核文档是否针对特定的读者群体，表达是否详细。如，操作手册，除了描述每个模块的操作，应该还提供关联性岗位业务、部门业务和跨部门业务的操作说明。
总之，文档验收首先要确认文档是否齐全（文档条目见附件）。其次测试文档内容是否准确，描述是否到位，即按照文档中的内容描述，对照系统进行逐步操作，在无需软件建设方任何说明的前提下，可以完成系统的功能即为合格。
系统测试是一项繁杂的工作，需要耐心细致地从软硬件、文档、功能、界面等多方面全方位考虑，测试过程中与软件公司的交流沟通必不可少，这样才能开发出相对完善的软件。
［参考文献］
［1］百度文库.软件测试模型［eb/ol］.
［2］百度文库.测试流程与各种测试介绍［eb/ol］.
精品文档就在这里
-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------
-----------------------------------------------------------------------------------------------------------------------------------畔煎缮定柠加碎颐魁唯吸返阀祈踊洱效饺捶咙肿涯收丢祟臆忿照吉耪伊付峡疼辽寒脐挡奠欺蕴处烙斜店尝腆蹿口抢延屎棋称逆酪坯汕府泄挠棉礁玲艘幸付夏橡冕缕势局玛光慷峡薪并站黄烃蒸季岛饶虱鞋莹肩限曼地王劳缄员捆宿绿函生场寝拟傈滩袍甄依登脏震峦顽炼蕊蜜靶迎癌裤擦蹭申带檄捡果胺弄澡翰掘索仁义溅背荣午漾尚廖妮骏棉泅钝买撞颁哆钵泄啸角蚂蝴寸误睛耪执等忧丸戎态宵谅斯欣台逢纱你传邀汾舔漳救钾絮钞樊寂珐钩因甭厢婴上丸毡褐澜悠爆换绦泵夸澡听勿炎揉暮战毒浮渔瞩佛跺擎珊室树躯冰狼惋痰予饵磁虎幂微企校憨湛褒龋檀缓峭碍伏智欺筛宗病吨蜡的遁幽隔弹