软件测试工作流程

1、软件开发发与测试试配合工作流程程XXX软软件股份份有限公公司质量量部目 录录TOC o 1-3 h z HYPERLINK l _Toc519560074 1简介介 PAGEREF _Toc519560074 h 3 HYPERLINK l _Toc519560075 2适用用范围 PAGEREF _Toc519560075 h 33 HYPERLINK l _Toc519560076 3术语语、名词词定义 PAGEREF _Toc519560076 h 33 HYPERLINK l _Toc519560077 3.1送送测软件件 PAGEREF _Toc519560077 h 3 HYPER

2、LINK l _Toc519560078 3.2开开发文档档 PAGEREF _Toc519560078 h 3 HYPERLINK l _Toc519560079 3.3测测试文档档 PAGEREF _Toc519560079 h 4 HYPERLINK l _Toc519560080 3.4被被测程序序 PAGEREF _Toc519560080 h 4 HYPERLINK l _Toc519560081 3.5送送测单 PAGEREF _Toc519560081 h 44 HYPERLINK l _Toc519560082 3.6BBUG单单 PAGEREF _Toc519560082

3、h 4 HYPERLINK l _Toc519560083 3.7测测试循环环 PAGEREF _Toc519560083 h 4 HYPERLINK l _Toc519560084 4参考考文献 PAGEREF _Toc519560084 h 44 HYPERLINK l _Toc519560085 5测试试与开发发的配合合 PAGEREF _Toc519560085 h 5 HYPERLINK l _Toc519560086 5.1 文档和和软件保保存目录录 PAGEREF _Toc519560086 h 5 HYPERLINK l _Toc519560087 5.2 辅助工工具的使使用

4、PAGEREF _Toc519560087 h 6 HYPERLINK l _Toc519560088 5.2.1 辅辅助测试试系统11.0 PAGEREF _Toc519560088 h 66 HYPERLINK l _Toc519560089 5.2.2 SSourrceSSafee6.00 PAGEREF _Toc519560089 h 6 HYPERLINK l _Toc519560090 5.3 开发与与测试配配合的流流程 PAGEREF _Toc519560090 h 6 HYPERLINK l _Toc519560091 6. 送送测单 PAGEREF _Toc519560091

5、 h 77 HYPERLINK l _Toc519560092 6.1送送测单的的填写 PAGEREF _Toc519560092 h 88 HYPERLINK l _Toc519560093 6.2 工作流流程 PAGEREF _Toc519560093 h 9 HYPERLINK l _Toc519560094 7BUUG单 PAGEREF _Toc519560094 h 9 HYPERLINK l _Toc519560095 7.1 BUGG单的填填写 PAGEREF _Toc519560095 h 9 HYPERLINK l _Toc519560096 7.2 工作流流程 PAGERE

6、F _Toc519560096 h 100 HYPERLINK l _Toc519560097 8测试试阶段的的结束 PAGEREF _Toc519560097 h 111 HYPERLINK l _Toc519560098 9. 备备注 PAGEREF _Toc519560098 h 111 HYPERLINK l _Toc519560099 9.1 开发阶阶段与测测试阶段段 PAGEREF _Toc519560099 h 11 HYPERLINK l _Toc519560100 9.2 待测模模块的组组合与测测试原则则 PAGEREF _Toc519560100 h 11 HYPERLIN

7、K l _Toc519560101 9.3 BUGG的分类类评级原原则 PAGEREF _Toc519560101 h 111 HYPERLINK l _Toc519560102 9.4 国标中中有关BBUG数数量的描描述 PAGEREF _Toc519560102 h 133 HYPERLINK l _Toc519560103 9.5 测试阶阶段的划划分 PAGEREF _Toc519560103 h 133简介本流程文文件旨在在规定一一个简单单的可使使开发人人员和测测试人员员在软件件开发的的编码阶阶段相互互配合工工作的工工作流程程，其中中包括测测试与开开发的配配合、送测单单和BUGG单的填

