• / 15

软件测试规范.doc

资源描述:
《软件测试规范.doc》由本站会员分享,支持在线阅读,更多《软件测试规范终稿.doc》相关的内容可在三九文库网上搜索。

手机软件测试技术标准目地为了更好地保证软件项目品质,使商品可以成功交货和根据工程验收,特撰写本文本文档,以作参照应用领域本文本文档适用新项目开发设计过程中的模块测试、集成化测试、系统软件测试、业务流程测试、工程验收测试及其一些重点测试。岗位职责新项目测试责任人机构定编《测试方案》、《测试计划方案》,具体指导和催促测试工作人员进行各环节的测试工作中。团队测试工作人员依照《测试方案》、《测试计划方案》进行所担负的测试每日任务,并按要求填好《问题报告及维护记录》。测试主管按照确定技术规范和规则对工作中商品开展确定,明确提出对确定技术规范和规则的修改建议项目经理机构测试自然环境的创建。工程项目经理审批承担操纵全部新项目的時间和品质。研发人员确定改动测试工作人员递交的bug。

工作内容测试根据总体设计是控制模块测试的根据。因而设计方案工作人员应向测试工作人员出示《系统需求规格书名书》、《详细设计》、《概要设计》等相关材料。测试工作人员务必用心阅读文章,真实搞懂系统软件要求和总体设计。制定《测试计划方案》在测试以前,由项目经理依据《测试方案》的规定,机构人员构成相对的《测试计划方案》,《测试计划方案》应包含以下几点:测试目地;所需工作人员及相对培训要求;测试自然环境、专用工具和测试手机软件;测试测试用例、测试数据和预估的結果。模块测试新项目开发设计完成过程中,每一个程序流程模块(程序流程模块的区划视实际开发环境而定,一般列入涵数或汇编程序级)编号调节根据后,要立即开展模块测试。模块测试由模块开发人员自身开展,应用白盒测试方式。

依据程序流程模块的操纵步骤,争得做到支系遮盖。针对互动式运作的商品,不便于开展全自动测试的,能够选用作用测试的方式开展。模块测试对于功能模块,从程序流程的内部构造考虑设计方案测试测试用例。好几个控制模块能够单独开展模块测试。模块测试內容包含模块接口测试、部分数据构造测试、途径测试、处理错误测试等;模块测试组织原则一遍依据项目进度分配对已开发设计进行的单一控制模块开展测试;模块测试终止规范:完成了全部要求模块的测试,模块测试中发觉的bug早已获得改动。集成化测试编号开发设计进行,团队內部应开展拼装测试。集成化测试由项目经理机构方案策划(撰写测试方案、测试测试用例)并执行。集成化测试主要对各程序模块中间的插口开展测试,认证各程序模块是不是能相互配合、参数传递及作用启用是不是一切正常。

测试选用交叉式方式,即本人开发设计的手机软件应由别的的新项目组员开展测试。集成化测试过程应填好《问题报告及维护记录》,测试結果应产生《测试汇报》。系统软件测试在新项目开发设计进行以后,解决全部系统和硬件配置开展系统软件测试。对特性、稳定性、可扩展性、工作压力承受能力等层面各自开展点评,以认证系统软件是不是达到要求的必须。系统软件测试由测试责任人机构方案策划(撰写测试方案、测试测试用例)并执行,系统软件测试过程应产生《问题报告及维护记录》。系统软件测试一般开展以下几类状况的测试:一切正常状况异常状况毁灭性测试界限状况不法状况抗压强度测试特性测试兼容模式测试客户友善性测试页面设计标准测试:鼠标光标的原始部位字体样式是不是统一字体大小是不是符合要求题目色调按键的名字是不是标准页面合理布局是不是有效。

