测试流程规范.docx

《测试流程规范.docx》由会员分享，可在线阅读，更多相关《测试流程规范.docx（25页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、测试流程规范一、项目立项立项阶段的主要任务是确认立项的理由，提出立项建议，使立项建议成为正式项目。二、软件开发软件开发阶段分为：项目规划需求分析概要设计具体设计代码编写代码实现测试交接施行测试回归测试同行审查测试总结项目发布、跟踪项目确定后，需求人员设计具体需求文档及产品原型，并制定项目计划。项目计划是一个用来协调所有其他计划，以指导项目执行和控制的可操作文件。它体现了对需求的理解，是开展项目活动的基础，也是软件项目跟踪与监控的根据。开发人员根据需求文档及产品原型编写代码。在开发阶段假如需求发生变更时，应及时以文档形式讲明。三、软件测试项目测试的目的是检查系统能否符合项目需求规定的要求。主要进

2、行功能测试、强健性测试、易用性测试、用户界面测试、性能测试等根据项目要求选择不同测试方法测试经过在测试环境中进行。四、基本流程立项主要对项目的可行性进行分析，并且确定项目能否需要测试需求评审需求定义完成，开发人员和测试人员对需求中不清楚、不完好、太概括或存在疑义的地方提出问题，相关人员解答并确认。需求人员在对需求进行修改的同时，应以文档形式告知开发及测试人员。测试工作启动在正式测试任务下达前，开发团队应在项目产品开发计划完成后及时向测试团队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。部门经理和测试组长组建测试小组，并视详细情况决定能否需要调整人力、时间安排、测试环境等其它资源。

3、测试人员可预先熟悉必要的项目产品资料。针对需求分析文档和项目开发计划文档测试完成后，测试组需要确定测试经过中的风险，并设计出合理的躲避分险的策略，为后续的测试工作提供直接的指导。否是需求产品人员开发人员测试人员发布能否测试产品人员确认软件测试流程软件项目的前要工作主要是需求分析。事实上一个软件项目或产品的成败与需求分析有着非常重要的联络。因而在没有明确用户需求的情况下盲目地进行开发和测试都不能够获得理想的效果。若具备条件，测试人员应从客户需求调研阶段就参与到项目中。软件产品需求调研阶段工作流程如下图通过软件产品需求调研阶段工作流程图能够看到，在这一阶段有两个与软件测试相关的输出，它们分别是软件

4、总体测试计划和系统测试方案。它们的作用是将软件细化为可检验的测试需求。一般情况下要重点考虑下面问题1、产品基本情况调研这部分应包括产品的一些基本情况介绍，例如产品的运行平台和应用的领域，产品的特点和主要的功能模块等。对于大的测试项目，还要包括测试的目的和侧重点。详细的要2、测试需求讲明这一部分要列出所有要测试的功能项。但凡没有出如今这个清单里的功能项都排除在测试的范围之外。有了测试需求讲明，能够帮助我们了解被测试软件所有功能项当前的测试情况怎样，即所有功能项中测了什么和没测什么。详细要点如表所示。3、测试策略和记录这是整个测试计划的重点所在，要描绘怎样公正客观地开展测试，要考虑模块、功能、整体

5、、系统、版本、压力、性能、配置和安装等各个因素的影响。要尽可能地考虑到细节，越具体越好，并制作测试记录文档的模板，为即将开场的测试做准备，测试记录的详细要点如表所示。4、测试资源配置项目资源计划：制定一个项目资源计划，包含的是每一个阶段的任务、所需要的资源，当发生类似到了使用期限或者资源分享的事情的时候，要更新这个计划。5、计划表测试的计划表能够做成一个或多个项目通用的形式，根据大致的时间估计来制作，操作流程要以软件测试的常规周期作为参考，可以以是根据什么时候应该测试哪一个模块来制定。6、配置测试环境配置测试环境是测试施行的一个重要环节，会直接影响测试经过的效率和最终测试结果的真实性和正确性。

6、测试环境包括硬件环境和软件环境，硬件环境指测试必要的服务器、客户端、网络连接设备，以及打印机扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库及其它应用软件构成的环境。在实际测试中，软件环境又可分为主测试环境和辅助测试环境。主测试环境是测试软件功能、安全可靠性、性能、易用性等大多数指标的主要环境。一般来讲，配置主测试环境可遵循下列原则。符合软件运行的最低要求。测试环境首先要保证能支撑软件正常运行。选用比拟普及的操作系统和软件平台。营造相对简单、独立的测试环境。除了操作系统外，测试机上只安装软件运行和测试必需的软件，以免不相关的软件影响测试施行。无毒环境。利用有效的正版

