软件测试规范_第1页
软件测试规范_第2页
软件测试规范_第3页
软件测试规范_第4页
软件测试规范_第5页
已阅读5页,还剩4页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件测试规范拟制:方宏苗时间:-6-3审核:付铭时间:-6-3批准:张华建时间:-6-5更改信息登记表规范名称:软件测试规范规范编码:TW-RD0080.2版本更改因素更改阐明更改人更改时间V1.1完善测试办法及内容完善测试办法及内容Sese.3.31V2.01完善测试办法及内容1)更改公司名称2)增加软件具体测试流程3)增加注意事项方宏苗-11-13V2.02优化增加8000DEEPROM错误问题案例以及优化测试方宏苗-11-20V2.03优化增加CDC350测试问题总结方宏苗-12-3

目录TOC\o"1-2"\h\z\u1目的 42合用范畴 43引用原则 44测试过程描述 45软件测试时机 56测试的实施 67软件测试流程 78测试案例 8

泰科软件测试办法规范(初稿)1范畴目的本规范规定了公司在设计开发过程的软件测试规定和实施规定.规范我司产品软件(涉及ACDC电源模块,控制器以及BMP模块的软件)测试项目、测试目的、测试条件、测试办法及鉴定原则; 规范软件测试的基本原则、不合格问题分类与鉴定原则;规范软件测试项目用表;2合用范畴合用于Lineage公司上海研发中心品软件(涉及ACDC电源模块,控制器以及BMP模块的软件)。3引用原则GB/T12504-90计算机软件质量确保计划规范各产品规格书以及软件设计规格书4测试过程描述测试过程分成几个类型,对不同阶段应应用一种或多个测试类型测试类型分代码审查、单元测试、集成测试、系统测试和验收测试。4.1代码审查代码会审是由一组人通过阅读、讨论和争议对程序进行代码审查和静态分析的过程。代码编写规范审查重要是审核代码排版的格式以及注解的格式与否符合开发团体的对应规范;代码审查的任务重要是验证具体设计中的软件单元与否都已被代码覆盖并对的实现,并且代码中不含冗余物;代码静态分析技术重要任务是检查变量或标号的定义与使用、体现式运算以及程序的流程设计上与否存在缺点或错误。4.2单元测试单元测试集中在检查软件设计的最小单位—模块上,通过测试发现实现该模块的实际功效与定义该模块的功效阐明不符合的状况,以及编码的错误。由于模块规模小、功效单一、逻辑简朴,测试人员有可能通过模块阐明书和源程序,清晰地理解该模块的I/O条件和模块的逻辑构造,采用构造测试(白盒法)的用例,尽量达成彻底测试,然后辅之以功效测试(黑盒法)的用例,使之对任何合理和不合理的输入都能鉴别和响应。4.3集成测试集成测试是将模块按照设计规定组装起来同时,并结合硬件测试.进行重要目的是发现与接口有关的问题。如数据穿过接口时可能丢失;一种模块与另一种模块可能有由于疏忽的问题而造成有害影响;把子功效组合起来可能不产生预期的主功效4.4系统测试目的在于通过与系统的需求定义作比较,发现软件与系统定义不符合或与之矛盾的地方。系统测试的测试用例应根据需求分析阐明书来设计,并在实际使用环境下来运行。系统测试的内容极其广泛,涉及功效测试、合同测试、性能测试、压力测试等等4.5验收测试验收测试的目的是向将来的顾客表明系统能够像预定规定那样工作。通过该测试,能证明软件的功效和性能犹如顾客所合理期待的那样。5软件测试时机为了确保软件的质量,对软件生命周期的整个过程应进行严格的管理。即使测试是在实现且经验证后进行的,事实上,测试的准备工作在分析和设计阶段就开始了。并按软件工程各阶段形成的成果,分别进行严格的审查阶段图样和技术文献名称应用软件测试类型方案阶段4.软件测试计划编写测试大纲,明确测试的内容和测试通过的准则,设计完整合理的测试用研制阶段(P0)软件单元测试报告软硬件联合测试报告P0测试报告(含软件部分)代码审查、单元测试、集成测试研制阶段(P1)软件单元测试报告软硬件联合测试报告P1测试报告(含软件部分)代码审查、单元测试、集成测试、系统测试、研制阶段(P2)软硬件联合测试报告系统测试报告P1测试报告(含软件部分)源程序配备阐明源程序阐明,及流程图源程序规范检查报告代码审查、单元测试、集成测试、系统测试、验收测试、验收客户测试报告验收测试维护软件更改需求软件更改阐明软件更改测试计划代码审查、系统测试、验收测试、6测试的实施6.1代码审查会审小组由组长,2~3名程序设计和测试人员及程序员构成。会审小组在充足阅读待审程序文本、控制流程图及有关规定、规范等文献基础上,召开代码会审会,程序员逐句解说程序的逻辑,并展开热烈的讨论甚至争议,以揭示错误的核心所在。2.6.2单元测试单元测试在实际测试当中也经常被称为白盒测试(白盒的意思是面对代码)。单元测试的工作原理是建构桩模块和驱动模块以驱动被测单元运行,然后,测试人员先用黑盒法提出一组基本的测试用例,然后用白盒法作验证。如果发现用黑盒法产生的测试用例未能满足所需的覆盖原则,就用白盒法增补新的测试用例来满足它们。覆盖的原则应当根据模块的具体状况拟定。对可靠性规定较高的模块,普通要满足条件组合覆盖或途径覆盖原则。或先用白盒法分析模块的逻辑构造,提出一批测试用例,然后根据模块的功效用黑盒法进行补充。测试人员输入设计好的测试用例,测试被测单元能否按照设计规定解决这些测试用例,对出现异常的测试用例,测试人员应做记载并反馈给软件开发团体。规定覆盖率不不大于95%.6.3.集成测试对照软件概要设计规格阐明,测试人员在集成测试时先是从分系统内部的集成测试开始做起,做完后来再测试各分系统与否能集成为最后要实现的大系统。6.4.系统测试系统测试最明显的特性是在一定环境条件下(如:模拟现场或极端条件),测试人员根据Spec设计多个测试用例,输入并运行完整的软件系统,是一种黑盒测试.根据软件系统运行过程中的实际体现,评定软件系统与否符合软件需求项的各类规定。规定100%满足SPEC和内部设计规范规定,并无冗余功效.7软件测试流程我司软件按生产工艺能够分为2类。一类是软件的载体(CPU芯片或EEPRM)生产直接焊接到PCB,后续能够进行烧写程序,这类软件如控制器软件和ACDC模块软件;另一类是无编程接口,先将程序烧写进载体(CPU芯片或EEPRM),再到生产进行加工,这类软件以BMP模块的软件为典型。7.1控制器和ACDC模块软件测试开始开始从VSS服务器下载测试软件CODE编译CODE,生成目的文献与软件工程师一起烧写软件,同时统计校验和开始软件测试结束负责人:测试工程师负责人:测试工程师负责人:软件工程师,测试工程师负责人:测试工程师测试工程师备份HEX文献,归档用7.2BMP软件开始开始从VSS服务器下载测试软件CODE编译CODE,生成目的文献与软件工程师一起烧写软件到PIC芯片,同时统计校验和和版本号焊接PIC芯片结束负责人:测试工程师负责人:测试工程师负责人:软件工程师,测试工程师负责人:测试工程师开始软件测试负责人:测试工程师测试工程师备份HEX文献,归档用8测试案例1)对ACDC模块,如果有源边和副边两部分软件的,两部分软件都需要测试2)有关样机发货需要手动填写EEPROM,如果有校验和的一定要验证校验和与否对的。【案例】华为反馈不能读写NEPS8000D的序列号因素分析:由于SN和ID定义的长度为32和48字节。由于我司现在运用的后台工具一次最长只能发30字节,因此,必须要分成两次发送,因此,校验就必须手工进行计算和写入,因此无法自动进行校验值计算。在手工计算校验的时候发生了错误。故在华为体现为校验值错误,SN和ID内容错误。解决方法:增加对EEPROM数据校验值判断测试3)CDC350测试中发现输入电压超出8

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论