软件测试实用标准要求规范

《软件测试实用标准要求规范》由会员分享，可在线阅读，更多相关《软件测试实用标准要求规范（15页珍藏版）》请在装配图网上搜索。

1、word软件测试标准规X1 目的为了确保软件产品质量，使产品能够顺利交付和通过验收，特编写本文档，以作参考2 适用X围本文档适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以与一些专项测试。3 职责 项目测试负责人组织编制测试计划、测试方案，指导和督促测试人员完成各阶段的测试工作。 项目组测试人员按照测试计划、测试方案完成所承当的测试任务，并按要求填写问题报告与维护记录。 测试经理依照确认规程和准如此对工作产品进展确认，提出对确认规程和准如此的修改意见 项目负责人组织测试环境的建立。 项目经理审核负责控制整个项目的时间和质量。 研发人员确认修改测试人员提交的bug。4 工

2、作流程4.1 测试依据详细设计是模块测试的依据。因此设计人员应向测试人员提供系统需求规格书名书、详细设计、概要设计等有关资料。测试人员必须认真阅读，真正弄懂系统需求和详细设计。4.2 制订测试方案在测试之前，由项目负责人根据测试计划的要求，组织人员编制相应的测试方案，测试方案应包括以下内容： 测试目的； 所需人员与相应培训要求； 测试环境、工具和测试软件； 测试用例、测试数据和预期的结果。4.3 单元测试项目开发实现过程中，每个程序单元程序单元的划分视具体开发工具而定，一般定为函数或子程序级编码调试通过后，要与时进展单元测试。单元测试由单元开发者自己进展，使用白盒测试方法，根据程序单元的控制流

3、程，争取达到分支覆盖。对于交互式运行的产品，不便于进展自动测试的，可以采用功能测试的方法进展。单元测试针对程序模块，从程序的内部结构出发设计测试用例。多个模块可以独立进展单元测试。 单元测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等； 单元测试组织原如此一遍根据开发进度安排对已开发完成的单一模块进展测试； 单元测试停止标准：完成了所有规定单元的测试，单元测试中发现的bug已经得到修改。4.4 集成测试 编码开发完成，项目组内部应进展组装测试。集成测试由项目负责人组织策划编写测试计划、测试用例并实施。集成测试着重对各功能模块之间的接口进展测试，验证各功能模块是否能协调工作、

4、参数传递与功能调用是否正常。测试采用交叉方法，即个人开发的软件应由其他的项目组成员进展测试。集成测试过程应填写问题报告与维护记录，测试结果应形成测试报告。4.5 系统测试在项目开发完成之后，应对整个系统软件和硬件进展系统测试。对性能、可靠性、健壮性、压力承受力等方面分别进展评价，以验证系统是否满足规定的需要。系统测试由测试负责人组织策划编写测试计划、测试用例并实施，系统测试过程应形成问题报告与维护记录。系统测试一般进展如下几种情况的测试： 正常情况 非正常情况 破坏性测试 边界情况 非法情况 强度测试 性能测试 兼容性测试 用户友好性测试界面设计规X测试： 光标的初始位置 字体是否统一 字号是

5、否符合规定 标题颜色 按钮的名称是否规X 界面布局是否合理，整体效果如何输入值测试： 数据类型 数据长度 约束条件是否满足，是否完整 TAB和Enter键是否起作用 键盘操作能否全部代替鼠标操作 输入光标是否按照顺序前进按钮测试： 将按钮放开和封闭是否严格、准确，不能使用的按钮必须封闭 检查“退出、“取消等具有共性按钮的功能异常情况测试：在完成正常功能测试后，安正常处理的一样操作顺序，执行与正常处理不同的动作例如 正常处理中要求输入日期的字段，这时输入字符或数字 正常处理中输入字段有X围要求，这时输入超过X围的值 正常处理中用两个值限定X围，这时用一个值或不限定 正常处理中要求用“Tab键，这

