软件测试标准规范

1、软件测试标准规范目的为了保证软件产质量量，使产品能够顺利交托和经过查收，特编写本文档，以作参照合用范围本文档合用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、查收测试以及一些专项测试。职责项目测试负责人组织编制测试计划、测试方案，指导和敦促测试人员达成各阶段的测试工作。项目组测试人员依照测试计划、测试方案达成所担当的测试任务，并按要求填写问题报告及保护记录。测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的改正建议项目负责人组织测试环境的成立。项目经理审查负责控制整个项目的时间和质量。研发人员确认改正测试人员提交的bug。工作流程4.1测试依照详尽设计是模块测试的

2、依照。所以设计人员应向测试人员供给系统需求规格书名书、详尽设计、纲要设计等有关资料。测试人员一定仔细阅读，真实弄懂系统需乞降详尽设计。4.2制定测试方案在测试从前，由项目负责人依据测试计划的要求，组织人员编制相应的测试方案，测试方案应包含以下内容：测试目的；所需人员及相应培训要求；测试环境、工具和测试软件；测试用例、测试数据和预期的结果。4.3单元测试项目开发实现过程中，每个程序单元（程序单元的区分视详细开发工具而定，一般定为函数或子程序级）编码调试通事后，要实时进行单元测试。单元测试由单元开发者自己进行，使用白盒测试方法，依据程序单元的控制流程，争取达到分支覆盖。对于交互式运行的产品，不便于

3、进行自动测试的，能够采纳功能测试的方法进行。单元测试针对程序模块，从程序的内部构造出发设计测试用例。多个模块能够独立进行单元测试。单元测试内容包含模块接口测试、局部数据构造测试、路径测试、错误办理测试等；单元测试组织原则一遍依据开发进度安排对已开发达成的单调模块进行测试；单元测试停止标准：达成了所有规定单元的测试，单元测试中发现的bug已经获得改正。4.4集成测试编码开发达成，项目组内部应进行组装测试。集成测试由项目负责人组织策划（编写测试计划、测试用例）并实行。集成测试侧重对各功能模块之间的接口进行测试，考证各功能模块能否能协调工作、参数传达及功能调用能否正常。测试采纳交错方法，即个人开发的

4、软件应由其余的项目构成员进行测试。集成测试过程应填写问题报告及保护记录，测试结果应形成测试报告。4.5系统测试在项目开发达成以后，应付整个系统软件和硬件进行系统测试。对性能、靠谱性、强健性、压力承受力等方面分别进行评论，以考证系统能否知足规定的需要。系统测试由测试负责人组织策划（编写测试计划、测试用例）并实行，系统测试过程应形成问题报告及保护记录。系统测试一般进行以下几种状况的测试：正常状况非正常状况损坏性测试界限状况非法状况强度测试性能测试兼容性测试用户友善性测试界面设计规范测试：光标的初始地点字体能否一致字号能否切合规定标题颜色按钮的名称能否规范界面布局能否合理，整体成效怎样输入值测试：数

5、据种类数据长度拘束条件能否知足，能否完好TAB和Enter键能否起作用键盘操作可否所有取代鼠标操作输入（光标）能否依照次序行进按钮测试：将按钮松开和封闭能否严格、正确，不可以使用的按钮一定封闭检查“退出”、“撤消”等拥有共性按钮的功能异样状况测试：在达成正常功能测试后，安正常办理的同样操作次序，履行与正常办理不一样的动作比如正常办理中要求输入日期的字段，这时输入字符或数字正常办理中输入字段有范围要求，这时输入超出范围的值正常办理顶用两个值限制范围，这时用一个值或不限制正常办理中要求用“Tab”键，这时安“Enter”键或其余键正常办理中单项选择框、多项选择框、下拉框等，十一偶那个非指定键操作使

6、用不一样于指定的按钮操作4.6业务测试在组装测试与系统测试结束后，均可由最后用户或测试人员对系统进行测试。业务测试侧重测试业务流程，功能、用户界面等方面。项目、测试负责人负责组织有关人员拟订测试方案和测试用例，并进行测试。测试的结果应形成问题报告及保护记录。4.7查收测试查收测试的条件依照项目计划规定的查收测试进度安排进行测试准备在查收测试前，各项内部的测试活动都遇到监控并争取履行交托版本的要求依照集成测试用例达成了整个系统的集成测试集成版本知足设计定义的各项功能、性能要求提交的数据库脚本样本需要完好，没有冗余数据在集成测试中发现的bug已经获得解决，各级缺点改正率达到标准软件需求剖析说明书中