7、杀毒软件检测软件环境，保证测试环境中没有病毒。辅助测试环境经常用来知足一些特殊的测试需求或测试项目。兼容性测试：在知足软件运行要求的范围内，可选择一些典型的操作系统和常用应用软件对其安装卸载和主要功能进行验证。模拟真实环境测试：有些软件，十分是面向群众的商品化软件，在测试时经常需要考察在真实环境中的表现。横向比照测试：利用辅助测试环境“克隆出完全一致的测试环境，进而保证横向比照测试结果的可靠性。7、设计用例测试用例的设计经过能够是一个由简到繁逐步细化的经过，即一个从简单的测试描绘测试功能点、测试需求等逐步细化到能够去按照执行的测试用例的经过。假如没有测试用例或者仅有简单的测试功能描绘，测试经过

8、难以控制，测试结果将毫无可靠性可言，同时简单的测试用例可靠性低、重用性差，并且有可能导致不同人员的理解不同。具体的测试用例就不同了，它的可靠性高，而且便于执行所需时间，易于控制。但是，要写出具体的测试用例，付出的人力、物力的代价是很大的。因而测试用例到底细化、具体到什么程度，就要综合考虑各种因素。例如，在时间要求上确定测试时间能否充足，测试执行者对系统的了解程度怎样，将测试用例交给其人人执行时能否需要太多的解释等各个方面的问题。8、问题跟踪报告在测试的计划阶段，应该明确怎样准备去做一个问题报告，以及怎样去界定一个问题性质。问题报告要包括问题的发现者和修改者、问题发生的频率、用了什么样的测试用例

9、测出该问题，以及明区问题产生的测试环境。问题描绘尽可能是定量地、分门别类地列9、测试计划的评审测试计划的评审，在测试真正施行开展之前，必需要认真负责地检查一遍，并获得整个测试部门人员的认同，包括部门负责人的同意和签字。需求调研阶段完成后，人们会根据需求讲明书的要求开场设计软件。首先是概要设计，之后是具体设计，最后开发人员根据产品的具体设计进行编码。这一经过叫做软件设计和编码阶段。软件设计和编码阶段的工作流程如下图通过以上的分析，能够得出这样一个结论：软件测试工作贯穿了整个软件生命周期，浸透到从分析、设计、编程，以及测试的各个阶段中，如测试计划的编写从需求分析和设计阶段就开场了，而详细的测试工作

10、随编程工作的不断深化也在进行中。在实际工作中，测试环节可分为明显的、同等重要的3个阶段，即：单元测试、集成测试和系统测试。测试工作中的第4个阶段是验收测试阶段，验收测试无论在规模上或性质上都和系统测试很类似，它们的根本区别在于：前者是内部的，而后者则是受“客户控制的。如下图是软件测试的经过流程图单元测试由开发人员进行测试单元测试又称为模块测试，是最小单位的测试，单元测试是在系统开发经过中进行的测试活动。在单元测试活动中，各独立单元模块将在与系统的其它部分相隔离的情况下进行测试，单元测试针对每一个程序模块进行正确性检验，检查各个程序模块能否正确地实现了规定的功能。例如，一个窗口、函数、菜单、报表

11、或一个存储经过都能够作为一个单元进行测试。单元测试是测试的第一步，其根据是具体设计，单元测试应对模块内所有重要的控制设计测试用例，以便发现模块内部的错误。集成测试由开发人员协助测试人员进行测试集成测试也称综合测试，是在单元测试的基础上将已经通过测试的单元测试模块根据设计要求组装成系统或子系统，再进行的测试。很多实际例子表明，软件的一些模块固然能够单独工作，但并不保证连接之后也肯定能正常工作。例如，一个模块可能对另一个模块可能产生不利的影响；将子功能合成时不一定产生所期望的主功能；独立可接受的误差在组装后可能会超过可接受的误差限度；全程数据构造可能有错误；可能会发现单元测试中未发现的接口方面的错

12、误；在单元测试中无法发现时序问题实时系统；在单元测试中无法发现资源竞争问题。系统测试由测试人员进行测试系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行全面的功能覆盖。通常软件在由集成测试进入系统测试之前，需要对软件能否能够进入系统测试进行评估，这一经过被称为确认测试。确认测试往往在系统测试前期进行。它检验所开发的软件是被测模块单元测试被测模块单元测试被测模块单元测试集成测试集成测试确认测试系统测试验收测试可交付用户信息其它元素软件需求设计信息否能按用户提出的要求运行。如能

