测试的生命周期是什么

软件测试流程与软件测试生命周期
软件测试流程:用户需求-测试计划-测试用例-用例执行-提交BUG-修复BUG-回归测试-关闭BUG
软件测试生命周期:产品立项开始-需求规格说明书-开发需求书-测试测试需求书-测试计划-测试用例-用例执行-软件下线为止
V模型:需求-规格说明-概要设计-详细设计-编码-单元测试-集成测试-系统测试-验收测试


软件测试分为几个阶段分别是什么?几种测试方法分别是什么?
软件测试生命周期包括6个阶段(大体上):1)计划 2)分析,3)设计,4)构建,5)测试周期,6)最后测试和实施,和7)实施后。
1. 计划(产品定义阶段)
高层次的测试计划(包含多重测试周期)
质量保证计划(质量目标,测试标准等 )
确定计划评审的时间
报告问题过程
确定问题的分类
确定验收标准-给质量保证员和用户。
建立应用程序测试数据库
确定衡量标准,例如缺陷数量/严重程度和缺陷起源(仅举几个例子) 。
确定项目质量度量
开始制定项目整体测试时间表(时间,资源等)
必需阶段:评审产品定义文档
文档中加入质量保证标准,作为工程改善进程的一部分
根据该产品的特点帮助确定问题的范围
大约每月要花5 -1 0小时在这一方面
计划在数据库管理所有测试用例,包括手工方面或者自动化方面。
2. 分析(外部文档阶段)
根据业务需求开发功能验证矩阵。
制定测试用例格式-估计时间和分配优先级。
制定测试周期矩阵与时间线
根据功能验证矩阵开始编写测试用例
根据业务需求计划测试用例基准数据
确定用于自动化测试的测试用例。
自动化团队开始在测试工具中创建变量文件和高层次的测试脚本。
为自动化系统中的跟踪组件设置路径和自动化引导。
界定压力和性能测试的范畴。
按照每个测试用例的数据要求开始建立基准数据库。
定义维护基准数据库的过程,即备份,恢复,验证。
开始规划项目所需的测试周期数,和回归测试次数。
开始文档复查,如:功能设计文档,业务需求文档,产品规格说明书,产品外部文档等。
审查测试环境和实验室,前端与后端系统都要。
准备使用McCabe工具,以支持白盒测试中代码的研发和复杂性分析
建立反馈机制并开始录入文档。
必需阶段:审查外部文件
�8�3 文档中加入质量保证标准,作为工程改善进程的一部分。
�8�3 根据群体执行反馈编写测试用例
�8�3 开始研制测试用例估计数目,每个用例的执行时间,和用例是否自动化这些方面的度量
�8�3 为每个测试用例确定基准数据,
�8�3 大约每月要花25小时在这一方面
3. 设计(文档架构阶段)
根据变更修改测试计划
修改测试周期矩阵和时间线
核实测试计划和用例用到的数据都输入到数据库,或是否必需的。
修改功能验证矩阵
继续编写测试用例,根据变化添加新的用例
制定风险评估标准
规范自动化测试和多用户测试的细节。
挑选出一套用于自动化测试的测试用例,并且把这些用例脚本化
规范压力测试和性能测试的细节。
最终确定的测试周期。 (根据用例的估计时间和优先权确定每个周期所用的测试用例数)
最终确定的测试计划
估计单元测试所需资源
必需阶段:审查架构文件
�8�3 文档中加入质量保证标准,作为工程改善进程的一部分。
�8�3 确定要进行编码的的实际组件或模块
�8�3 在这定义单元测试标准,通过/失败准则等。
�8�3 单元测试报告,报告进行单元测试后的模块质量如何,白盒测试和黑盒测试都要包括输入/输出数据和所有决定点。
�8�3 列出所有要进行单元测试的模块
4. 构建(单元测试阶段)
完成所有计划
完成测试周期矩阵和时间线
完成所有测试用例。 (手动)
完成第一套自动化测试用例的测试脚本。
完成压力和性能测试的计划
开始压力和性能测试
McCabe工具支持-提供度量
测试自动化测试系统,并修复错误。
发展单元测试
运行质量保证验收测试套件,以确保软件已经可以交给QA测试。
5. 测试周期/ 错误修正( 重复/系统测试阶段)
测试周期1,执行第一套的测试用例(前端和后端)
报告错误
错误审核-不断开展的活动。
根据需求修改测试用例
根据需求增加测试用例
测试周期二
测试周期三
6. 最后的测试和实施(代码冻结阶段)
执行所有前端测试用例-人工和自动化。
执行所有后端测试案例-人工和自动化。
执行所有压力和性能测试。
提供对正在进行的缺陷跟踪度量。
提供对正在进行的复杂性和设计的度量。
更新测试用例和测试计划的估计时间。
文件测试周期,回归测试,并更新相应文档。
7. 实施后
开展实施后评估会议以回顾整项工程。 (经验所得)
准备最终的缺陷报告和相关度量。
制定战略以防止类似的问题在今后的项目中重复出现。
创建如何改进流程的计划目标和里程碑,
McCabe工具-制作最后的报道和分析。
自动化测试组-1 )审查测试用例以评估其他可用于自动化回归测试的用例2 )清理自动化测试用例和变量,和3 )审查自动化测试和手工测试结果的整合过程
测试实验室和测试环境-清理测试环境,标记和存档用过测试用例和数据,恢复测试仪器到原始状态等。