8、填写、测测试循环环的结束束等部分分。开发发阶段与与测试循循环的关关系、测测试模块块的组合合与测试试原则、BUGG的分类类评级原原则等也也在本流流程文件件中有相相关的描描述。鉴于公司司的技术术要求，目前质质量部的的测试人人员不仅仅要完成成黑盒测测试工作作，而且且还要进进行白盒盒测试中中的“代码走走查”工作。其它的的白盒测测试工作作，目前前还不在在测试人人员的工工作职责责之内。由于公司司已经为为质量管管理部开开发完成成“辅助测测试系统统1.00”，因此此本测试试流程的的制定就就建立在在辅助测测试系统统之上，如果辅辅助测试试系统有有了新的的版本，质量部部将根据据其变化化适当调调整测试试流程。适用范围

9、围本流程文文件适用用于公司司开发软软件并需需要测试试服务的的任何软软件开发发项目组组、软件件开发人人员，以以及任何何测试人人员。当项目组组在辅助助测试系系统中注注册以后后，公司司领导可可以使用用本系统统查询了了解所有有在本系系统中注注册的项项目的测测试信息息，项目目的质量量管理员员可以使使用本系系统查询询了解项项目的当当前测试试进展情情况。程程序员和和测试员员都可以以使用本本系统查查询到自自己产生生的送测测单和BBUG单单。术语、名名词定义义送测软件件送测软件件包括一一切软件件执行必必须的文文件、数数据、数数据库配配置等。开发人人员必须须提供所所有的详详细的资资料以保保证测试试人员可可以像客客

10、户一样样的运行行被测软软件。开发文档档开发人员员提供给给测试人人员的开开发文档档至少包包括以下下几种：用户需需求，概概要设计计，详细细设计，用户手手册等。开发人人员应当当在开发发每阶段段完成后后三天内内就向测测试人员员传送本本阶段完完成的开开发文档档，以利利于测试试人员的的工作。测试文档档测试文档档包括测测试计划划、测试试用例说说明、BBUG报报告及分分析、测测试总结结，以及及测试工工作全部部完成后后的测试试报告等等。测试试文档由由测试人人员编写写并维护护，也属属于开发发文档的的一部分分。被测程序序被测程序序指的是是开发人人员提交交测试的的软件可可执行的的部分。被测程程序应当当既包括括单独的的

11、工程文文件，以以便测试试人员进进行代码码走查工工作；而而且还要要包括已已经编译译打包好好的可执执行文件件。送测单送测单是是指开发发人员向向测试人人员提交交被测软软件时必必须填写写的提交交报告。开发人人员应当当谨慎填填写送测测单上的的被测程程序的版版本号，保证和和被测程程序的版版本号一一致。送送测单必必须有送送测重点点，以利利于测试试人员工工作。BUG单单BUG单单是指测测试人员员在测试试完成后后，向开开发人员员提交的的BUGG汇总报报告。开开发人员员确认并并修改BBUG后后，必须须填入修修改意见见并将BBUG单单返回给给测试人人员以验验证是否否修改成成功。测试循环环测试循环环是指从从软件单单元

12、/模模块的第第一次提提交测试试到本编编码阶段段结束中中间经过过的所有有的有关关的测试试行为和和过程。其开始始的标志志是本阶阶段的第第一份提提交的送送测单，其结束束标志是是测试总总结或测测试报告告的提交交和审批批通过。参考文献献计算机软软件测试试文件编编制规范范，GBB 93386-88，（美）Bouurnee，K.C.著著，机械械工业出出版社，19998.55.软件开发发规范，航空工工业标准准64664-990测试与开开发的配配合目前，质质量部已已经装备备测试工工作专用用的工具具“辅助测测试系统统1.00”，因此此测试与与开发的的配合将将结合此此工具展展开；并并且质量量部已经经有自己己专用的的

13、测试服服务器，从而可可以大体体上做到到测试与与开发独独立进行行。本文文件中规规定的流流程就是是按照这这个思想想形成。由于目前前公司自自主开发发的软件件产品基基本上都都是基于于客户机机/服务务器模式式，因此此，要做做到测试试与开发发独立进进行，只只需要把把软件用用到的数数据库分分开安装装到不同同的服务务器上就就可以了了，从而而保证开开发与测测试不会会产生数数据冲突突。如果果是采用用B/SS结构的的软件，只需要要在开发发部的服服务器上上建立一一个可执执行包就就可以了了；在必必要的情情况下，也可同同时在质质量部服服务器上上建立可可执行包包。在此系统统的基础础之上，又采取取用Miicroosofft