6、时安“Enter键或其他键 正常处理中单项选择框、多项选择框、下拉框等，十一偶那个非指定键操作 使用不同于指定的按钮操作4.6 业务测试在组装测试与系统测试完毕后，均可由最终用户或测试人员对系统进展测试。业务测试着重测试业务流程，功能、用户界面等方面。项目、测试负责人负责组织相关人员制定测试方案和测试用例，并进展测试。测试的结果应形成问题报告与维护记录。4.7 验收测试4.7.1 验收测试的条件 按照项目计划规定的验收测试进度安排进展测试准备 在验收测试前，各项内部的测试活动都受到监控并争取执行4.7.2 交付版本的要求 按照集成测试用例完成了整个系统的集成测试 集成版本满足设计定义的各项功能

7、、性能要求 提交的数据库脚本样本需要完整，没有冗余数据 在集成测试中发现的bug已经得到解决，各级缺陷修改率达到标准 软件需求分析说明书中定义的所有功能都已经实现，性能指标全部达到性能需求指标 提交阶段性测试报告，包括功能和性能测试报告 所有文档齐备完整4.7.3 版本发布的准如此 软件产品通过了单元测试、集成测试、业务测试、系统测试、性能测试 测试部提交文档：测试计划、测试方案、测试用例、测试分析报告 所有测试项必须符合以下标准n 致命错误：无n 功能错误：无n 功能缺陷：项目经理、技术经理、测试负责人审核通过n 界面缺陷：项目经理、技术经理、测试负责人审核通过n 建议：项目经理、技术经理、

8、测试负责人审核通过 以上几项其中之一不满足要求，视为不合格在产品交付和用户验收之前，通过验收测试来确认在规定的使用环境下整个产品的运行情况是否满足规定的要求。在产品交付之前，由指定的验收负责人组织制定测试方案和测试用例，主持验收。验收测试过程应形成问题报告与维护记录。4.8 用户现场测试将软件部署到用户实际生产环境后，由于环境差异，需要在用户现场进展确认测试，保证系统功能、性能完备，可正常运行。测试内容： 根据软件系统规模，准备现场测试用例，涵盖所有重要功能点，假如规模小，需要将全部功能点全部测试一遍 对于后台已定义好的工作流、功能栏目路径以与用户信息等数据，不可进展修改和删除操作，新增的测试

9、数据也需要在测试完成后给予清楚 重点检查上传、下载的数据是否可以正常的打开或保存 确认界面美观，根本信息和无错误 考虑用户实际的软件环境和网络环境，以客户端最为复杂的软硬件环境作为测试机器，检查有无异常情况出现 针对前期发现的bug进展回归测试，以保证发布版本为最新版本4.9 编写测试文档4.9.1 测试点将测试模块分解成多个功能点，测试点应涵盖功能点，也涵盖了正常测试和异常测试。4.9.2 输入数据 输入数据包括界面输入数据、数据库的初始数据与其他外部输入数据。特别是数据库的初始所需属性一一列出，全面是指：数据能达到模块所涉与的全部功能，典型是指这个数据能充分反映功能特点。4.9.3 测试描

10、述 描述测试步骤，包括：操作员所执行的动作包括鼠标、键盘、加载外部数据等操作；系统的反响，包括：光标定位、光标聚焦、显示字段值、按钮的封闭和放开、功能键的封闭和放开、系统提示和系统消息等。4.9.4 预期输出数据 按准备的输入数据和设计要求的处理过程，模块应输出的数据。 输出数据包括：屏幕输出数据、输出到数据库的数据、输出到其他外部介质上的数据，并指出断点结果或最终结果。4.9.5 实际输出 填写本测试点程序运行后的实际输出。4.9.6 正确与否 程序运行后，实际输出结果和预期输出结果一致时，为正常，否如此为不正常。4.9.7 测试结论 填写本次测试的结论，是合格或不合格。假如不合格时，应总结

11、存在的问题，可以让修改者一目了然。5 缺陷管理5.1 缺陷的定义与其根本属性缺陷是指在软件开发过程中的针对软件产品和开发过程中的问题，这些问题已经影响或可能会影响软件产品的质量。缺陷应该具备以下属性，也就是往缺陷管理库或者缺陷列表中提交的缺陷应该具备以下属性：属性名称描述缺陷标识标记某个缺陷的一组符号，每个缺陷必须有一个唯一的标识缺陷类型根据缺陷的自然属性划分的缺陷种类缺陷验证程度因缺陷引起的故障对软件产品的影响程度缺陷所处的模块或子系统缺陷分步的模块或子系统缺陷出现几率指发现错误的几率缺陷的重现步骤详细的缺陷重现步骤附件与缺陷相关的附件截图、附件、用例等备注对缺陷的其他描述5.2 缺陷分类根

