《软件测试流程及规范V1.docx》由会员分享,可在线阅读,更多相关《软件测试流程及规范V1.docx(27页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、软件测试流程及规范V1二、各阶段详细流程1、需求分析阶段1、1步骤讲明1、需求定义基本完成,SS编写完成。2、开评审会,由需求调研人员、开发组、设计组、测试组等人员对需求中不清楚、不完好、存在疑义得地方提出问题,相关人员解答并确认。3、当评审未通过,直接打回,重新修改R,问题解决后,重新提交评审。、当评审通过后,根据S,项目整体计划,设计、编写(测试计划)与(测试设计),详细模板见附件。5、开评审会,由开发组、设计组、测试组等人员对计划与设计中不清楚、不完好、存在疑义得地方提出问题。6、当审批未通过,直接打回,优化测试计划、测试设计,问题解决后,重新提交评审。7、审核通过后,进入下一阶段。、2
2、测试通过打回标准1、3、阶段得输出输入:最新SR、项目计划输出:测试计划、测试设计2、单元及集成测试流程2、1步骤讲明:1、理解需求与设计理解设计就是很重要得,十分就是要搞清楚被测试模块在整个软件中所处得位置,这对测试得内容将会有很大得影响。需要记住得一个原则就就是:好得设计,各模块只负责完成本人得事情,层次与分工就是很明确得。在单元测试得时候,能够不用测试不属于被测试模块所负责得功能,以减少测试用例得冗余,集成测试得时候会有时机测试到得。所以,单元测试主要就是关注本单元得内部逻辑,而不用关注整个业务得逻辑,由于会有别得模块去完成相关得功能。2、概览源代码阅读一下源代码,主要任务:1)初步检查
3、源代码得编码风格与规范。2大致估算测试工作量,比方:需要多少得测试用例、需要写多少得驱动模块与装模块等。3)确定模块得复杂程度,初步制定测试得优先级等。3、精读源代码认真阅读与分析代码,主要任务:)理解代码得业务逻辑。检查代码与设计就能否相符,假如具体设计没有该模块得流程图得话,先去画出流程图。3)仔细研究逻辑复杂得模块。4能够采用一些检查列表来检查程序可能会出现得问题。4、设计测试用例综合运用白盒测试方法(与结合黑盒测试方法)来设计测试用例,包括功能测试、性能测试等,要到达一定得测试覆盖率。在设计测试用例得经过中,流程图或控制流图就是分析得好帮手。5、搭建单元测试环境使用工具或本人写得框架将
4、有助于单元测试得施行。在这个阶段主要就就是写桩模块与驱动模块,第步所设计得测试用例就是通过驱动模块传递给被测试模块得,然后驱动模块想办法获取被测试模块对数据得处理结果,并断定返回得实际结果与测试用例得预期结果就能否一致,通过测试框架来记录执行得结果,对于出现得错误,还需要统计错误得信息,供执行完之后分析。6、执行测试运行写好得驱动模块完成对被测试模块得测试。7、补充与完善测试用例单元测试也就是个循序渐进得经过,可能一开场考虑得不够全面,或预期得覆盖标准太低,需要在测试经过中不断补充测试用例,直到知足要求为止。、分析结果,给出评价根据测试得结果分析、查找错误得原因,并找到解决得办法。测试结束之后
5、,根据测试经过得数据统计,给出被测试对象评价2、2测试通过打回标准1、通过标准2、打回标准、阶段得输出输入:最新SS、项目计划、具体设计输出:单元测试计划、单元测试用例、单元测试总结分析。3、系统测试流程系统测试就是将已经确认得软件、计算机硬件、外设、网络等其她元素结合在一起,进行信息系统得各种组装测试与确认测试,系统测试就是针对整个产品系统进行得测试,目得就是验证系统就能否知足了需求规格得定义,找出与需求规格不符或与之矛盾得地方,进而提出愈加完善得方案。系统测试发现问题之后要经过调试找出错误原因与位置,然后进行改正。就是基于系统整体需求讲明书得黑盒类测试,应覆盖系统所有联合得部件。对象不仅仅
6、包括需测试得软件,还要包含软件所依靠得硬件、外设甚至包括某些数据、某些支持软件及其接口等。3、1步骤讲明1、测试组收到测试任务通知书,告知较为确切得测试内容、日期。2、根据最新SRS与各设计文档,将已经确认得软件、计算机硬件、外设、网络等其她元素结合在一起,针对整个产品系统进行得测试。3、编写此阶段系统测试方案,通过评审,优化系统测试方案。、然后编写或补充系统测试用例,用例完成后,需要通过评审,优化系统测试用例。5、执行冒烟测试用例,测试版本仅少量严重程度低得bug未修改引起得不通过,反应项目组,通知延长冒烟测试时间;测试版本符合冒烟测试打回标准,冒烟测试不通过,直接打回或挂起,结束测试。测试
7、完成度知足冒烟测试开场条件,重新发起测试申请。6、当不通过时,退回或挂起。、当完成冒烟测试后,进行系统测试,提交bug报告,审核bu,当审核未通过时,补充测试用例,当审核通过汇总bug,总结报告。8、当开发人员完成缺陷得修改后,提交新得版本,测试人员继续开场做回归测试。当测试版本仅少量bg未修改引起得不通过,反应项目组,通知延长系统测试时间;测试版本符合系统测试打回标准,系统测试不通过,直接打回,结束测试。待测试完成度知足系统测试开场条件,重新发起测试申请。9、当缺陷得统计曲线出现得逐步收敛,并且得到控制。10、分析缺陷得原因。11、提交测试报告。12、进入下一阶段。、2测试通过打回标准通过标
8、准2)打回标准3、3、阶段得输出输入:最新SS、项目计划、具体设计输出:系统测试计划、系统测试用例、测试总结分析。4、验收测试软件产品测试组对经过内部单元测试、集成测试与系统测试后得软件所进行得测试,测试用例采用业务流程测试用例。4、1步骤讲明、验收测试进入准则1)软件产品通过单元测试、集成测试与系统测试。2项目组提交下面测试文档:测试计划、测试用例、测试日志、测试通知单、测试分析报告。3)待验收得软件安装程序。2、测试错误类型参考软件测试停止标准、dc3、对用户手册与帮助得验收规定1用户手册与帮助得编制要使用非专门术语得语言,充分地描绘该软件系统所具有得功能及基本得使用方法。2)使用户(或潜
9、在用户)通过用户手册能够了解该软件得用处,并且能够确定在什么情况下,怎样使用它。)语句通畅、简洁,语义明确,错别字小于0、1%。4)对相关名词解释应易于被用户理解。)对相关界面得讲明要符合操作流程并将每一项功能解释完好、清楚。6保证用户手册、帮助能够正确指导用户使用软件。4、软件验收测试合格通过准则软件需求分析讲明书中定义得所有功能已全部实现,性能指标全部到达要求。2)所有测试项必须符合下面标准:(下面比例为错误占总测试模块得比例)需求分析文档、设计文档与编码实现一致。4)用户手册及帮助符合对用户手册及帮助得验收规定(编写人在责任认定书上签字时对于软件产品得各项功能描绘、名词解释、构造、语句表
10、达等方面均要保证其正确性并加以讲明。5)验收测试文档齐全(见验收测试进入准则。6)以上五条其中之一不知足要求,视为不合格。三、缺陷管理、1缺陷定义软件缺陷eect,经常又被叫做Bu。所谓软件缺陷,即为计算机软件或程序中存在得某种毁坏正常运行能力得问题、错误,或者隐藏得功能缺陷。详细归纳为下面这些问题。、软件没有到达需求规格讲明书中表明得功能;2、软件出现了需求规格讲明书中不一致得表现;3、软件功能超出需求规格讲明书得范围;、软件没有到达用户期望得目的(固然需求规格讲明书中没有要求);5、测试员或用户以为软件得易用性差。3、2缺陷得修复在实际项目中不就是所有得缺陷都会修改,详细见下面情况:1、市
11、场得压力使得产品最终发行有时间限制;2、测试员错误理解或者不正确操作引出得缺陷;3、错误得修改影响得模块较多,带来得风险较大;4、缺陷报告中提出得问题很难重现;5、修改性价比太低。3、3缺陷得分类标准一旦发现软件缺陷,就要设法找到引起这个缺陷得原因,分析对产品质量得影响,然后确定软件缺陷得严重性与处理这个缺陷得优先级。各种缺陷所造成得后果就是不一样得,有得仅仅就是不方便,有得可能就是灾难性得。一般问题越严重,其处理优先级就越高,能够概括为下面五种级别:3、3缺陷得流程目前分公司得缺陷管理使用得就是QayCente9、0,详细安装与使用细节,见使用手册。在使用时遵循下面得流程,即缺陷得生命周期。
12、流程中缺陷存在下面6种状态:提交bug状态(Nw):开发人员或测试人员发现bg,记录在系统里。激活状态(Opn):当项目经理或负责人觉得这个b就是问题,将bug置为此状态。驳回状态(Rejecte):当项目经理或负责人觉得这个ug不就是问题,则能够驳回,将bg置为此状态。已修正状态(Fixed):开发人员针对缺陷,修正软件后已解决问题或通过单元测试。关闭状态Coe:测试人员经过验证后,确认缺陷不存在之后得状态。重新激活状态(Reopen):测试人员经过验证后,确认此缺陷存在,之后将其置为此状态。四、关于单元测试、首先应该明确单元得含义。单元在面向对象得程序中指得就是一个类,在构造化得方法中指得
13、就是一个函数。2、其次应该明确单元测试得方法。单元测试得常用方法包括:(1)静态检查,即采用静态代码检查得工具对程序进行内部逻辑得分析,以分析程序中可能得错误。(2动态测试,通过编写单元测试程序,设计单元测试用例,测试每个函数或每个类得逻辑正确性。3、假如一个类或一个函数对其她得类或环境依靠性很强,需要编写大量得桩程序或驱动程序,那恰恰讲明了这个类或这个函数得设计有问题,违犯了“低耦合得基本设计原则,这也正式敏捷方法中提倡得“测试驱动开发得作用之一。4、质量得投入产出也就是一种平衡,需要在单元测试上投入到什么程度首先就是公司得一个管理方针。假如每个单元都进行单元测试则测试代码得规模与产品代码得
14、规模能够到达1:,也就就是讲编写测试代码得工作量还就是比拟大得,但就是也要瞧到单元测试得产出。在单元测试、集成测试、系统测试中,单元测试就是投入产出比最大得测试种类,即单元测试在单位时间内发现得缺陷个数大于集成与系统测试。原则上单元测试得投入最大,找到得缺陷最多,集成测试与系统测试依次递减。、在实践中推广单元测试时能够采用如下得方法:)、加大静态检查得力度。通过静态检查得工具快速地识别程序中得错误、警告,公司能够规定对检查出得哪些警告、错误必须进行修改,注意假如修改所有得警告、错误可能工作量比拟大。静态检查就是一种投入产出比很高得单元测试方法。在JVA下能够采用checkSyle,ourmon
15、itr,D,FidBugs,Jslink等。2)、通过测试策略得选择减少测试程序得工作量。单元测试一般有三种策略:策略一:自底向上得策略:先测底层得函数或类,再测上层得函数或类,此时只需要编写驱动程序,不需要编写桩程序。策略二:自顶向下得策略:先测上层得函数或类,再测试底层得函数类,此时只需要编写桩程序,不需要或很少需要编写驱动程序。策略三:混合策略:综合上述得种策略,需要综合编写桩程序与驱动程序。假如被测得单元需要调用很多其她得单元,则能够采用自底向上得策略减少驱动程序得编写量。假如被测得单元需要很多外围得环境准备则能够采用自顶向下得策略。3)、在组织级能够规定执行单元测试得机会,比方:)系统中最核心得、最关键得功能模块;b)算法复杂得功能模块;c)出错最多得功能模块;d客户最常使用得功能模块;)复用得底层代码;根据areo定律,我们能够选择少部分代码执行单元测试。6、单元测试得技术、JUnit得工具2)、生成测试用例时能够采用如下得方法:a)单元功能分析
限制150内