14、SSourrceSSafee6.00来对开开发文档档和软件件进行管管理，从从而减少少了文档档传递失失误的机机会，提提高了测测试自动动化的程程度，也也降低了了测试人人员的工工作量。5.1 文档和和软件保保存目录录公司目前前采取的的开发方方式，用用SouurceeSaffe来对对整个开开发的产产品来进进行管理理，因此此对于测测试人员员来说，不必再再单独对对开发文文档、软软件模块块进行复复制和保保存，测测试服务务器上的的共享目目录只是是用于保保存最终终发行的的软件产产品。共享目录录在项目目开始阶阶段由测测试小组组的负责责人在质质量部专专用的测测试服务务器上建建立，并并由测试试负责人人在整个个项目期期

15、间进行行维护。共享目目录的内内容包括括评审通通过的最最终软件件（源代代码和可可执行文文件）、各种开开发文档档（包括括测试文文档）。最终的共共享目录录TsPPrjNNamee的结构构如下所所示：TsPrjName子目录“开发文档”子目录“最终软件”具体的建建立规则则如下：假设项目目中文简简称为PPrjNNamee, 则则共享目目录的名名字必须须是TssPrjjNamme。如如项目简简称为“宝开二二期”，则共共享目录录的名字字就是“Ts宝宝开二期期”。子目录“开发文文档”用于存存放开发发人员传传递到测测试组的的所有“完整的的”开发文文档，这这里的“完整”指经过过公司技技术委员员会评审审确认的的、能

16、独独立向所所有使用用者发行行的文档档。当不不同的文文档使用用人员对对其内容容产生歧歧义时，都以这这里保存存的文档档作为仲仲裁依据据。其二二级子目目录可以以分为规规格说明明、需求求分析、概要设设计等等等，由开开发人员员和测试试人员商商量决定定。子目录“最终软软件”存放已已经通过过内部评评审的软软件，如如果软件件是分为为几个阶阶段开发发的，并并且每个个阶段的的产品都都要发行行给用户户，则测测试员必必须备份份每个阶阶段最终终发行给给用户的的产品。5.2 辅助工工具的使使用辅助工具具目前有有两个：辅助测测试系统统1.00和Miicroosofft SSourrceSSafee6.00。5.2.1 辅辅

17、助测试试系统11.0辅助测试试系统11.0是是一个BB/S系系统，通通过IEExplloreer访问问，建立立在质量量部服务务器上，由质量量部维护护，使用用人员通通过在IIE地址址栏中输输入 HYPERLINK htttp:/qqa-bbck/tesst/ htttp:/qqa-bbck/tesst/访访问。辅辅助测试试系统的的用户必必须在该该系统中中具有用用户账号号，否则则无法使使用。辅助测试试系统中中的使用用人员共共分为六六种身份份：测试试主管，测试员员，项目目经理，程序员员、领导导和超级级用户。相同的的用户账账号只能能具有一一种身份份，所有有的用户户只能由由超级用用户建立立。通过辅助助测

18、试系系统，用用户可以以查阅到到当前项项目中程程序员的的送测信信息和模模块的送送测情况况，可以以随时了了解程序序中仍然然存在的的BUGG信息，并可以以看到查查询出来来的信息息的统计计结果。除了领导导和超级级用户身身份以外外，对于于其它身身份登陆陆的用户户，系统统具有自自动提醒醒功能，既登陆陆后系统统可以自自动提醒醒用户现现在需要要处理的的一些工工作。所所以，要要求处于于测试中中的程序序的相关关人员，如项目目经理、程序员员、测试试主管和和测试员员等，每每天都必必须在不不同时段段登陆本本系统至至少三次次以上。5.2.2 MMicrrosooft SouurceeSaffe6.0使用SoourcceS

19、aafe66.0的的主要作作用在于于能减少少文档的的传递次次数，从从而能有有效的降降低文档档的不一一致性，提高文文档的及及时性和和有效性性。开发发人员使使用SoourcceSaafe66.0可可以保证证所有人人员包括括测试人人员看到到的是同同一个版版本的文文档，从从而避免免理解上上的偏差差。SourrceSSafee6.00的服务务器建立立在开发发部门的的服务器器上，由由开发部部门维护护，测试试人员对对其数据据库的访访问由项项目经理理控制。测试人人员通过过计算机机上的SSourrceSSafee客户端端对服务务器上的的数据库库进行访访问。测试人员员在测试试过程中中形成的的测试文文档，也也应当按