在测试生命周期中,测试过程分为几个阶段?以及各阶段的测试依据是什么...
我所熟悉的是软件测试。
软件测试过程一般有4个步骤:单元测试、集成测试、确认测试、系统测试。
单元格测试又称模块测试,是针对软件设计的最小单位——程序模块,进行正确性检验的测试工作。
集成测试也叫做组装测试或联合测试。在单元测试的基础上,需要将所有模块按照概要设计说明书和详细设计说明书的要求进行组装。
确认测试的任务是验证软件的功能和性能及其他特性是否与用户的要求一致。
系统测试时将通过集成测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际或者模拟运行使用环境下,对计算机系统进行一系列测试。其目的在于通过与系统需求定义作比较,发现软件与系统定义不符合或与之矛盾的地方。


什么是测试生命周期,解释一下它的各个阶段?
概念:测试的生命周期
在软件开发生命周期中,软件是通过迭代来不断加以完善的。在这种环境中,对于每个作为测试目标的工作版本,测试的生命周期还都必须具有一种迭代方法。对于针对每个工作版本执行的测试,都作出了增补和改进,并累积为一个测试体,用于后续阶段的回归测试。该方法表明它将导致在整个流程中重复进行测试,就象修订软件本身一样。这里没有一成不变的软件规约,也没有一成不变的测试。
该迭代方法非常注重回归测试。迭代 X 中的大多数测试在迭代 X+1 中都用作回归测试。在迭代 X+2 中,将使用迭代 X 和迭代 X+1 中的大多数测试作为回归测试,后续迭代中采用的原则与此相同。因为相同的测试要重复多次,所以投入一些精力将测试自动化将会获益良多。此外,也有必要有效地自动执行测试,来满足完工期限的要求。
在同一张图中,观察不具有项目其余部分的测试的生命周期。图中展示了不同测试活动在非迭代视图中相互联系的方式:
测试的生命周期。
该生命周期必须与迭代方法结合起来,这意味着每个迭代都将具有遵循该模式的测试周期。
执行测试既是新测试的执行,又是使用先前测试的回归测试。
测试的生命周期是软件生命周期的一部分;它们应该同时开始。测试的设计开发过程与正在构建的应用程序一样复杂和艰巨。如果未能尽早开始,测试或者不够完善,或者会导致需要在开发时间表上附加一个长时间的测试和错误修正时间表,这将有违迭代开发的初衷。此外,测试计划和设计活动可以揭示应用程序定义中的故障和缺陷。这些问题越早得以解决,对整个时间表造成的影响就越小。评价过程中发现的问题可以在本次迭代解决,也可以留待下次迭代解决。通过核实已经实施的需求来评测迭代的完全程度,是评价的主要任务之一。迭代之间始终存在着某种“需求蠕变”,您需要意识到其存在并能够对其加以管理。
执行测试的方式取决于多种因素:您的应用领域、预算、公司策略和风险承受能力以及职员。对于测试的投资多少取决于在具体环境中评价质量和承受风险的方式。


什么是软件测试 分为哪几个阶段
单元测试,集成测试,回归测试,验收测试