《测试流程模板.doc》由会员分享，可在线阅读，更多相关《测试流程模板.doc（5页珍藏版）》请在金锄头文库上搜索。
1、目录1概述22目的23测试流程2(一)需求分析2(二)测试计划2测试背景2测试依据2测试资源2测试策略2测试日程2其它2(三)测试设计2(四)测试环境搭建2(五)测试执行3(六)缺陷管理3(七)回归测试3(八)测试报告3(九)总结分析34附录A 测试用例相关4(一)概述4(二)好测试用例的特点4(三)测试用例的编写4(四)编写测试例的常见错误51 概述软件测试不是简单的运行被测系统，然后看看有什么问题，有问题提出，没问题发布。实际上软件测试如果没有一个严谨的测试流程，可能会导致测试用例设计不够完善，功能点覆盖不够全面等问题。那么软件测试从哪里开始到哪里结束？中间要经过哪些环节以及各环节要注意哪
2、些事项。本文档就这些问题根据公司的具体情况一一说明。2 目的为了提高软件产品质量，测试过程增加了开发团队的前期工作量，但却能减少项目后期的维护工作量和成本。而如果用户拿到了满是bug的软件产品，损失的不光是后期的维护成本，更重要的是损失了公司的质量信誉。所以测试无论是对日后系统维护的工作量，还是对公司名誉都起到了不可替代的积极作用。3 测试流程(一) 需求分析需求分析应该说时软件测试的一个重要环节，测试开发人员对这一环节的理解程度将直接影响到接下来有关测试工作的开展。一般而言，需求分析包括软件功能的需求分析、测试环境的需求分析、测试资源的需求分析等。其中最基本的是软件功能需求分析，拿到测试需求
3、首先要读懂需求，然后确定么个需求的具体测试方法。为了实现这些功能需要哪些测试设备以及如何搭建相应的测试环境等。总的来说，做测试需求分析的依据主要有软件需求文档、软件规格说明书以及软件设计文档等，根据文档中提供的信息进行具体的需求分析。(二) 测试计划测试计划一般由测试负责人来编写，测试计划的依据主要是项目开发设计和测试需求分析结果而制定。测试计划一般包括以下一些方面：u 测试背景u 测试依据u 测试资源u 测试策略u 测试日程u 其它测试计划还要包含测试计划编写的日期、作者等信息，计划越详细越好。虽说计划越详细越好，但根据咱们公司的实际测试情况来说，可能没有那么多充足的时间来编写详细的测试计划
4、，那么我们可以把重点的流程介绍清楚就可以了，重点的流程就是测试策略，尽量写得详细些。(三) 测试设计测试设计主要包括测试用例编写和测试场景设计两方面。一份好的测试用例对策是有很好的指导作用，能够发现很多软件问题。关于测试用例的编写，见附录A。(四) 测试环境搭建不同软件产品对测试环境有着不同的要求。如C/S及B/S架构相关的软件产品，那么对不同操作系统，如Windows、Unix、Linux甚至是苹果OS等，这些测试环境都是必须的。而对于一些嵌入式软件，如我们的终端系统，如果我们想测试一下报警功能，拍照功能等，那么我们可能就需要搭建相应的带摄像头的测试环境了。当然测试中对于GSM网络等环境都有
5、所要求。测试环境很重要，符合要求的测试环境能够帮助我们准确的测出软件问题，并且做出正确判断。为了正确测试一款软件，我们可能根据不同的需求点要使用很多不同的测试环境。有些测试环境我们是可以搭建的，有些环境我们无法搭建或者搭建成本很高。无论如何，我们的目标是测试软件问题，保证软件质量。测试环境问题，还是根据具体产品以及开发者的实际情况而采取最经济的方式。(五) 测试执行从测试的角度而言，测试执行包括一个量和度的问题。也就是测试范围和测试程度的问题。针对整个送测需求的实际情况而定了，建议测试执行最好控制在两天以内（1016小时之间）。(六) 缺陷管理缺陷的记录总的来说包含两方面：由谁提交和缺陷描述。
6、在缺陷描述上，至少要包含以下一些方面内容：序号、标题、预置条件、操作步骤、预期结果、实测结果、注释、严重程度、概率、测试者和测试日期。以上是描述一个Bug是通常所要描述的内容，当然在实际提交Bug时可以根据实际情况进行补充，如附上图片、Log文件等。(七) 回归测试待缺陷修改之后，我们除了要验证上一次出现的问题是否仍然存在，还要检查缺陷相关功能有没有。(八) 测试报告测试报告格式见测试报告模板。为保障测试报告的质量，至少要为编写测试报告准备2个小时的时间。(九) 总结分析整个测试完成之后要对本次测试进行相关总结，如碰到的问题，解决方法，吸取到的教训，问题归类，此类问题以后如何避免等。4 附录A
7、 测试用例相关(一) 概述用例文档（checklist），是关于具体测试步骤的文档，它描述了测试的输入参数、条件及配置、预期的输出结果等，以判断被测软件的工作是否正常。从表现形式上而言，测试用例可以是纯文本的说明文档，也可以是用脚本语言或高级语言编写的一段代码。测试用例文档由简介和测试用例两部分组成。简介部分编制测试目的、测试范围、定义术语以及测试背景等。测试用例部分逐一列示各测试用例，测试用例应当包括测试标识、测试用例名称、目标、测试条件、测试设置、输入数据要求、步骤、以及预期的结果等。(二) 好测试用例的特点1完整完整性是对测试用例最基本的要求，尤其是一些基本功能项上，如果有遗漏，那将是不
8、可原谅的。完整性还体现在中断测试、临界测试、压力测试、性能测试等方面，这方面测试用例也要能够涉及到。2准确测试者按照测试用例的输入一步步测试完成后，要能够根据测试用例描述的输出得出正确的结论,不能出现模糊不清的语言。3简洁 好的测试用例每一步都应该有响应的作用，有很强的针对性，不应该出现一些冗繁无用的操作步骤。测试用例不应该太简单，也不能够太过复杂，最大操作步骤最好控制在10-15步之间。4清晰清晰包括描述清晰,步骤条理清晰,测试层次清晰(由简而繁,从基本功能测试到破坏性测试)。清晰简洁对测试用例编写者的逻辑思维和文字表达能力提出了较高的要求。5可维护性由于软件开发过程中需求变更等原因的影响，
9、常常需要对测试用例进行修改、增加、删除等，以便测试用例符合相应测试要求。测试用例应具备这方面的功能。6适当性测试例应该适合特定的测试环境以及符合整个团队的测试水平，如纯英语环境下的测试用例最好使用英文编写。7可复用性要求不同测试者在同样测试环境下使用同样测试用例都能得出相同结论。8其他如可追朔性、可移植性也是对编写测试用例的一个要求。(三) 测试用例的编写首先，要充分搜集有关软件需求文档、软件规格等有关资料，充分了解软件的功能特点，在编写测试用例时按照完整准确、清晰简洁的原则，做到有的放矢。其次，一般而言，具体的测试用例在内容上都包括以下信息：用例编号、用例名称、测试等级、预置条件、操作步骤、
10、预期输出、实际输出、注释等。这也是很多大公司的测试用例的都有包括这些方面内容。再者，如果有同类产品的测试用例、测试报告等，可以拿来进行参考，参考不是抄袭，而是对比发现自己设计测试用例的不完整之处，以便及时充实、弥补。尤其是开展自己不太熟悉的产品测试的时候，这样做尤为重要，这样可以避免测试用例编写的盲区。第四，编写测试用例时，应将常用测试方法，如临界测试、等值测试、中断测试等包含进来，这些方法技巧有助于发现更多潜在的问题。第五，测试用例要根据不同测试阶段有所差异，一套测试用例不应该用于不同阶段的测试，最好能够为不同测试阶段设计不同的测试用例。当然也可以在一套测试用例上进行有关标注，以便区别。(四) 编写测试例的常见错误 单个测试例太长（一般不要超过15步）； 不完善,错误,或者杂乱无章的操作步骤； 不清楚什么样的结果是通过和出错（要多熟悉软件需求以及软件规格）； 描述不清,测试员或者测试系统不清楚实际要测试的步骤及内容； 不方便维护(添加,删除,更改等)。