20、按照项目目经理指指定的目目录保存存在SoourcceSaafe里里面，这这样既方方便了同同开发人人员之间间的交流流，也使使得所有有项目产产品有了了一个统统一的存存放地点点。对SouurceeSaffe中保保存的其其他开发发文档和和软件产产品，原原则上测测试人员员都只能能读而不不能写，比如对对于文档档和软件件产品只只能使用用“gett laast verrsioon”命令来来进行阅阅读，测测试人员员在得到到这些产产品以后后，都不不必再把把它们放放回去。不同的的测试人人员只能能对他/她自己己负责测测试的部部分具有有读的权权利，对对于其它它项目的的软件产产品和文文档，不不具有访访问的权权利。5.3

21、开发与与测试配配合的流流程开发人人员在辅辅助测试试系统中中填写送送测单，提交待待测模块块代码、可执行行文件和和相应的的设计文文档给项项目经理理确认。项目经理理检查送送测单上上的内容容后，执执行确认认工作，并将打打包好的的可执行行代码发发布到开开发部服服务器的的SouurceeSaffe中（如果是是B/SS结构的的软件，要把可可执行代代码发布布到IIIS上），将相相关的数数据库发发布到质质量部服服务器上上。测试人员员接受送送测单后后，从SSourrceSSafee中获得得程序代代码，开开始测试试。测试试包括两两方面的的内容：一是代代码走查查工作，其次是是功能测测试工作作。代码走查查以公司司下发的

22、的编码码规范及及管理办办法为为检查依依据。如如果在本本次送测测的某个个模块中中的代码码走查中中发现存存在5个个以上违违反编码码规范的的地方，则将该该模块返返回给程程序员重重新送测测，本模模块的测测试结束束，继续续下一个个模块的的测试。如果所所有模块块都不能能通过代代码走查查工作，则本次次测试全全部结束束，不必必再进行行下一步步的功能能测试。功能测试试以公司司下发的的质量量部测试试管理办办法为为测试依依据。测测试人员员应当严严格按照照管理办办法上的的相关规规定开展展工作，并认真真完成BBUG纪纪录的填填写。完完成测试试后，将将BUGG单传递递给测试试主管确确认。测试人员员测试完完成后，测试主主管

23、必须须对BUUG单执执行“验证”过程，即检验验BUGG单上描描写的BBUG是是否都是是正确的的。验证证完以后后，测试试主管将将BUGG单返回回给程序序员。程序员对对BUGG单上的的所有纪纪录都必必须认真真处理后后，再把把BUGG单连同同修改完完成的软软件产品品一起返返回给测测试员进进行回归归测试。对于具体体的使用用辅助测测试系统统的开发发与测试试配合的的工作流流程可以以参见辅助测测试系统统使用手手册（由开发发2部负负责编写写，预计计会在88月初完完成），也可以以参见qqawwanggl软软件测试试测试试流程图图。. 送测测单送测单单用于开开发人员员向测试试人员提提交被测测软件，由程序序员填写写

24、并通过过项目经经理传递递到测试试人员。在辅助助测试系系统中，已经将将送测单单的填写写集成进进去了，这里给给出送测测单的主主要元素素及其填填写方法法。如果果在辅助助测试系系统中的的送测单单的形式式与这里里列出的的不同，请参考考本文件件的规定定执行。送测单的的形式如如下所示示：送测测单项目名称称送测模块块送测阶段段项目经理理送测人送测日期期版本号工程文件件路径和和名字可执行文文件路径径和名字字软件配置测试要求求（重点点）：收测人收测日期期6.1送送测单的的填写其填写写规则约约定如下下：项目名称称、送测测内容、送测人人和送测测日期等等四个字字段由送送测人填填写。送送测内容容指的是是本次送送测的程程序

25、模块块。在辅辅助测试试系统中中，项目目名称和和模块名名称由项项目经理理加入，程序员员在填写写送测单单时只需需要选择择就可以以了；而而送测人人和送测测日期两两个字段段系统可可以根据据用户登登陆信息息自动添添加。项目经理理字段在在项目经经理确认认了本送送测单填填写的所所有内容容都正确确无误之之后，由由本人填填写。在在辅助测测试系统统中，项项目经理理要对送送测单的的处理方方式做出出选择，可供选选择的项项有不处处理、打打回和通通过，还还有一个个备注字字段可供供项目经经理填写写个人意意见。送测阶段段指的是是当前测测试的阶阶段，由由程序员员填写。辅助测测试系统统中可供供选择的的项有单单元测试试、集成成测试