总体实际效果怎样键入值测试:数据种类数据长短约束是不是达到,是不是详细TAB和Enter键是不是起功效电脑键盘实际操作可否所有替代鼠标键键入(鼠标光标)是不是依照次序前行按键测试:将按键放宽和封闭式是不是严苛、精确,不可以应用的按键务必封闭式查验“撤出”、“撤消”等具备关联性按键的作用异常现象测试:在进行一切正常作用测试后,安一切正常解决的同样实际操作次序,实行与一切正常解决不一样的姿势比如一切正常解决中规定键入日期的字段名,这时候键入标识符或数据一切正常解决中键入字段名有范畴规定,这时候键入超出范畴的值一切正常解决选用2个值限制范畴,这时候用一个值或不限制一切正常解决中规定用“Tab”键,这时候安“Enter”键或别的键一切正常解决中单选框、多选框、下拉列表等。

十一偶那一个非特定键实际操作应用有别于特定的按键实际操作业务流程测试在拼装测试与系统软件测试完毕后,均可由终端用户或测试工作人员系统对开展测试。业务流程测试主要测试工作流程,作用、操作界面等层面。新项目、测试责任人承担机构有关工作人员制订测试计划方案和测试测试用例,并开展测试。测试的結果应产生《问题报告及维护记录》。工程验收测试工程验收测试的标准依照项目实施计划要求的工程验收测试进展分配开展测试提前准备在工程验收测试前,各类內部的测试主题活动都遭受监管并争得实行交货版本号的规定依照集成化测试测试用例完成了全部系统软件的集成化测试集成化版本号达到设计方案界定的各类作用、特性规定递交的数据库脚本制作样版必须详细,沒有沉余数据在集成化测试中发觉的bug早已获得处理,

各个缺陷改动率做到规范软件开发需求剖析使用说明中界定的全部作用都早已完成,性能参数所有做到性能测试方案指标值递交分阶段测试汇报,包含作用和特性测试汇报全部文本文档完备详细版本号公布的规则软件项目根据了模块测试、集成化测试、业务流程测试、系统软件测试、特性测试测试部递交文本文档:测试方案、测试计划方案、测试测试用例、测试数据分析报告全部测试项务必合乎下列规范严重错误:无作用不正确:无作用缺陷:工程项目经理、技术经理、测试责任人审核通过页面缺陷:工程项目经理、技术经理、测试责任人审核通过提议:工程项目经理、技术经理、测试责任人审核通过之上几类在其中之一不符合要求,视作不过关在商品交货和客户工程验收以前,根据工程验收测试来确定在要求的应用自然环境下全部商品的运作状况是不是达到要求的规定。

在商品交货以前,由特定的工程验收责任人机构制订测试计划方案和测试测试用例,主持人工程验收。工程验收测试过程应产生《问题报告及维护记录》。客户当场测试将手机软件布署到客户具体工作环境后,因为自然环境差别,必须在客户当场开展确定测试,为了确保作用、特性完善,可一切正常运作。测试內容:依据系统软件经营规模,提前准备当场测试测试用例,包含全部关键作用点,若经营规模小,必须将所有作用点所有测试一遍针对后台管理已界定好的工作流引擎、作用频道途径及其客户信息等数据,不能开展改动和删掉实际操作,增加的测试数据也必须在测试进行后给与清晰关键查验提交、免费下载的数据是不是能够一切正常的开启或储存确定页面美观大方,基本资料和连接无不正确考虑到客户具体的手机软件自然环境和网络空间,以手机客户端更为繁杂的硬件软件自然环境做为测试设备。

查验有没有异常现象发生对于早期发觉的bug开展重归测试,以确保公布版本号为最新版撰写测试文本文档测试点将测试控制模块转化成好几个作用点,测试点应包含作用点,也包含了一切正常测试和出现异常测试。键入数据键入数据包含页面键入数据、数据库的原始数据以及他外界键入数据。尤其是数据库的原始所需特性一一列举,全方位就是指:数据能做到控制模块所涉及到的所有作用,典型性就是指这一数据能充分体现作用特性。测试叙述叙述测试流程,包含:操作工所实行的姿势(包含电脑鼠标、电脑键盘、载入外界数据等实际操作);系统软件的反映,包含:鼠标光标精准定位、鼠标光标聚焦点、表明字段名值、按键的封闭式和放宽、按键的封闭式和放宽、提示信息和消息推送等。预估輸出数据按提前准备的键入数据