13、到达这一要求，则以为开发的软件是合格的。确认测试是在集成测试完成之后，分散开发的模块被连接起来，构成完好的程序之后开场进行的。在确认测试阶段需要做的工作如下图。它包括有效性测试及软件配置审查，在通过了确认测试之后，软件才能够正式进入系统测试阶段。有效性测试是在模拟的环境下可能就是开发的环境，运用黑盒测试的方法，验证所测软件能否知足需求规格讲明书列出的需求。因而，需要根据已制定测试计划中规定好的测试种类和测试用例，以及测试步骤进行。通过施行预定的测试计划和测试步骤，确定软件的特性能否与需求相符，确保所有的软件功能需求都能得到知足，所有的软件性能需求都能到达，所有的文档都是正确且便于使用的。同时，

14、对其他软件需求，如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试，确认能否知足。在全部的软件测试用例运行完以后，所有的测试结果能够分为两类。测试结果与预期结果相符。这讲明软件的这部分功能或性能特征与需求规格讲明书相符合，进而接受了这部分程序。测试结果与预期结果不符。这讲明软件的这部分功能或性能与需求规格讲明书不一致，因而要为它提交一份问题报告。软件配置审查是确认测试经过的重要环境，其目的是保证软件配置的所有成分都齐全，各方面的质量都符合要求，具有维护阶段所必需的细节，在确认测试的经过中，应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完好性和正确性。必须仔细记

15、录发现的遗漏和错误，并且适当地补充和改正。软件在通过确认测试后就能够正式进入系统测试阶段。系统测试的目的在于通过与系统的需求定义做比拟，发现软件与系统的定义不符合或与之矛盾的地方。从技术角度看，系统测试是软件交付用户前内部测试的最后阶段，所有的开发和测试在这一点上集中表现为：生成一个具有一定功能的软件系统。该阶段主要对系统的准确性及完好性等方面进行测试。主要进行功能确认测试、运行测试、强度测试、恢复测试、安全性测试等。系统测试的测试人员由测试组成员或质量保证人员或测试组成员与用户共同测试。系统测试在整个系统开发完成后即将交付用户使用前进行。在这一阶段，完全采用黑盒法对整个系统进行测试。选择测试

16、人员构造测试用例实际运行测试软件计划用户文档开发文档源程序文本支持环境有效性测试软件配置审查有效性测试测试报告软件配置进入系统测试假如软件能够根据用户合理的期望的方式来工作，即可以为通过系统测试。而合理的期望方式应写入软件需求讲明书中以作为确认标准。所以系统测试应检查软件能否按要求进行工作，即能否知足软件需求讲明书中确实认标准。实现软件确认要通过一系列的黑盒测试。系统测试的另一个重要环节是配置复审。复审的目的在于保证软件配置齐全、分类有序，并且包括软件维护所必需的细节。系统测试目的是充分运行系统，验证系统各部件能否都能正常工作并完成所赋予的任务。这里所谓的系统不仅仅包括软件本身，而且还包括计算

17、机硬件及其相关的外围设备，数据及其采集传输机构，甚至把握计算机运行的人员及其操作等。验收测试由测试人员协助产品人员进行测试验收测试是软件产品交付用户正式使用前的最后一道工序。它是以用户为主的测试，软件开发和质量保证人员也应参加。由用户参加设计测试用例，使用用户界面输入测试数据，并分析测试的输出结果，一般使用生产中的实际数据进行测试。在测试经过中，除了考虑软件的功能和性能外，还应对软件的可移植性、兼容性、可维护性、错误的恢复功能等进行确认。验收测试的目的是向客户和承包人证实产品是可靠的。为了做到这点，验收测试必须知足的条件是集中进行用户需求的测试；必须由用户或用户代表参加，并在正常的条件下进行系

18、统测试。验收测试一般由用户执行，首先在客户合同的基础上，确定测试用例，这些案例的选择试图证实系统没有履行合同，假如测试用例成功，则讲明系统是能够接受和能够发行的。验收标准必须在原始的需求规范中或在客户的合同中规定。五、产品发布通过确认的系统发布后，对功能的改良，界面的修改需要提起修改人追加文档讲明。软件产品发布须符合下面标准：完成计划中所有的工作实现了需求定义的所有功能特性完成所有的测试严重的缺陷都已修正新发现的缺陷趋于稳定并接近零产品、文档都已就绪软件产品未经测试合格，不允许发布。六、常用的测试方法1、功能测试功能测试又称正确性测试，它检查软件的功能能否符合规格讲明。由于正确性是软件最重要的

