软件测试工作流程(1)138816.docx

软件开发与与测试配合合工作流程XXX软件件股份有限限公司质量量部目 录1简介介32适用用范围33术语语、名词定定义33.1送送测软件33.2开开发文档33.3测测试文档43.4被被测程序43.5送送测单43.6BBUG单43.7测测试循环44参考考文献45测试试与开发的的配合55.1 文文档和软件件保存目录录55.2 辅辅助工具的的使用65.2.11 辅助测测试系统11.065.2.22 SouurceSSafe66.065.3 开开发与测试试配合的流流程66. 送送测单76.1送测测单的填写写86.2 工工作流程97BUUG单97.1 BBUG单的的填写97.2 工工作流程108测试试阶段的结结束119. 备备注119.1 开开发阶段与与测试阶段段119.2 待待测模块的的组合与测测试原则119.3 BBUG的分分类评级原原则119.4 国国标中有关关BUG数量量的描述139.5 测测试阶段的的划分131 简介本流程文件件旨在规定定一个简单单的可使开开发人员和和测试人员员在软件开开发的编码码阶段相互互配合工作作的工作流流程，其中中包括测试试与开发的的配合、送测单和BUG单的的填写、测测试循环的的结束等部部分。开发发阶段与测测试循环的的关系、测测试模块的的组合与测测试原则、BUG的分类评级原则等也在本流程文件中有相关的描述。鉴于公司的的技术要求求，目前质质量部的测测试人员不不仅要完成成黑盒测试试工作，而而且还要进进行白盒测测试中的“代码走查查”工作。其其它的白盒盒测试工作作，目前还还不在测试试人员的工工作职责之之内。由于公司已已经为质量量管理部开开发完成“辅助测试试系统1.0”，因此本本测试流程程的制定就就建立在辅辅助测试系系统之上，如如果辅助测测试系统有有了新的版版本，质量量部将根据据其变化适适当调整测测试流程。2 适用范围本流程文件件适用于公公司开发软软件并需要要测试服务务的任何软软件开发项项目组、软软件开发人人员，以及及任何测试试人员。当项目组在在辅助测试试系统中注注册以后，公公司领导可可以使用本本系统查询询了解所有有在本系统统中注册的的项目的测测试信息，项项目的质量量管理员可可以使用本本系统查询询了解项目目的当前测测试进展情情况。程序序员和测试试员都可以以使用本系系统查询到到自己产生生的送测单单和BUGG单。3 术语、名词词定义3.1 送测软件件送测软件包包括一切软软件执行必必须的文件件、数据、数数据库配置置等。开发发人员必须须提供所有有的详细的的资料以保保证测试人人员可以像像客户一样样的运行被被测软件。3.2 开发文档档开发人员提提供给测试试人员的开开发文档至至少包括以以下几种：用户需求求，概要设设计，详细细设计，用用户手册等等。开发人人员应当在在开发每阶阶段完成后后三天内就就向测试人人员传送本本阶段完成成的开发文文档，以利利于测试人人员的工作作。3.3 测试文档档测试文档包包括测试计计划、测试试用例说明明、BUGG报告及分分析、测试试总结，以以及测试工工作全部完完成后的测测试报告等等。测试文文档由测试试人员编写写并维护，也也属于开发发文档的一一部分。3.4 被测程序序被测程序指指的是开发发人员提交交测试的软软件可执行行的部分。被被测程序应应当既包括括单独的工工程文件，以以便测试人人员进行代代码走查工工作；而且且还要包括括已经编译译打包好的的可执行文文件。3.5 送测单送测单是指指开发人员员向测试人人员提交被被测软件时时必须填写写的提交报报告。开发发人员应当当谨慎填写写送测单上上的被测程程序的版本本号，保证证和被测程程序的版本本号一致。送送测单必须须有送测重重点，以利利于测试人人员工作。3.6 BUG单单BUG单是是指测试人人员在测试试完成后，向向开发人员员提交的BBUG汇总总报告。开开发人员确确认并修改改BUG后后，必须填填入修改意意见并将BBUG单返返回给测试试人员以验验证是否修修改成功。3.7 测试循环环测试循环是是指从软件件单元/模模块的第一一次提交测测试到本编编码阶段结结束中间经经过的所有有的有关的的测试行为为和过程。其其开始的标标志是本阶阶段的第一一份提交的的送测单，其其结束标志志是测试总总结或测试试报告的提提交和审批批通过。4 参考文献1. 计算机软件件测试文件件编制规范范，GB 93866-882. <<客户机机/服务器器系统测试试>>，（美美）Bouurne，KK.C.著著，机械工工业出版社社，19998.5.3. 软件开发规规范，航空空工业标准准64644-905 测试与开发发的配合目前，质量量部已经装装备测试工工作专用的的工具“辅助测试试系统1.0”，因此测测试与开发发的配合将将结合此工工具展开；并且质量量部已经有有自己专用用的测试服服务器，从从而可以大大体上做到到测试与开开发独立进进行。本文文件中规定定的流程就就是按照这这个思想形形成。由于目前公公司自主开开发的软件件产品基本本上都是基基于客户机机/服务器器模式，因因此，要做做到测试与与开发独立立进行，只只需要把软软件用到的的数据库分分开安装到到不同的服服务器上就就可以了，从从而保证开开发与测试试不会产生生数据冲突突。如果是是采用B/S结构的的软件，只只需要在开开发部的服服务器上建建立一个可可执行包就就可以了；在必要的的情况下，也也可同时在在质量部服服务器上建建立可执行行包。在此系统的的基础之上上，又采取取用Miccrosooft SSourcceSaffe6.00来对开发发文档和软软件进行管管理，从而而减少了文文档传递失失误的机会会，提高了了测试自动动化的程度度，也降低低了测试人人员的工作作量。5.1 文文档和软件件保存目录录公司目前采采取的开发发方式，用用SourrceSaafe来对对整个开发发的产品来来进行管理理，因此对对于测试人人员来说，不不必再单独独对开发文文档、软件件模块进行行复制和保保存，测试试服务器上上的共享目目录只是用用于保存最最终发行的的软件产品品。共享目录在在项目开始始阶段由测测试小组的的负责人在在质量部专专用的测试试服务器上上建立，并并由测试负负责人在整整个项目期期间进行维维护。共享享目录的内内容包括评评审通过的的最终软件件（源代码码和可执行行文件）、各各种开发文文档（包括括测试文档档）。最终的共享享目录TssPrjNName的的结构如下下所示：TsPrjName子目录“开发文档”子目录“最终软件”具体的建立立规则如下下：1 假设项目中中文简称为为PrjNName, 则共享享目录的名名字必须是是TsPrrjNamme。如项项目简称为为“宝开二期期”，则共享享目录的名名字就是“Ts宝开开二期”。2 子目录“开开发文档”用于存放放开发人员员传递到测测试组的所所有“完整的”开发文档档，这里的的“完整”指经过公公司技术委委员会评审审确认的、能能独立向所所有使用者者发行的文文档。当不不同的文档档使用人员员对其内容容产生歧义义时，都以以这里保存存的文档作作为仲裁依依据。其二二级子目录录可以分为为规格说明明、需求分分析、概要要设计等等等，由开发发人员和测测试人员商商量决定。3 子目录“最最终软件”存放已经经通过内部部评审的软软件，如果果软件是分分为几个阶阶段开发的的，并且每每个阶段的的产品都要要发行给用用户，则测测试员必须须备份每个个阶段最终终发行给用用户的产品品。5.2 辅辅助工具的的使用辅助工具目目前有两个个：辅助测测试系统11.0和MMicroosoftt SouurceSSafe66.0。5.2.11 辅助测测试系统11.0辅助测试系系统1.00是一个BB/S系统统，通过IIExpllorerr访问，建建立在质量量部服务器器上，由质质量部维护护，使用人人员通过在在IE地址址栏中输入入htttp:/qa-bbck/ttest/访问。辅辅助测试系系统的用户户必须在该该系统中具具有用户账账号，否则则无法使用用。辅助测试系系统中的使使用人员共共分为六种种身份：测测试主管，测测试员，项项目经理，程程序员、领领导和超级级用户。相相同的用户户账号只能能具有一种种身份，所所有的用户户只能由超超级用户建建立。通过辅助测测试系统，用用户可以查查阅到当前前项目中程程序员的送送测信息和和模块的送送测情况，可可以随时了了解程序中中仍然存在在的BUGG信息，并并可以看到到查询出来来的信息的的统计结果果。除了领导和和超级用户户身份以外外，对于其其它身份登登陆的用户户，系统具具有自动提提醒功能，既既登陆后系系统可以自自动提醒用用户现在需需要处理的的一些工作作。所以，要要求处于测测试中的程程序的相关关人员，如如项目经理理、程序员员、测试主主管和测试试员等，每每天都必须须在不同时时段登陆本本系统至少少三次以上上。5.2.22 Miccrosooft SSourcceSaffe6.00使用SouurceSSafe66.0的主主要作用在在于能减少少文档的传传递次数，从从而能有效效的降低文文档的不一一致性，提提高文档的的及时性和和有效性。开开发人员使使用SouurceSSafe66.0可以以保证所有有人员包括括测试人员员看到的是是同一个版版本的文档档，从而避避免理解上上的偏差。SourcceSaffe6.00的服务器器建立在开开发部门的的服务器上上，由开发发部门维护护，测试人人员对其数数据库的访访问由项目目经理控制制。测试人人员通过计计算机上的的SourrceSaafe客户户端对服务务器上的数数据库进行行访问。测试人员在在测试过程程中形成的的测试文档档，也应当当按照项目目经理指定定的目录保保存在SoourceeSafee里面，这这样既方便便了同开发发人员之间间的交流，也也使得所有有项目产品品有了一个个统一的存存放地点。对SourrceSaafe中保保存的其他他开发文档档和软件产产品，原则则上测试人人员都只能能读而不能能写，比如如对于文档档和软件产产品只能使使用“get lastt verrsionn”命令来进进行阅读，测测试人员在在得到这些些产品以后后，都不必必再把它们们放回去。不不同的测试试人员只能能对他/她她自己负责责测试的部部分具有读读的权利，对对于其它项项目的软件件产品和文文档，不具具有访问的的权利。5.3 开开发与测试试配合的流流程è 开发人员员在辅助测测试系统中中填写送测测单，提交交待测模块块代码、可可执行文件件和相应的的设计文档档给项目经经理确认。è 项目经理检检查送测单单上的内容容后，执行行确认工作作，并将打打包好的可可执行代码码发布到开开发部服务务器的SoourceeSafee中（如果果是B/SS结构的软软件，要把把可执行代代码发布到到IIS上上），将相相关的数据据库发布到到质量部服服务器上。è 测试人员接接受送测单单后，从SSourcceSaffe中获得得程序代码码，开始测测试。测试试包括两方方面的内容容：一是代代码走查工工作，其次次是功能测测试工作。è 代码走查以以公司下发发的编码码规范及管管理办法为为检查依据据。如果在在本次送测测的某个模模块中的代代码走查中中发现存在在5个以上上违反编码码规范的地地方，则将将该模块返返回给程序序员重新送送测，本模模块的测试试结束，继继续下一个个模块的测测试。如果果所有模块块都不能通通过代码走走查工作，则则本次测试试全部结束束，不必再再进行下一一步的功能能测试。è 功能测试以以公司下发发的质量量部测试管管理办法为为测试依据据。测试人人员应当严严格按照管管理办法上上的相关规规定开展工工作，并认认真完成BBUG纪录录的填写。完完成测试后后，将BUUG单传递递给测试主主管确认。è 测试人员测测试完成后后，测试主主管必须对对BUG单单执行“验证”过程，即即检验BUUG单上描描写的BUUG是否都都是正确的的。验证完完以后，测测试主管将将BUG单单返回给程程序员。è 程序员对BBUG单上上的所有纪纪录都必须须认真处理理后，再把把BUG单单连同修改改完成的软软件产品一一起返回给给测试员进进行回归测测试。对于具体的的使用辅助助测试系统统的开发与与测试配合合的工作流流程可以参参见辅助助测试系统统使用手册册（由开开发2部负负责编写，预预计会在88月初完成成），也可可以参见qqawaangl软件测试试测试流流程图。6 . 送测单单送测单用用于开发人人员向测试试人员提交交被测软件件，由程序序员填写并并通过项目目经理传递递到测试人人员。在辅辅助测试系系统中，已已经将送测测单的填写写集成进去去了，这里里给出送测测单的主要要元素及其其填写方法法。如果在在辅助测试试系统中的的送测单的的形式与这这里列出的的不同，请请参考本文文件的规定定执行。送测单的形形式如下所所示：送测单项目名称送测模块送测阶段项目经理送测人送测日期版本号工程文件路路径和名字字可执行文件件路径和名名字软件配置测试要求（重重点）：收测人收测日期6.1送测测单的填写写其填写规规则约定如如下：1 项目名称、送送测内容、送测人和和送测日期期等四个字字段由送测测人填写。送送测内容指指的是本次次送测的程程序模块。在在辅助测试试系统中，项项目名称和和模块名称称由项目经经理加入，程程序员在填填写送测单单时只需要要选择就可可以了；而而送测人和和送测日期期两个字段段系统可以以根据用户户登陆信息息自动添加加。2 项目经理字字段在项目目经理确认认了本送测测单填写的的所有内容容都正确无无误之后，由由本人填写写。在辅助助测试系统统中，项目目经理要对对送测单的的处理方式式做出选择择，可供选选择的项有有不处理、打打回和通过过，还有一一个备注字字段可供项项目经理填填写个人意意见。3 送测阶段指指的是当前前测试的阶阶段，由程程序员填写写。辅助测测试系统中中可供选择择的项有单单元测试、集集成测试、系系统测试、安安装测试和和发行测试试等。这里里的阶段由由项目经理理和测试员员共同确定定后，通知知每一个程程序员。在在每个阶段段中，对一一个模块只只产生一个个送测单和和BUG单单，当送测测单生成以以后，BUUG单随即即产生，在在整个阶段段中，开发发人员和测测试人员都都只用这一一张BUGG单来交流流。4 “工程文件件路径和名名字”和“可执行文文件路径和和名字”两个字段段由程序员员填写，项项目经理必必须检查确确认这两个个字段所填填写的信息息是否都是是准确无误误的。工程程文件路径径和名字是是指送测的的模块在SSourcceSaffe中的路路径和具体体的模块名名字。可执执行文件路路径指的是是：如果本本次送测的的模块要用用IE打开开，请填写写浏览器地地址或超级级联接地址址；如果是是exe文文件，请填填写获取的的路径和文文件名称。5 版本号字段段请填写本本次送测的的模块的版版本号。单单元测试中中，版本号号指的是本本次送测的的模块的窗窗体的统一一版本号；其他测试试中，请填填写本次送送测的工程程的版本号号。6 软件配置字字段的填写写内容有两两个，一是是本模块的的相关设计计文档的位位置、源代代码的位置置等；二是是运行本模模块需要的的一些软件件设置，如如环境参数数设置、动动态联接库库版本等。软软件配置字字段由送测测人和开发发经理共同同确定并填填写。7 测试重点是是指开发人人员或客户户在使用本本模块时，对对本模块在在稳定性，可可靠性，易易用性等任任何本模块块应该满足足的一些要要求，比如如对于“酒楼收银银”模块，数数据计算的的正确性是是应该首先先达到的最最基本的要要求。测试试重点由送送测人和项项目经理共共同确定，并并由送测人人填写。8 收测人和收收测日期字字段由被指指定测试本本模块的测测试员填写写。在辅助助测试系统统中，此部部分是一个个单独的模模块，由测测试员操作作。6.2 工工作流程è 开发人员填填写送测单单，提交待待测模块和和相应的详详细设计文文档给项目目经理确认认。在辅助助测试系统统中，项目目名称和模模块名称都都由超级用用户在系统统管理模块块中添加，程程序员在填填写送测单单时只需要要从列表框框中选择就就可以了。但但送测模块块的版本号号由程序员员自己填写写，而且必必须填写。è 项目经理确确认所填信信息都正确确无误，并并且把可执执行文件在在开发服务务器上发布布，数据库库文件同时时发布到开开发服务器器和测试服服务器上，对对模块进行行简单的试试用之后，签签字送测。上上述过程中中任何一步步出现问题题，项目经经理都可把把测试单打打回给程序序员，进行行重新送测测。è 测试员在辅辅助测试系系统的“送测单接接收”模块中收收到送测单单。è 测试员确认认需要的文文档资料和和程序，签签收后根据据测试重点点开始测试试，并填写写BUG单单。如果这这不是本模模块的第一一次送测，测测试员还应应当验证一一下上一次次的BUGG是否都已已经全部处处理了。7 BUG单单每一个送送测单将对对应的产生生一个BUUG单。BBUG单由由测试员填填写后交开开发人员处处理，最终终返回到测测试员手中中。BUGG单模块也也已经集成成到辅助测测试系统当当中了，这这里给出BBUG单的的主要元素素及其填写写方法。如如果在辅助助测试系统统中BUGG单的形式式与这里列列出的不同同，请参考考本文件的的规定执行行。BUG单的的形式如下下：Bug 单单项目名称被测模块项目经理送测版本送测人测试员验证人收测日期最后修改日日期修订版本BUG描述述BUG类别别BUG级别别BUG处理理备注1.7.1 BBUG单的的填写在辅助测试试系统中，一一旦测试员员接收了送送测单，对对应的BUUG单会自自动产生，因因此在上面面的BUGG单中基本本上测试员员只需要填填写BUGG描述、BBUG类别别和BUGG级别字段段，而送测测的程序员员只需要填填写修订版版本和BUUG处理就就行了。填填写规则规规定如下：1 BUG描述述和BUGG级别两个个字段由测测试员填写写。1）对对发现的BBUG按测测试发现的的顺序排序序。BUGG描述可以以分三种形形式：一是是BUG；二二是问题；三是建议议。BUGG和问题的的描述中，操操作步骤和和BUG现象象用“=”加以区分分，“=”以前是重重复本问题题的步骤，以以后是测试试员认为不不对的地方方。建议的的描述可以以直接写出出来，不必必用“=”加以区分分。2）对对每一个BBUG的评评级工作由由测试员完完成并由验验证人加以以确认。BBUG按其其严重性级级别来评级级，共分AA、B、CC、D、EE五级（参参见本文第第9.3节节表1中的的描述），在在系统提供供的列表框框中选择。对对于问题和和建议，它它们的级别别应当选择择为“未定义”。2 对于每一条条BUG，除除了判定它它的级别以以外，还要要判定BUUG的技术术分类：功功能性错误误、系统错错误、逻辑辑错误、用用户界面错错误、数据据错误和编编码错误等等，以及问问题和建议议，由测试试员根据实实际情况做做出选择。3 BUG处理理一栏由开开发人员填填写。对BBUG描述述一栏中的的每一条，开开发人员都都要做出相相应的回答答并给出是是否已修改改或者暂不不修改的理理由。对BBUG和问问题的回答答有三种方方式：一是是“已修改”；二是“暂不修改改”；三是“不存在”。对于后后两种回答答都必须给给出相应的的理由。一一个BUGG是否暂不不修改必须须由项目经经理审查并并确认。对对于建议的的回答有两两种方式：“采用”和“不采用”，可酌情情给出解释释或不给出出解释。4 备注字段在在开发人员员向测试人人员解释自自己的回答答时由开发发人员填写写，也可在在测试人员员向开发人人员详细解解释BUGG描写的时时候填写。5 开发人员处处理完BUUG单上所所有的BUUG后，要要将修订BBUG后的的模块和BBUG单分分别传递给给项目经理理和测试人人员，这时时如果不是是进入下一一个测试阶阶段，就不不必再填写写新的送测测单，只需需要重新发发布新的代代码和可执执行文件。但但必须更新新BUG单上上的“修订版本本”字段。6 测试员接到到程序员处处理过的BBUG单后后，首先验验证新的模模块版本号号是否和BBUG单上上的“修订版本本”字段相同同。如果是是，则测试试员验证是是否按照处处理方法的的描述解决决了所有问问题；否则则将BUGG单再次返返回给程序序员。其次次，测试员员要测试模模块是否产产生了新的的BUG。7 对于确定已已经修改成成功的BUUG，测试试员要将BBUG的状状态置为“CLOSSE”；如果一一张BUGG单上的所所有纪录都都已经CLLOSE，则则测试人员员可以将本本BUG单单的状态置置为CLOOSE，这这样此张BBUG单将将退出测试试流程，辅辅助测试系系统提供选选项可使BBUG单再再重新进入入测试流程程；此时测测试员应当当保存模块块的修订版版本，并口口头通知开开发人员。7.2 工工作流程è 测试员在辅辅助测试系系统的BUUG单填写写模块中，验验证程序的的版本号是是否和BUUG单上的的送测版本本号相同（如如果不是第第一次送测测，这里应应当对比修修订版本号号）。不相相同就把BBUG单打打回给程序序员。è 如果不是第第一次送测测，测试员员根据BUUG的处理理情况验证证程序员对对上一次测测试所发现现的BUGG的修改情情况，并把把已经修改改完成的BBUG的状状态置为CCLOSEE。否则继继续下一步步。è 测试员根据据送测单上上的测试重重点设计或或选取测试试用例。è 测试员根据据测试用例例做测试，将将发现的BBUG现象象填入对应应的BUGG单中。è 测试员提交交BUG单单给测试主主管进行验验证并由测测试主管传传递给程序序员。è 程序员确认认BUG，并并将处理意意见填入BBUG纪录录的备注字字段中。è 程序员返还还BUG单单给测试人人员。è 如果本BUUG单已经经CLOSSE，则由由测试人员员口头通知知程序员，否否则重复以以上的步骤骤。8 测试阶段段的结束测试以本阶阶段所有已已开发模块块都经过测测试，并且且仍存在的的BUG数数量满足国国标中的规规定为本阶阶段的结束束，也可以以根据实际际情况由软软件开发部部门的经理理、项目经经理和测试试主管共同同确定本阶阶段是否结结束。本阶段的测测试工作结结束后，测测试主管（或或其指定人人员）应该该提交一份份本阶段的的测试报告告。内容包包括对当前前版本软件件已测模块块的测试评评估，已发发现BUGG的分类统统计，未修修改的BUUG及其原原因，当前前的测试工工作的总结结等。测试报告提提交后，项项目经理、开开发部门经经理、质量量部经理以以及公司的的技术委员员会将审阅阅或签字确确认，并将将成为软件件是否可发发行的参考考资料之一一。9 . 备注以下内容属属于流程之之中的一些些原则和测测试工作中中的一些做做法，写在在这里供开开发人员参参考。9.1 开开发阶段与与测试阶段段测试阶段对对应于开发发过程中的的编码阶段段，每一个个相对独立立的编码阶阶段都可以以形成一个个测试阶段段，比如单单元测试、集集成测试等等。编码阶阶段的划分分由开发组组和项目经经理负责，各各阶段的完完成标志应应当明确的的告知测试试组，以利利于测试组组在测试计计划中分阶阶段的安排排测试工作作、设计测测试用例和和调配测试试资源。9.2 待待测模块的的组合与测测试原则开发组应当当首先完成成软件的核核心模块，和和软件的主主界面设计计。每一次次软件送测测时，把已已完成并通通过开发组组内部测试试的模块联联编入核心心模块中送送测，已经经通过测试试的模块不不应当被取取出。测试组在测测试时，重重点测试本本次送测新新添加的模模块。对于于已测试过过的模块，可可以酌情加加以发挥性性的测试，但但在所有的的测试阶段段之后，每每个模块至至少保证测测试过两遍遍以上。9.3 BBUG的分分类评级原原则BUG 的的大小、严严重性在不不同的系统统中相差很很多，最严严重的BUUG 会让让开发者立立刻放下手手中的其他他事来改正正它们。不不太严重的的则是在时时间和资源源允许的情情况下才去去理会它们们。BUG按其其严重性可可以分为以以下几类：表1 按严严重性划分分BUG严重等级描述A极严重1）可能有有灾难性的的后果或是是会出人命命的2) 故意意留有程序序后门B严重产生错误的的结果，导导致系统不不稳定的问问题1）造成数数据库不稳稳定的错误误；2）系统崩崩溃，无法法继续操作作3）列在说说明中的需需求未在最最终系统中中实现4）业务流流程不正确确C中等的不正确的，但但不会影响响系统稳定定性的1） 过程调用或或其它脚本本错误；2） 打印错误或或打印出来来的结果与与用户的要要求不一致致3） 系统刷新错错误；4） 产生错误结结果，如计计算结果错错误等5） 功能的实现现有问题。如如在系统实实现的界面面上，一些些可接受输输入的控件件点击后无无作用；对对数据库的的操作不能能正确实现现6） 编码时数据据类型、长长度定义错错误的；7） 对用户的使使用有操作作顺序上的的限制8） 虽然正确性性不受影响响，但系统统性能和响响应时间受受到影响D一般性的的不正确的，但但是没有特特别损害的的输出，或或者使系统统使用起来来不太方便便的错误1）系统的的提示语不不明确，不不简明2）滚动条条无效3）可编辑辑区和不可可编辑区不不明显，4）光标跳跳转设置不不好，鼠标标（光标）定定位错误；5）对库记记录指针，方方向键无效效时没有变变灰6）界面不不一致，或或界面不正正确E轻微的1）日期或或时间初始始值错误（起起止日期、时时间没有限限定）2）按钮或或标签上有有拼写错误误的单词、不不正确的大大小写除了按严重重性来分类类，BUGG还可以按按技术种类类分为以下下几类：表2 按技技术种类划划分BUGG类别描述功能性错误误列在说明中中的需求没没有在最终终系统中达达到系统错误存在或产生生于所开发发的系统之之外的软硬硬件错误逻辑错误程序运行起起来不像要要求的样子子用户界面错错误字段和控件件标号不一一致，功能能提供的不不一致等数据错误访问数据库库时出错编码错误源代码中存存在的语法法错误测试错误测试者误操操作却认为为发现了问问题在执行本本规定时，BBUG的评评级原则按按表1中的的描述进行行。9.4 国国标中有关关BUG数数量的描述述向用户提交交软件进行行验收时，对对于软件中中存在的BBUG数量量有如下的的规定：1 程序中不存存在未改的的A、B级级BUG；C级BUUG的数量量每千行源源代码（KKLOC）中中不超过11个；D、EE级BUGG的数量每每千行源代代码（KLLOC）中中不超过22个；对于于随机出现现的BUGG的数量也也必须考虑虑。2 在交付给用用户的文档档资料中，允允许存在的的BUG数数量按以下下方法计算算：用程序序的千行源源代码（KKLOC）数数量除以225，所得得数加上33即为文档档中允许存存在的最大大BUG数数量。例如如，如果程程序的千行行源代码（KKLOC）的的数量是11000，即即该程序有有1 0000 0000行源程程序，则与与该程序相相关的文字字资料中允允许的最大大BUG数数就是（11000/25+33=）433个。9.5 测测试阶段的的划分本节的详细细描述可在在公司文档档软件测测试文档编编制规范中中找到。实实际的测试试过程可能能不会严格格区分各个个阶段，写写在这里仅仅供参考。1. 单元元测试(UUnit testting) 将开开发成功的的各个子模模块单独测测试。2. 集成成测试(IInteggratee tesstingg)相互关联的的一个子系系统重的所所有子模块块已开发完完成，全部部联编后进进行测 试。3. 确认认测试(Veriificaationn tesstingg)确认测试又又称有效性性测试。它它的任务是是验证软件件的有效性性，即验证证软件 的功能和和性能及其其它特性是是否与用户户的要求一一致。4. 系统统测试(SSysteem teestinng)安装测试、恢恢复测试、安安全测试、运运行测试、操操作手册测测试等任何何用户需要要打交道的的东西。修改纪纪录表编号GL/ZLLN0022版本1.0拟制日期2000/8/4审批日期修改人修改日期修改章节简要描述2000/11/221版本1.11第5.1，55.2，6.1，7.1，和99.3节减轻测试人人员文档工工作量，重重新命名共共享目录，简简化BUGG和送测单单的填写，细细化BUGG评级分类类规定2001/3/14版本1.22第5，6，77章调整测试流流程2001/07/13版本2.00全文结合辅助测测试系统11.0对测测试流程进进行修改