7、定义的所有功能都已经实现，性能指标所有达到性能需求指标提交阶段性测试报告，包含功能和性能测试报告所有文档齐全完好版本公布的准则软件产品经过了单元测试、集成测试、业务测试、系统测试、性能测试测试部提交文档：测试计划、测试方案、测试用例、测试剖析报告所有测试项一定切合以下标准致命错误：无功能错误：无功能缺点：项目经理、技术经理、测试负责人审查经过界面缺点：项目经理、技术经理、测试负责人审查经过建议：项目经理、技术经理、测试负责人审查经过以上几项此中之一不知足要求，视为不合格在产品交托和用户查收从前，经过查收测试来确认在规定的使用环境下整个产品的运行状况能否知足规定的要求。在产品交托从前，由指定的查

8、收负责人组织拟订测试方案和测试用例，主持查收。查收测试过程应形成问题报告及保护记录。4.8用户现场测试将软件部署到用户实质生产环境后，因为环境差别，需要在用户现场进行确认测试，保证系统功能、性能齐备，可正常运行。测试内容：依据软件系统规模，准备现场测试用例，涵盖所有重要功能点，若规模小，需要将所有功能点所有测试一遍对于后台已定义好的工作流、功能栏目路径以及用户信息等数据，不行进行改正和删除操作，新增的测试数据也需要在测试达成后赐予清楚要点检查上传、下载的数据能否能够正常的翻开或保留确认界面雅观，基本信息和链接无错误考虑用户实质的软件环境和网络环境，以客户端最为复杂的软硬件环境作为测试机器，检查

9、有无异样状况出现针对先期发现的bug进行回归测试，以保证公布版本为最新版本4.9编写测试文档测试点将测试模块分解成多个功能点，测试点应涵盖功能点，也涵盖了正常测试和异样测试。输入数据输入数据包含界面输入数据、数据库的初始数据及其余外面输入数据。特别是数据库的初始所需属性一一列出，全面是指：数据能达到模块所波及的所有功能，典型是指这个数据能充分反应功能特色。测试描绘描绘测试步骤，包含：操作员所履行的动作（包含鼠标、键盘、加载外面数据等操作）；系统的反响，包含：光标定位、光标聚焦、显示字段值、按钮的封闭和松开、功能键的封闭和松开、系统提示和系统信息等。预期输出数据按准备的输入数据和设计要求的办理过

10、程，模块应输出的数据。输出数据包含：屏幕输出数据、输出到数据库的数据、输出到其余外面介质上的数据，并指出断点结果或最后结果。实质输出填写本测试点程序运行后的实质输出。正确与否程序运行后，实质输出结果和预期输出结果一致时，为正常，不然为不正常。测试结论填写本次测试的结论，是合格或不合格。若不合格时，应总结存在的问题，能够让改正者了如指掌。缺点管理5.1缺点的定义及其基本属性缺点是指在软件开发过程中的针对软件产品和开发过程中的问题，这些问题已经影响或可能会影响软件产品的质量。缺点应当具备以部下性，也就是往缺点管理库或许缺点列表中提交的缺点应当具备以部下性：属性名称描绘缺点表记标志某个缺点的一组符号

11、，每个缺点一定有一个独一的表记缺点种类依据缺点的自然属性区分的缺点种类缺点考证程度因缺点惹起的故障对软件产品的影响程度缺点所处的模块或缺点分步的模块或子系统子系统缺点出现几率指发现错误的几率缺点的重现步骤详尽的缺点重现步骤附件与缺点有关的附件（截图、附件、用例等）备注对缺点的其余描绘5.2缺点分类依据缺点的定义，将缺点分为以以下：文档缺点：是指对文档的静态检查过程中发现的缺点。检查活动包含同行评审、产品审计等。评审的缺点要依据被评审对象的种类来确立，被评审的对象包含最后出产物和中间过程产出物，比方需求文档、设计文档、计划、报告、用例等代码缺点：是指对代码进行同行评审、审计或代码走查过程中发现的

12、缺点测试缺点：是指由测试活动发现的测试对象（被测对象一般是指可运行的代码、系统，不包含静态测试发现的问题）的缺点，测试活动包含单元测试、集成测试、系统测试、性能测试等过程缺点：有称为不切合项问题，是指经过过程审计、过程剖析、管理评审、质量评估、质量审查等活动发现的对于过程的缺点和问题。过程缺点的发现者一般是测试人员、项目经理等5.3文档缺点分类缺点分类描绘描绘不完好文档内容缺失，或文档应当包含的范围没有涵盖不一致一致性问题有两类：一是与源泉说明书不一致，比方需乞降客户业务需求不一致、设计与需求不一致等二是上下文或许与前提不一致描绘错误文档描绘是错误的，不行实现或致使错误的输出或结果功能问题该缺