19、质量因素，所以其测试也是最重要。功能测试的基本方法是构造一些合理输入、检查能否得到期望的输出。在测试中通常使用的技术有等价类划分、边界值分析法、因果图法、比拟测试法等。2、性能测试检查系统能否知足在需求讲明书中规定的性能，主要测试软件处理事务的速度，包括：用户响应时间，系统响应时间，外部接口响应时间，CPU的使用，内存的使用等。性能测试通常要使用自动化测试工具来进行。在进行性能测试时应注意下面几点。计算机的运行速度都很快，通常是在人还来不及反响的情况下就结束了，所以不要试图手工用秒表记录时间，应该编写一段相应的程序或者使用专门的工具去计量软件的运行时间。应该分别测试软件在标准配置和最低配置情况

20、下的性能。不仅要记录软件硬件环境，还要记录多用户并发工作情况。为了排除干扰，应当关闭其他用户软件，尤其是比拟耗内存或CPU的应用程序，比方杀毒软件。系统要测试的性能的种类可能比拟多，应该分别赋予唯一的名称，不可笼统地使用“性能两字。例如，文档管理软件的性能就包含“文件上载速度、“文件下载速度等多个性能参数。不同的输入情况会得到不同的性能数据，应当分档记录。例如，传输文件的容量从100KB到1MB就能够分为几个等级。由于环境的波动，同一种输入情况在不同的时间可能得到不同的性能数据，能够取平均值。3、压力测试压力测试的主要任务就是获取系统正常运行的极限，检查系统在霎时峰值负荷下正确执行的能力。例如

21、，对服务器做压力测试时就能够增加并发操作的用户数量；或者不停地向服务器发送请求；或一次性向服务器发送十分大的数据等。看看服务器保持正常运行所能到达的最大状态。人们通常使用测试工具来完成压力测试，如模拟上万个用户从终端同时登录，这是压力测试中经常使用的方法。4、负载测试用于检查系统在使用大量数据的时候正确工作的能力，即检查系统的能力最高能到达什么程度。例如，对于信息检索系统，让它使用频率到达最大；对于多个终端的分时系统，让它所有的终端都开动。在使整个系统的全部资源到达“满负荷的情形下，测试系统的承受能力。5、易用性测试主要从使用的合理性和方便性等角度对软件系统进行检查，发现人外因素或使用上的问题

22、。在保证足够具体的程度下，用户界面要便于使用，对输入的响应时间和响应方式合理，输出有意义、正确，出错信息能够引导用户去解决问题，文档全面，确切等。易用性测试多数情况下没有一个量化的指标，主观性较强。6、安装测试对软件的全部、部分或升级安装卸载处理经过的测试。保证正确安装硬件和软件，创立所有必需的问题和连接，加载所有适当的数据文件，正确设置默认值，与其他系统或外设的接口都能正常工作。7、界面测试界面测试是知足用户需求的最基本测试。主要包括：窗口测试，下拉式菜单和鼠标操作，数据项测试。8、配置测试主要检查计算机系统内各个设备或各种资源之间的互相连接和功能分配中的错误。主要包括：验证全部配置命令的可

23、操作性，软件配置，硬件配置，利用手动或自动方式进行配置状态间的转换。9、文档测试文档测试主要检查文档的正确性、完备性和可理解性。用户文档中所使用的例子必须在测试中逐一试过，确保叙述正确的无误。通常使用文档评审和穿插引用检查。10、兼容性测试主要验证软件产品在不同版本之间的兼容性。包括向下兼容和交织兼容，向下兼容是测试软件新版本保留它早期版本的功能的情况；交织兼容是验证共同存在的两个相关但贝同的产品之间的兼容性。11、安全性测试检查系统对非法侵入的防备能力，检验系统中已经存在的系统安全性、保密性措施能否发挥作用，有无漏洞。在进行安全测试时，测试人员假扮非法入侵者，采用各种办法试图突破防线。系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值。12、恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并恢复“正常状态，不对系统造成任何伤害。恢复测试首先要通过各种手段，让软件强迫性地发生故障，然后验证系统能否能尽快恢复。对于自动恢复，需验证重系统初始化、检查点、数据恢复和重新启动等机制的正确性；对于人工干涉的恢复系统，还需估测平均修复时间，确定其能否在可接受的范围内。