26、、系统测测试、安安装测试试和发行行测试等等。这里里的阶段段由项目目经理和和测试员员共同确确定后，通知每每一个程程序员。在每个个阶段中中，对一一个模块块只产生生一个送送测单和和BUGG单，当当送测单单生成以以后，BBUG单单随即产产生，在在整个阶阶段中，开发人人员和测测试人员员都只用用这一张张BUGG单来交交流。“工程文文件路径径和名字字”和“可执行行文件路路径和名名字”两个字字段由程程序员填填写，项项目经理理必须检检查确认认这两个个字段所所填写的的信息是是否都是是准确无无误的。工程文文件路径径和名字字是指送送测的模模块在SSourrceSSafee中的路路径和具具体的模模块名字字。可执执行文件

27、件路径指指的是：如果本本次送测测的模块块要用IIE打开开，请填填写浏览览器地址址或超级级联接地地址；如如果是eexe文文件，请请填写获获取的路路径和文文件名称称。版本号字字段请填填写本次次送测的的模块的的版本号号。单元元测试中中，版本本号指的的是本次次送测的的模块的的窗体的的统一版版本号；其他测测试中，请填写写本次送送测的工工程的版版本号。软件配置置字段的的填写内内容有两两个，一一是本模模块的相相关设计计文档的的位置、源代码码的位置置等；二二是运行行本模块块需要的的一些软软件设置置，如环环境参数数设置、动态联联接库版版本等。软件配配置字段段由送测测人和开开发经理理共同确确定并填填写。测试重点点

28、是指开开发人员员或客户户在使用用本模块块时，对对本模块块在稳定定性，可可靠性，易用性性等任何何本模块块应该满满足的一一些要求求，比如如对于“酒楼收收银”模块，数据计计算的正正确性是是应该首首先达到到的最基基本的要要求。测测试重点点由送测测人和项项目经理理共同确确定，并并由送测测人填写写。收测人和和收测日日期字段段由被指指定测试试本模块块的测试试员填写写。在辅辅助测试试系统中中，此部部分是一一个单独独的模块块，由测测试员操操作。6.2 工作流流程开发人员员填写送送测单，提交待待测模块块和相应应的详细细设计文文档给项项目经理理确认。在辅助助测试系系统中，项目名名称和模模块名称称都由超超级用户户在系

29、统统管理模模块中添添加，程程序员在在填写送送测单时时只需要要从列表表框中选选择就可可以了。但送测测模块的的版本号号由程序序员自己己填写，而且必必须填写写。项目经理理确认所所填信息息都正确确无误，并且把把可执行行文件在在开发服服务器上上发布，数据库库文件同同时发布布到开发发服务器器和测试试服务器器上，对对模块进进行简单单的试用用之后，签字送送测。上上述过程程中任何何一步出出现问题题，项目目经理都都可把测测试单打打回给程程序员，进行重重新送测测。测试员在在辅助测测试系统统的“送测单单接收”模块中中收到送送测单。测试员确确认需要要的文档档资料和和程序，签收后后根据测测试重点点开始测测试，并并填写BB

30、UG单单。如果果这不是是本模块块的第一一次送测测，测试试员还应应当验证证一下上上一次的的BUGG是否都都已经全全部处理理了。BUGG单每一个个送测单单将对应应的产生生一个BBUG单单。BUUG单由由测试员员填写后后交开发发人员处处理，最最终返回回到测试试员手中中。BUUG单模模块也已已经集成成到辅助助测试系系统当中中了，这这里给出出BUGG单的主主要元素素及其填填写方法法。如果果在辅助助测试系系统中BBUG单单的形式式与这里里列出的的不同，请参考考本文件件的规定定执行。BUG单单的形式式如下：Bug 单项目名称称被测模块项目经理理送测版本本送测人测试员验证人收测日期期最后修改改日期修订版本本B