控制模块应輸出的数据。輸出数据包含:显示屏輸出数据、輸出到数据库的数据、輸出到别的外界物质上的数据,并强调中断点結果或最后結果。具体輸出填好本测试点程序执行后的具体輸出。恰当是否程序执行后,具体輸出結果和预估輸出結果一致时,为一切正常,不然为异常。测试结果填好此次测试的结果,是达标或不过关。若不过关时,应小结存在的不足,能够让改动者一目了然。缺陷管理方法缺陷的界定以及基础特性缺陷就是指在开发软件过程中的对于软件项目和开发设计过程中的难题,这种难题早已危害或很有可能会危害软件项目的品质。缺陷应当具有下列特性,也就是往缺陷管理方法库或是缺陷目录中递交的缺陷应当具有下列特性:缺陷归类依据缺陷的界定,将缺陷分成如下述:文本文档缺陷:就是指对文本文档的静态数据查验过程中发觉的缺陷。

查验主题活动包含同行业审查、商品财务审计等。审查的缺陷要依据被审查目标的种类来明确,被审查的目标包含最后出物质和正中间过程产出率物,例如需求分析文档、设计文档、方案、汇报、测试用例等编码缺陷:就是指对编码开展同行业审查、财务审计或编码走查过程中发觉的缺陷测试缺陷:就是指由测试主题活动发觉的测试目标(被测目标一般就是指可运作的编码、系统软件,不包括静态数据测试发觉的难题)的缺陷,测试主题活动包含模块测试、集成化测试、系统软件测试、特性测试等过程缺陷:有称之为不符项难题,就是指根据过程财务审计、过程剖析、管理评审、品质评定、品质审批等主题活动发觉的有关过程的缺陷和难题。过程缺陷的发现人一般是测试工作人员、工程项目经理等文本文档缺陷归类编码缺陷归类系统软件测试缺陷归类缺陷级别界定缺陷的比较严重水平对之上上述的缺陷种类全是合适的。

缺陷的比较严重水平体现的是对缺陷的发觉目标很有可能导致的危害或不良影响来界定的。缺陷优先界定缺陷情况界定缺陷完成率缺陷流程管理解决体制退还体制若在测试过程中产生以下状况,将系统软件退还到申请办理单位:历经测试后,发觉与要求表明测试计划中界定的作用项存有很大的差别单一控制模块,测试过程中发觉缺陷输掉较多或是没法再次开展系统软件其他程序模块的测试,再次测试无意义测试过程中,经常卡死或崩溃主工作流程发生中断点异常现象解决体制异常状况下,必须开展尤其解决的情况,此状况必须负责人领导干部签名确定:发布時间应急的状况下,没经测试部充足测试就必须布署到客户当场做为总承包时,子商进展显著延迟时间,并未开展工程验收测试就必须发布汇报体制若发生下列状况。

必须立即向单位领导干部和工程项目经理报告的状况:测试中后期发生重特大逻辑错误,改动测试危害发布時间测试过程中用户需求发生重大变更测试责任人按时报告测试状况测试进行的规范被测试出的、在手机软件不正确等级归类中界定的:一级缺陷,严重错误,100%获得改动而且进行复测根据二级缺陷,错误,100%获得改动而且进行复测根据三级缺陷,一般不正确,95%获得改动而且进行复测根据四级缺陷,轻度不正确,95%获得改动而且进行复测根据客户能够接纳未修改的手机软件不正确测试超出了预订时刻表,由工程项目经理决策是否停止测试测试结果及点评规范輸出《分阶段测试汇报》《特性测试汇报》《测试汇报总结》《测试难题目录》别的管束9记

展开阅读全文
 温馨提示:
下载提示
关于本文
本文标题:软件测试规范.doc
链接地址:https://www.999doc.com/27432.html
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 联系我们

copyright © 2016-2021  999doc三九文库网 版权所有

经营许可证编号:苏ICP备2020069977号  网站客服QQ:772773258  联系电话:0518-83073133