软件测试规范方案.docx

《软件测试规范方案.docx》由会员分享，可在线阅读，更多相关《软件测试规范方案.docx（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

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

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

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

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

6、项选择框、多项选择框、下拉框等，十一偶那个非指定键操作使用不同于指定的按钮操作4.6业务测试在组装测试与系统测试结束后，均可由最终用户或测试人员对系统进行测试。业务测试着重测试业务流程，功能、用户界面等方面。项目、测试负责人负责组织相关人员制定测试方案和测试用例，并进行测试。测试的结果应构成（问题报告及维护记录）。4.7验收测试4.7.1验收测试的条件根据项目计划规定的验收测试进度安排进行测试准备在验收测试前，各项内部的测试活动都遭到监控并争取执行4.7.2交付版本的要求根据集成测试用例完成了整个系统的集成测试集成版本知足设计定义的各项功能、性能要求提交的数据库脚本样本需要完好，没有冗余数据在

7、集成测试中发现的bug已经得到解决，各级缺陷修改率到达标准软件需求分析讲明书中定义的所有功能都已经实现，性能指标全部到达性能需求指标提交阶段性测试报告，包括功能和性能测试报告所有文档齐备完好4.7.3版本发布的准则软件产品通过了单元测试、集成测试、业务测试、系统测试、性能测试测试部提交文档：测试计划、测试方案、测试用例、测试分析报告所有测试项必须符合下面标准?致命错误：无?功能错误：无?功能缺陷：项目经理、技术经理、测试负责人审核通过?界面缺陷：项目经理、技术经理、测试负责人审核通过?建议：项目经理、技术经理、测试负责人审核通过以上几项其中之一不知足要求，视为不合格在产品交付和用户验收之前，通

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测试结论填写本次测试的结论，是合格或不合格。若不合格时，应总结存在的问题，能够让修改者一目了然。5缺陷管理5.1缺陷的定义及其基本属性缺陷是指在软件开发经过中的针对软件产品和开发经过中的问题

11、，这些问题已经影响或可能会影响软件产品的质量。缺陷应该具备下面属性，也就是往缺陷管理库或者缺陷列表中提交的缺陷应该具备下面属性：5.2缺陷分类根据缺陷的定义，将缺陷分为如下列：文档缺陷：是指对文档的静态检查经过中发现的缺陷。检查活动包括同行评审、产品审计等。评审的缺陷要根据被评审对象的类型来确定，被评审的对象包括最终出产物和中间经过产出物，比方需求文档、设计文档、计划、报告、用例等代码缺陷：是指对代码进行同行评审、审计或代码走查经过中发现的缺陷测试缺陷：是指由测试活动发现的测试对象被测对象一般是指可运行的代码、系统，不包括静态测试发现的问题的缺陷，测试活动包括单元测试、集成测试、系统测试、性能测试等经过缺陷：有称为不符合项问题，是指通过经过审计、经过分析、管理评审、质量评估、质量审核等活动发现的关于经过的缺陷和问题。经过缺陷的发现者一般是测试人员、项目经理等5.3文档缺陷分类