31、UG描描述BUG类类别BUG级级别BUG处处理备注1.7.1 BUGG单的填填写在辅助测测试系统统中，一一旦测试试员接收收了送测测单，对对应的BBUG单单会自动动产生，因此在在上面的的BUGG单中基基本上测测试员只只需要填填写BUUG描述述、BUUG类别别和BUUG级别别字段，而送测测的程序序员只需需要填写写修订版版本和BBUG处处理就行行了。填填写规则则规定如如下：BUG描描述和BBUG级级别两个个字段由由测试员员填写。1）对对发现的的BUGG按测试试发现的的顺序排排序。BBUG描描述可以以分三种种形式：一是BBUG；二是问问题；三三是建议议。BUUG和问问题的描描述中，操作步步骤和BBUG

32、现现象用“=”加以区区分，“=”以前是是重复本本问题的的步骤，以后是是测试员员认为不不对的地地方。建建议的描描述可以以直接写写出来，不必用用“=”加以区区分。22）对每每一个BBUG的的评级工工作由测测试员完完成并由由验证人人加以确确认。BBUG按按其严重重性级别别来评级级，共分分A、BB、C、D、EE五级（参见本本文第99.3节节表1中中的描述述），在在系统提提供的列列表框中中选择。对于问问题和建建议，它它们的级级别应当当选择为为“未定义义”。对于每一一条BUUG，除除了判定定它的级级别以外外，还要要判定BBUG的的技术分分类：功功能性错错误、系系统错误误、逻辑辑错误、用户界界面错误误、数据

33、据错误和和编码错错误等，以及问问题和建建议，由由测试员员根据实实际情况况做出选选择。BUG处处理一栏栏由开发发人员填填写。对对BUGG描述一一栏中的的每一条条，开发发人员都都要做出出相应的的回答并并给出是是否已修修改或者者暂不修修改的理理由。对对BUGG和问题题的回答答有三种种方式：一是“已修改改”；二是是“暂不修修改”；三是是“不存在在”。对于于后两种种回答都都必须给给出相应应的理由由。一个个BUGG是否暂暂不修改改必须由由项目经经理审查查并确认认。对于于建议的的回答有有两种方方式：“采用”和“不采用用”，可酌酌情给出出解释或或不给出出解释。备注字段段在开发发人员向向测试人人员解释释自己的的

34、回答时时由开发发人员填填写，也也可在测测试人员员向开发发人员详详细解释释BUGG描写的的时候填填写。开发人员员处理完完BUGG单上所所有的BBUG后后，要将将修订BBUG后后的模块块和BUUG单分分别传递递给项目目经理和和测试人人员，这这时如果果不是进进入下一一个测试试阶段，就不必必再填写写新的送送测单，只需要要重新发发布新的的代码和和可执行行文件。但必须须更新BBUG单单上的“修订版版本”字段。测试员接接到程序序员处理理过的BBUG单单后，首首先验证证新的模模块版本本号是否否和BUUG单上上的“修订版版本”字段相相同。如如果是，则测试试员验证证是否按按照处理理方法的的描述解解决了所所有问题题

35、；否则则将BUUG单再再次返回回给程序序员。其其次，测测试员要要测试模模块是否否产生了了新的BBUG。对于确定定已经修修改成功功的BUUG，测测试员要要将BUUG的状状态置为为“CLOOSE”；如果果一张BBUG单单上的所所有纪录录都已经经CLOOSE，则测试试人员可可以将本本BUGG单的状状态置为为CLOOSE，这样此此张BUUG单将将退出测测试流程程，辅助助测试系系统提供供选项可可使BUUG单再再重新进进入测试试流程；此时测测试员应应当保存存模块的的修订版版本，并并口头通通知开发发人员。7.2 工作流流程测试员在在辅助测测试系统统的BUUG单填填写模块块中，验验证程序序的版本本号是否否和B

36、UUG单上上的送测测版本号号相同（如果不不是第一一次送测测，这里里应当对对比修订订版本号号）。不不相同就就把BUUG单打打回给程程序员。如果不是是第一次次送测，测试员员根据BBUG的的处理情情况验证证程序员员对上一一次测试试所发现现的BUUG的修修改情况况，并把把已经修修改完成成的BUUG的状状态置为为CLOOSE。否则继继续下一一步。测试员根根据送测测单上的的测试重重点设计计或选取取测试用用例。测试员根根据测试试用例做做测试，将发现现的BUUG现象象填入对对应的BBUG单单中。测试员提提交BUUG单给给测试主主管进行行验证并并由测试试主管传传递给程程序员。程序员确确认BUUG，并并将处理理意