13、点将会致使用户功能的错误、不知足、不行用不清楚或有歧义内容的描绘不清楚、不可以正确表达、或表达的意思有歧义逻辑错误内容组织逻辑不清楚、逻辑错误接口问题与最后用户接口问题、与外面系统的接口问题、内部子系统或模块的接口问题输入输出问题输入输出不完好、不正确、不行测试或考证不细化内容还需要进一步细化性能问题文档的设计或实现方式存在性能问题安全性问题文档的设计或实现方式存在安全性问题5.4代码缺点分类缺点分类常量变量定义问题不知足设计或需求编写代码不切合规范条件判断办理循环办理错误异样办理算法逻辑问题说明问题代码冗余性能问题描绘5.5系统测试缺点分类缺点种类描绘功能错误影响了重要的特征、用户界面、产品

14、接口或全局数据构造，而且设计文档需要争取的更改。如逻辑、循环、递归、功能等缺点构造错误Web应用程序构造化页面没法显示，或许显示错误脚本错误Web应用程序中间出现脚本错误，包含客户端对数据进行校验和运算的各样状况下产生的错误页面链接错误Web应用程序页面出现空链接、错误链接、死链接页面文字错误Web应用程序页面出现的中外文拼写、使用、以及不一样语种页面的编码错误页面图形错误Web应用程序页面出现图片内容使用不妥，或许没法显示ALT错误Web应用程序页面中间超文本表记语言、文本标签解说错误排版错误Web应用程序页面排版不切合要求或许不切合使用习惯业务逻辑不合理应用程序的实现流程和规定业务流程不一

15、致，或许实现流程没法正确达成。包含流程数据的部分并行、争用、同步等操作，惹起的流程断裂、死锁、以及其余异样情况业务逻辑不方便应用程序实现流程在实质状况下固然能够达成，可是存在不用要的频频、等候、冗余等影响使用效率的状况其余错误其余未分类错误建议系统改良建议5.6缺点等级定义缺点的严重程度对以上所述的缺点种类都是合适的，缺点的严重程度反应的是对缺点的发现对象可能造成的影响或结果来定义的。缺点等级缺点性质系统中对应描绘的错误分类一级致命错误系统崩溃致使对被描绘的主要对象的理解错系统死锁误、不行行、不行运行、对业务和整个系统造成重要损失或伤害；对使用、保护或保留人员有危险或不安全，以及对产品的基本功

16、能有致命影响的缺点二级严重缺点严重错误对被描绘的部分对象的理解或实现错误，部分的模块或系统不行行或不三级一般缺点次要错误布局不合理文字错误能运行或部分模块和系统缺失，对整个系统有重要影响或可能造成部分的损失或伤害；严重影响使用安全系统中部分单元模块或单个功能描绘和实现有错误、有误差、不一致或出缺失，不影响模块的正常运行，或有影响，但能够有代替的方法或防止方法四级细小缺点不足挂齿基本不影响系统的运行和功能的实现。可是与标准、规范和定义不一致五级建议缺点新特征不在定义、标准、范围的定义和拘束以内，可是从提出者来看是需要完美的建议5.7缺点优先级定义缺点优先级描绘特急需要马上进行改正加急一天到两天以

17、内一定改正高介于中和加急之间中缺点需要正常排队等候修复或列入软件公布清单低留到组后解决，假如项目的进度跟紧张能够在产品公布从前不解决5.8缺点状态定义缺点状态描绘初始状态（New）测试或开发人员提交一个新的缺点，等候开发人员或项目经理分派改正负责人打回（FeedBack）要求缺点的报告者再次对缺点进行说明已分派是指已经分派给属主，等候改正。（Assigned）已解决缺点被属主改正，等候测试人员考证（Resolved）封闭（Closed从头打Reopen）测试人员考证缺点已经修复开测试人员考证，缺点没有修更正确遗留（Later）经项目经理和技术经理考证此缺点在本版本中不用修改5.9缺点达成度缺点

18、达成度描绘翻开（Open）缺点没有被解决已解决（Fixed）缺点已经改正遗留此缺点步骤本阶段解决Suspended）从头翻开从头翻开某个缺点（Reopen）不做改正不对这个缺点进行改正（Wontfix）重复与某个缺点重复Duplicate）需求这样经理和开发人员经过需乞降设计的核实后决定不需要改正不行重现被指派的开发人员想要再现缺点进行改正个时候，发现缺点一直不可以再现5.10缺点管理流程办理体制6.1退回体制若在测试过程中发生以下状况，将系统退回到申请部门：经过测试后，发现与需求说明规格说明书中定义的功能项存在较大的差别单调模块，测试过程中发现缺点输了许多或许没法持续进行系统其余功能模块的测试，持续测试无心义测试过程中，屡次死机或系统崩溃主业务流程出现断点6.2异样状况办理体制非正常状况下，需要进行特别