12、据缺陷的定义，将缺陷分为如如下： 文档缺陷：是指对文档的静态检查过程中发现的缺陷。检查活动包括同行评审、产品审计等。评审的缺陷要根据被评审对象的类型来确定，被评审的对象包括最终出产物和中间过程产出物，比如需求文档、设计文档、计划、报告、用例等 代码缺陷：是指对代码进展同行评审、审计或代码走查过程中发现的缺陷 测试缺陷：是指由测试活动发现的测试对象被测对象一般是指可运行的代码、系统，不包括静态测试发现的问题的缺陷，测试活动包括单元测试、集成测试、系统测试、性能测试等 过程缺陷：有称为不符合项问题，是指通过过程审计、过程分析、管理评审、质量评估、质量审核等活动发现的关于过程的缺陷和问题。过程缺陷的

13、发现者一般是测试人员、项目经理等5.3 文档缺陷分类缺陷分类描述描述不完整文档内容缺失，或文档应该包括的X围没有涵盖不一致一致性问题有两类：一是与源头说明书不一致，比如需求和客户业务需求不一致、设计与需求不一致等二是上下文或者与前提不一致描述错误文档描述是错误的，不可实现或导致错误的输出或结果功能问题该缺陷将会导致用户功能的错误、不满足、不可用不清楚或有歧义内容的描述不清楚、不能准确表达、或表达的意思有歧义逻辑错误内容组织逻辑不清楚、逻辑错误接口问题与最终用户接口问题、与外部系统的接口问题、内部子系统或模块的接口问题输入输出问题输入输出不完整、不正确、不可测试或验证不细化内容还需要进一步细化性

14、能问题文档的设计或实现方式存在性能问题安全性问题文档的设计或实现方式存在安全性问题5.4 代码缺陷分类缺陷分类描述常量变量定义问题不满足设计或需求编写代码不符合规X条件判断处理循环处理错误异常处理算法逻辑问题注释问题代码冗余性能问题5.5 系统测试缺陷分类缺陷类型描述功能错误影响了重要的特性、用户界面、产品接口或全局数据结构，并且设计文档需要争取的变更。如逻辑、循环、递归、功能等缺陷结构错误Web应用程序结构化页面无法显示，或者显示错误脚本错误Web应用程序当中出现脚本错误，包括客户端对数据进展校验和运算的各种情况下产生的错误页面错误Web应用程序页面出现空、错误、死页面文字错误Web应用程序

15、页面出现的中外文拼写、使用、以与不同语种页面的编码错误页面图形错误Web应用程序页面出现图片内容使用不当，或者无法显示ALT错误Web应用程序页面当中超文本标识语言、文本标签解释错误排版错误Web应用程序页面排版不符合要求或者不符合使用习惯业务逻辑不合理应用程序的实现流程和规定业务流程不一致，或者实现流程无法正确完成。包括流程数据的局部并行、争用、同步等操作，引起的流程断裂、死锁、以与其他异常情况业务逻辑不方便应用程序实现流程在实际情况下虽然可以完成，但是存在不必要的反复、等待、冗余等影响使用效率的情况其他错误其他未分类错误建议系统改良建议5.6 缺陷等级定义缺陷的严重程度对以上所述的缺陷类型

16、都是适合的，缺陷的严重程度反映的是对缺陷的发现对象可能造成的影响或后果来定义的。缺陷等级缺陷性质系统中对应的错误分类描述一级致命错误系统崩溃系统死锁导致对被描述的主要对象的理解错误、不可行、不可运转、对业务和整个系统造成重大损失或损害；对使用、维护或保管人员有危险或不安全，以与对产品的根本功能有致命影响的缺陷二级严重缺陷严重错误对被描述的局部对象的理解或实现错误，局部的模块或系统不可行或不能运转或局部模块和系统缺失，对整个系统有重大影响或可能造成局部的损失或损害；严重影响使用安全三级一般缺陷次要错误布局不合理文字错误系统中局部单元模块或单个功能描述和实现有错误、有偏差、不一致或有缺失，不影响模