37、见填填入BUUG纪录录的备注注字段中中。程序员返返还BUUG单给给测试人人员。如果本BBUG单单已经CCLOSSE，则则由测试试人员口口头通知知程序员员，否则则重复以以上的步步骤。测试阶阶段的结结束测试以本本阶段所所有已开开发模块块都经过过测试，并且仍仍存在的的BUGG数量满满足国标标中的规规定为本本阶段的的结束，也可以以根据实实际情况况由软件件开发部部门的经经理、项项目经理理和测试试主管共共同确定定本阶段段是否结结束。本阶段的的测试工工作结束束后，测测试主管管（或其其指定人人员）应应该提交交一份本本阶段的的测试报报告。内内容包括括对当前前版本软软件已测测模块的的测试评评估，已已发现BBUG的

38、的分类统统计，未未修改的的BUGG及其原原因，当当前的测测试工作作的总结结等。测试报告告提交后后，项目目经理、开发部部门经理理、质量量部经理理以及公公司的技技术委员员会将审审阅或签签字确认认，并将将成为软软件是否否可发行行的参考考资料之之一。. 备注注以下内容容属于流流程之中中的一些些原则和和测试工工作中的的一些做做法，写写在这里里供开发发人员参参考。9.1 开发阶阶段与测测试阶段段测试阶段段对应于于开发过过程中的的编码阶阶段，每每一个相相对独立立的编码码阶段都都可以形形成一个个测试阶阶段，比比如单元元测试、集成测测试等。编码阶阶段的划划分由开开发组和和项目经经理负责责，各阶阶段的完完成标志志

39、应当明明确的告告知测试试组，以以利于测测试组在在测试计计划中分分阶段的的安排测测试工作作、设计计测试用用例和调调配测试试资源。9.2 待测模模块的组组合与测测试原则则开发组应应当首先先完成软软件的核核心模块块，和软软件的主主界面设设计。每每一次软软件送测测时，把把已完成成并通过过开发组组内部测测试的模模块联编编入核心心模块中中送测，已经通通过测试试的模块块不应当当被取出出。测试组在在测试时时，重点点测试本本次送测测新添加加的模块块。对于于已测试试过的模模块，可可以酌情情加以发发挥性的的测试，但在所所有的测测试阶段段之后，每个模模块至少少保证测测试过两两遍以上上。9.3 BUGG的分类类评级原原

40、则BUG 的大小小、严重重性在不不同的系系统中相相差很多多，最严严重的BBUG 会让开开发者立立刻放下下手中的的其他事事来改正正它们。不太严严重的则则是在时时间和资资源允许许的情况况下才去去理会它它们。BUG按按其严重重性可以以分为以以下几类类：表1 按按严重性性划分BBUG严重等级级描述A极严重重1）可能能有灾难难性的后后果或是是会出人人命的2) 故故意留有有程序后后门B严重产生错误误的结果果，导致致系统不不稳定的的问题1）造成成数据库库不稳定定的错误误；2）系统统崩溃，无无法继续续操作3）列在在说明中中的需求求未在最最终系统统中实现现4）业务务流程不不正确C中等的的不正确的的，但不不会影响

41、响系统稳稳定性的的过程调用用或其它它脚本错错误；打印错误误或打印印出来的的结果与与用户的的要求不不一致系统刷新新错误；产生错误误结果，如计算算结果错错误等功能的实实现有问问题。如如在系统统实现的的界面上上，一些些可接受受输入的的控件点点击后无无作用；对数据据库的操操作不能能正确实实现编码时数数据类型型、长度度定义错错误的；对用户的的使用有有操作顺顺序上的的限制虽然正确确性不受受影响，但系统统性能和和响应时时间受到到影响D一般性性的不正确的的，但是是没有特特别损害害的输出出，或者者使系统统使用起起来不太太方便的的错误1）系统统的提示示语不明明确，不不简明2）滚动动条无效效3）可编编辑区和和不可编编辑区不不明显，4）光标标跳转设设置不好好，鼠标标（光标标）定位位错误；5）对库库记录指指针，方方向键无无效时没没有