讯享网

 <p>软件测试随着软件的产生而产生的，近年来，软件行业的迅猛发展，让软件测试停在手工测试的水平已不能满足软件项目的需要。要了解软件测试，首先要知道软件测试工作的流程是怎样的。</p><p>软件测试流程：需求分析阶段-软件设计和编码阶段（进行单元测试）-集成、系统、验收测试阶段。</p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2FNGKwU69TKpxz4Qr3bpVnO8odoQpVCsKTzliId6M3PMI8U59.jpeg&thumbnail=660x&quality=80&type=jpg"/><br/></p><p><strong>软件测试模型：</strong></p><p>传统：项目计划——需求分析——软件设计——程序开发——软件测试——集成维护 </p><p>V模型：需求分析-概要设计-详细设计-软件编码-单元测试-集成测试-系统测试-验收测试</p><p>W模型：用户需求-需求分析-概要设计-详细设计-编码-单元测试-集成测试-验收测试-单元测试设计-集成测试设计-系统测试设计-验收测试设计-集成-实施-交付</p><p>X模型：程序片段1-测试设计-工具配置-执行测试-编码完成-执行测试-工具配置-测试设计-程序片段N；封版-执行测试-测试设计-工具配置-迭代1...N-探索式测试-执行测试</p><p>H模型：测试准备-测试就绪点-测试执行-测试流程-其他流程</p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2FqHFYd75fbzFrBJPdbr3RC29W1xk6jefHkQcBDthIYcVG923.png&thumbnail=660x&quality=80&type=jpg"/><br/></p><p>软件测试W模型</p><p><strong>软件测试流程：</strong></p><p><strong>需求分析：</strong></p><p>需求分析由产品人员制定，他们要做的不是一份简单的文档，而是细化每一个功能的细节，每一个按钮的位置，对于稍大或复杂一点的需求都进行建模。</p><p><strong>测试计划：</strong></p><p>测试计划（TestPlan）一般由测试负责人来编写。</p><p>测试计划的依据主要是项目开发计划和测试需求分析结果而制定。如背景，依据，资源，策略，日程等等。</p><p><strong>测试设计：</strong></p><p>测试设计主要包括测试用例编写和测试场景设计两方面。</p><p><strong>测试环境搭建：</strong></p><p>不同软件产品对测试环境有着不同的要求。</p><p>如C/S及B/S架构相关的软件产品，那么对不同操作系统，如Windows系列、unix、linux甚至苹果OS等，这些测试环境都是必须的。</p><p>而对于一些嵌入式软件，如手机软件，如果我们想测试一下有关功能模块的耗电情况，手机待机时间等，那么我们可能就需要搭建相应的电流测试环境了。当然测试中对于如手机网络等环境都有所要求。</p><p><strong>测试执行：　</strong></p><p>测试执行过程又可以分为以下阶段：</p><p>根据不同的测试阶段，测试可以分为单元测试、集成测试、系统测试和验收测试。 体现了测试由小到大、又内至外、循序渐进的测试过程和分而治之的思想。</p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2FVCjPzlxVQ9x8n2gaFfl6nJhjWEVMIJVBZZWF7nGyVGzLW73.png&thumbnail=660x&quality=80&type=jpg"/><br/></p><p><strong>单元测试</strong>的粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。 集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既验证“设计”，又验证“需求”。<strong>系统测试</strong>的粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。 验收测试与系统测试相似，主要区别是测试人员不同，验收测试由用户执行。<strong>黑盒测试</strong>不考虑程序内部结构和逻辑结构，主要是用来测试系统的功能是否满足需求规格说明书。一般会有一个输入值，一个输入值，和期望值做比较。<strong>白盒测试</strong>主要应用在单元测试阶段，主要是对代码级的测试，针对程序内部逻辑结构，测试手段有：语句覆盖、判定覆盖、条件覆盖、路径覆盖、条件组合覆盖<strong>集成测试</strong>主要用来测试模块与模块之间的接口，同时还要测试一些主要业务功能。<strong>系统测试</strong>是在经过以上各阶段测试确认之后，把系统完整地模拟客户环境来进行的测试。</p><p><strong>测试记录：</strong></p><p>缺陷记录总的说来包括两方面：由谁提交和缺陷描述。</p><p>一般而言，缺陷都是谁测试谁提交，当然有些公司可能为了保证所提交缺陷的质量，还会在提交前进行缺陷评估，以确保所提交的缺陷的准确性。</p><p>另外，一个版本软件测试完毕，还要根据测试情况出份测试报告，这也是所要经过的一个环节。 </p><p><strong>缺陷管理：</strong></p><p>缺陷管理方面，很多公司都采取缺陷管理工具来进行管理，常见缺陷管理工具有Test Director、Bugfree等。</p><p><strong>软件评估：</strong></p><p>这里评估指软件经过一轮又一轮测试后，确认软件无重大问题或者问题很少的情况下，对准备发给客户的软件进行评估，以确定是否能够发行给客户或投放市场。</p><p>软件评估小组一般由项目负责人、营销人员、部门经理等组成，也可能是由客户指定的第三方人员组成。</p><p><strong>测试总结：</strong></p><p>每个版本有每个版本，每个阶段的测试总结，当项目完成RTM后，一般要对整个项目做个回顾总结，看有哪些做的不足的地方，有哪些经验可以对今后的测试工作做借鉴使用，等等。</p><p>测试总结无严格格式、字数限制。</p><p><strong>测试维护：</strong></p><p>由于测试的不完全性，当软件正式release后，客户在使用过程中，难免遇到一些问题，有的甚至是严重性的问题，这就需要修改有关问题，再对软件进行测试、评估、发行。</p><p><strong>流程分析：</strong></p><p>我们来看测试的工作内容，测试计划、测试用例、测试结论、测试报告、验收方案、问题的提交跟踪。</p><p>其实，我们真用于测试的时间是非常少的，在一周的时间，也许只有一天或不到一天的时间是在进行测试的。</p><p>测试人员只有在测试的时候才会体现出他的价值。而大部分工作却不能体现他的价值。</p><p><strong>总结：</strong></p><p>软件测试，关注的是在整个软件生命周期中，各个阶段的测试活动。</p><p>通过对各个阶段的过程质量把控，从而提高产品的测试质量。产品的质量并不是测试能决定的，而是整个项目构建过程中，通过一次次的优化过程，不断的总结成长，是整个项目团队决定的。</p><p>不同的工种都在这个过程中起到举足轻重的作用，而全程软件测试强调不断提高每个阶段的质量，最终提高项目团队的综合能力，从而提高产品质量。</p>