17、块的正常运行，或有影响，但可以有替代的方法或防止方法四级微小缺陷微不足道根本不影响系统的运行和功能的实现。但是与标准、规X和定义不一致五级建议缺陷新特性不在定义、标准、X围的定义和约束之内，但是从提出者来看是需要完善的建议5.7 缺陷优先级定义缺陷优先级描述特急需要立刻进展修改加急一天到两天之内必须修改高介于中和加急之间中缺陷需要正常排队等待修复或列入软件发布清单低留到组后解决，如果项目的进度跟紧X可以在产品发布以前不解决5.8 缺陷状态定义缺陷状态描述初始状态New测试或开发人员提交一个新的缺陷，等待开发人员或项目经理分配修改负责人打回FeedBack要求缺陷的报告者再次对缺陷进展说明已分配

18、Assigned是指已经分配给属主，等待修改。已解决Resolved缺陷被属主修改，等待测试人员验证关闭Closed测试人员验证缺陷已经修复重新打开Reopen测试人员验证，缺陷没有修改正确遗留Later经项目经理和技术经理验证此缺陷在本版本中不用修改5.9 缺陷完成度缺陷完成度描述打开Open缺陷没有被解决已解决Fixed缺陷已经修改遗留Suspended此缺陷步骤本阶段解决重新打开Reopen重新打开某个缺陷不做修改Wont fix不对这个缺陷进展修改重复Duplicate与某个缺陷重复需求如此经理和开发人员经过需求和设计的核实后决定不需要修改不可重现被指派的开发人员想要再现缺陷进展修改个

19、时候，发现缺陷始终不能再现5.10 缺陷管理流程6 处理机制6.1 退回机制假如在测试过程中发生如下情况，将系统退回到申请部门： 经过测试后，发现与需求说明规格说明书中定义的功能项存在较大的差异 单一模块，测试过程中发现缺陷输了较多或者无法继续进展系统其它功能模块的测试，继续测试无意义 测试过程中，频繁死机或系统崩溃 主业务流程出现断点6.2 异常情况处理机制非正常情况下，需要进展特别处理的情形，此情况需要主管领导签字确认： 上线时间紧急的情况下，未经测试部充分测试就需要部署到用户现场 作为总包时，子商进度明显延迟，尚未进展验收测试就需要上线6.3 报告机制假如出现以下情况，需要与时向部门领导

20、和项目经理汇报的情况： 测试后期出现重大逻辑错误，修改测试影响上线时间 测试过程中用户需求出现重大变更 测试负责人定期汇报测试情况7 测试完成的标准7.1 被测试出的、在软件错误级别分类中定义的： 一级缺陷，致命错误，100%得到修改并且复测通过 二级缺陷，严重错误，100%得到修改并且复测通过 三级缺陷，一般错误，95%得到修改并且复测通过 四级缺陷，轻微错误，95%得到修改并且复测通过7.2 用户可以承受未修改的软件错误7.3 测试超过了预定时间表，由项目经理决定是否停止测试7.4 测试结论与评价标准测试结论评价标准拒绝发布遗留了一级、二级缺陷测试通过版本不能遗留以一、二类缺陷三类 一般缺陷95%得到修改并且通过复测四类轻微缺陷85%得到修改并且通过复测推荐使用版本不能遗留以一、二类缺陷三类 一般缺陷95%得到修改并且通过复测四类轻微缺陷90%得到修改并且通过复测可以证实发布版本不能遗留以一、二类缺陷三类 一般缺陷97%得到修改并且通过复测四类轻微缺陷90%得到修改并且通过复测7.5 输出阶段性测试报告性能测试报告测试总结报告测试问题列表8 其他约束9 记录序 号名 称编 号1测试计划2测试方案3问题报告与维护记录4测试总结报告15 / 15