文档介绍：软件测试流程软件项目测试过程测试阶段从横向看有以下活动:需求分析测试从需求分析开始介入,测试人员参与需求的分析活动,确定测试的需求。需要了解测试需求及测试进度,即需要验证什么功能需求点,采用什么测试策略,描述目前在进行哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、压力测试等)。详细阅读分析需求文档,进行逻辑梳理并勾勒出功能的大概流程图;与产品经理等相关人员探讨表述不清楚的地方,细化业务流程;考虑正常流程中的测试难点;考虑与其他功能的关联;考虑非正常流程;考虑版本数据兼容。目标:理解产品的设计意图和设计思路。功能确认,充分理解个功能的细节。根据功能的大小、复杂预估测试需要的工具、环境、时间项目整体计划及评审测试计划在需求分析完成后,程序修改完毕前准备。测试计划要描述测试活动的范围、方法、资源和进度。目标:为测试各项活动制定一个现实可行的、综合的计划,包括每项测试活动的对象、范围、方法、进度和预期结果。为项目实施建立一个组织模型,并定义测试项目中每个角色的责任和工作内容。开发有效的测试模型,能正确地验证正在开发的软件系统。确定测试所需要的时间和资源,以保证其可获得性、有效性。确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。识别出测试活动中各种风险,并消除可能存在的风险,降低由不可能消除的风险所带来的损失。输入:项目计划和测试需求输出:《项目测试计划》《项目测试计划评审会议纪要》测试用例设计及评审内容:使用各种测试用例设计方法进行用例设计。测试用例的基本要素包括测试用例编号、测试标题、重要基本、测试输入、操作步骤、预期结果等。测试用例文档是“活的”,测试用例在形成文档后也还需要不断完善。主要来自三方面的缘故:第一、在测试过程中发现设计测试用例时考虑不周,需要完善;第二、在软件交付使用后反馈的软件缺陷,而缺陷又是因测试用例存在漏洞造成;第三、软件自身的新增功能以及软件版本的更新,测试用例也必须配套修改更新。目标:使测试用例反映不同的场景、条件或经由产品的事件流测试用例必须要能完整覆盖测试需求输入:测试计划输出:《项目测试用例》《项目测试用例评审会议纪要》测试执行当测试用例编写完成通过评审后,并已提交的可测试的系统,然后按照测试计划和测试用例搭建测试环境,开始测试执行。对修改的bug进行回归测试。测试的具体步骤:建立测试系统,搭建测试环境准备测试材料、测试工具执行测试验证预期结果,测试不通过,反馈回给编码人员修改。代码修改重新提交后,返回2继续记录缺陷评估测试需求的覆盖率分析缺陷测试开始标准:测试计划评审通过;测试用例已编写完成,并已通过评审;存在已提交的可测试的系统;测试环境已搭建完毕。测试退出标准:测试用例全部通过;存在的问题已得到合理的处理。测试停止标准:近半数以上测试用例无法执行;测试环境与要求不符;开发中需求频繁变动。目标:所有的测试用例都被执行,并每条用例至少被执行一遍。存在的问题已得到合理的处理。输入:测试用例测试环境测试脚本输出:《测试执行记录》《系统bug清单》测试评估测试报告是对测试过程和测试结果进行分析和评估,确认测试计划是否得到完整履行、测试覆盖率是否达到预定要求并最终在报告中给出测试和产品质量的评估结论。输入:《测试执行记录》《系统bug清单》输出:《测试报告》产品试用及客