软件测试流程
需求分析阶段-软件设计和编码阶段（进行单元测试）-集成、系统、验收测试阶段。
软件测试模型
传统：项目计划——需求分析——软件设计——程序开发——软件测试——集成维护。
V模型：需求分析-概要设计-详细设计-软件编码-单元测试-集成测试-系统测试-验收测试。
W模型：用户需求-需求分析-概要设计-详细设计-编码-单元测试-集成测试-验收测试-单元测试设计-集成测试设计-系统测试设计-验收测试设计-集成-实施-交付。
X模型：程序片段1-测试设计-工具配置-执行测试-编码完成-执行测试-工具配置-测试设计-程序片段N；封版-执行测试-测试设计-工具配置-迭代1...N-探索式测试-执行测试。
H模型：测试准备-测试就绪点-测试执行-测试流程-其他流程。
软件测试流程
需求分析： 需求分析由产品人员制定，他们要做的不是一份简单的文档，而是细化每一个功能的细节，每一个按钮的位置，对于稍大或复杂一点的需求都进行建模。
测试计划： 测试计划（TestPlan）一般由测试负责人来编写。 测试计划的依据主要是项目开发计划和测试需求分析结果而制定。如背景，依据，资源，策略，日程等等。
测试设计： 测试设计主要包括测试用例编写和测试场景设计两方面。
测试环境搭建： 不同软件产品对测试环境有着不同的要求。 如C/S及B/S架构相关的软件产品，那么对不同操作系统，如Windows系列、unix、linux甚至苹果OS等，这些测试环境都是必须的。 而对于一些嵌入式软件，如手机软件，如果我们想测试一下有关功能模块的耗电情况，手机待机时间等，那么我们可能就需要搭建相应的电流测试环境了。当然测试中对于如手机网络等环境都有所要求。
测试执行：测试执行过程又可以分为以下阶段： 根据不同的测试阶段，测试可以分为单元测试、集成测试、系统测试和验收测试。 体现了测试由小到大、又内至外、循序渐进的测试过程和分而治之的思想。
单元测试的粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。 集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既验证“设计”，又验证“需求”。
系统测试的粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。 验收测试与系统测试相似，主要区别是测试人员不同，验收测试由用户执行。
黑盒测试不考虑程序内部结构和逻辑结构，主要是用来测试系统的功能是否满足需求规格说明书。一般会有一个输入值，一个输入值，和期望值做比较。
白盒测试主要应用在单元测试阶段，主要是对代码级的测试，针对程序内部逻辑结构，测试手段有：语句覆盖、判定覆盖、条件覆盖、路径覆盖、条件组合覆盖 。
集成测试主要用来测试模块与模块之间的接口，同时还要测试一些主要业务功能。
系统测试是在经过以上各阶段测试确认之后，把系统完整地模拟客户环境来进行的测试。
总结：软件测试，关注的是在整个软件生命周期中，各个阶段的测试活动。 通过对各个阶段的过程质量把控，从而提高产品的测试质量。产品的质量并不是测试能决定的，而是整个项目构建过程中，通过一次次的优化过程，不断的总结成长，是整个项目团队决定的。 不同的工种都在这个过程中起到举足轻重的作用，而全程软件测试强调不断提高每个阶段的质量，最终提高项目团队的综合能力，从而提高产品质量。