《软件测试流程规范.docx》由会员分享,可在线阅读,更多相关《软件测试流程规范.docx(17页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、软件测试流程规范软件测试流程规范一、通读项目需求设计文档1.测试的准备阶段;2.仔细阅读(软件需求规格讲明书);3.根据测试手册,做前期的测试准备;二、明确测试任务的范围功能测试;界面测试;接口测试;容错测试;负载测试;安全测试;性能测试;稳定性测试;配置测试;安装测试;恢复测试;文档测试;可用性测试;三、学习理解被测试软件由开发人员组织讲解所要执行测试的软件或者产品,测试人员必须认真理解拿到手中待测试的软件或者产品。四、制定测试计划“工欲善其事,必先利其器。软件测试必须以一个好的测试计划作为基础。作为测试的起始步骤和重要环节。测试计划应包括:产品基本情况调研、测试策略、测试大纲功能模块的测试
2、、具体测试、高级测试、测试内容界面测试、测试需求讲明、测试人力资源配置、测试计划的变更、测试硬件环境、测试软件环境、测试工具、测试进度计划表、问题跟踪报告、测试通过准则、测试计划的评审意见等。另外还包括测试计划的目的、测试对象信息、测试计划使用的范围及测试参考文档。1.项目简介;对产品项目的一个了解和概述,主要对产品项目功能的简述。2.测试背景;产品在那种情况下开场研发,执行测试,交待为何而测试产品的背景。4.测试类型方法;黑盒测试功能测试;界面测试;接口测试;容错测试;负载测试;安全测试;性能测试;稳定性测试;配置测试;安装测试;恢复测试;文档测试;可用性测试;5.测试资源;6.测试策略测试
3、需求测试任务测试点;针对测试需求定义测试类型、测试方法以及需求的测试工具等。对于每种测试,都应提供测试讲明,并解释其施行的原因。制定测试策略时所考虑的主要事项有:将要使用的技术以及判定测试何时完成的标准。下面列出了在进行每项测试时需考虑的事项,除此之外,测试还只应在安全的环境中使用已知的、有控制的数据库来执行。不施行某种测试,则应该用一句话加以讲明,并陈述这样的理由。例如,“将不施行该测试。该测试本项目不适用。No工作内容开场时间结束时间责任人提交的结果备注五、设计测试用例测试用例的主要来源为:1需求讲明书及相关文档2相关的设计讲明概要设计,具体设计等3与开发组沟通对需求理解的记录能够是开发人
4、员的一个解释4已经基本成型的UI能够有针对性地补充一些用例从所得到的资料中,分解出若干小的“功能点,理解“功能点,编写相应的测试用例。项目名称程序版本功能模块名用例编号编制人编制时间论坛功能特性测试目的参考信息预置条件特殊规程讲明参考信息测试用例基本流序号名称讲明12备选流序号名称讲明12相关的用例无测试场景序号名称讲明六、确定软件测试软硬件环境七、搭建测试环境记录下配置环境,常用软件均要安装,八、执行测试集成测试、系统测试、验收测试与优先级的控制集成测试:也叫或联合测试。在单元测试的基础上,将所有模块根据设计要求如根据构造图组装成为子系统或系统,进行集成测试。实践表明,一些模块固然能够单独地
5、工作,但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题,在全局上很可能暴露出来,影响功能的实现。集成测试应该考虑下面问题:1、在把各个模块连接起来的时候,穿越模块接口的数据能否会丢失;2、各个子功能组合起来,能否到达预期要求的父功能;3、一个模块的功能能否会对另一个模块的功能产生不利的影响;4、全局数据构造能否有问题;5、单个模块的误差积累起来,能否会放大,进而到达不可接受的程度。因而,单元测试后,有必要进行集成测试,发现并排除在模块连接中可能发生的上述问题,最终构成要求的软件子系统或系统。对子系统,集成测试也叫部件测试。任何合理地组织集成测试,即选择什么方式把模块组装起来构
6、成一个可运行的系统,直接影响到模块的形式、所用测试工具的类型、模块编号和测试的次序、生成测试用例和调试的费用。通常,有两种不同的组装方式:一次性组装方式和增值式组装方式。九、提交缺陷报告BUG优先级:BUG概要:BUG详情测试途径导航:操作描绘:1.2.结果描绘:修改建议:附件:可选备注:(以上内容由详细测试人员填写)BUG状态:BUG结论:BUG原因:处理人员:处理方法:处理日期:BUG处理意见:(以上由BUG的修复人员填写,通常是详细的研发人员)CPU:内存:硬盘:数据库:IE/版本:服务器:平台:操作系统/版本:Bug状态讲明:新建:测试人员报告bug的状态已指派:测试人员分配bug的状
7、态已解决:修改人员修改bug的状态,在解决bug界面准确标注bug的完成度已确认:修改人员对暂时不能、以后修改的bug进行确认的状态反应:测试人员对开发人员以为不修改、但测试人员需要修改的bug的反应给经理的状态公认:经理查看反应的bug后以为需要修改,则标示bug的状态为公认,以为不做修改,直接关闭此bug,注明原因已关闭:测试人员对修正后的bug进行回归测试后,确认bug已修正即可关闭bug状态注:BUG级别讲明A严重级:操作系统或者网络瘫痪;B中等级:应用程序崩溃、非法退出或功能模块无法实现。C一般级:篡改设计;功能实现错误或功能不完善,容错失败、数据逻辑关系错。D允许级:界面布局;操作
8、不方便;建议性修改。职责:测试人员:准确定位bug,新建bug,指派bug与开发人员1.对修正后的bug进行验证,确认修正后将其关闭2.通过验证,bug仍然存在,重新指派给开发人员3.对修改人员以为不需要修改,而测试人员以为要修改的bug,反应与经理4.对已关闭的bug以后又浮现,将其重新打开,指派与原开发人员研发人员:查看指派给本人的bug,准确选择bug的完成度,添加bug注释,将其状态置为已解决1.查看bug,确认是bug,进行修正,并注明原因2.对不属于本人模块的bug指派其别人修改3.对延迟解决的bug标注确认4.需要讨论的bug,将其状态置为公认经理:查看测试人员提交的bug,确定
9、要修改的,添加注释,指派与修改人员1.需要讨论的bug,将其状态置为公认2.对不做修改的bug,将其关闭管理员:对项目、人员进行管理维护,定期备份数据库1.对于重复报告的bug,查看报告时间,将报告晚的删除2.对由于配置、数据库未更新将其删除十、测试退出准则1.系统知足需求规格讲明书的要求2.根据测试计划完成了系统测试3.测试用例执行覆盖率到达100%4.测试需求覆盖率到达100%5.Block,Crash,Major级缺陷修复率到达100%6.Minor,Trivial级缺陷修复率到达80%7.Text,Suggestion,Feature级缺陷修复率到达75%8.程序能够处理要求的负载9.系统在要求的硬件和软件平台上工作正常。十一、编制测试报告测试报告是把测试的经过和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供根据,同时为软件验收和交付打下基础。测试报告基于测试中的数据收集以及对最终的测试结果分析。包括:测试执行情况测试组织、测试时间、测试版本、覆盖分析需求覆盖、测试覆盖、缺陷的统计图表测试管理工具自动生成各种图表与分析缺陷汇总、缺陷分析、残留缺陷与未解决问题、测试结论及建议、测试环境与配置、测试工具、测试报告的评审意见等。另外还包括测试报告的目的、测试对象信息、测试报告使用的范围及测试参考文档。十二、测试评审