软件测试V模型简介

V模型大体可以划分为以下几个不同的阶段步骤：需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。文章源自玩技e族-https://www.playezu.com/12340.html

文章源自玩技e族-https://www.playezu.com/12340.html

• 需求分析文章源自玩技e族-https://www.playezu.com/12340.html

即首先要明确客户需要的是什么，需要软件做成什么样子，需要有哪几项功能，这一点上比较关键的是分析师和客户沟通时的理解能力与交互性。要求分析师能准确的把客户所需要达到的功能，实现方式，等表述出来，给出分析结果，写出需求规格说明书。文章源自玩技e族-https://www.playezu.com/12340.html

 文章源自玩技e族-https://www.playezu.com/12340.html

• 概要设计文章源自玩技e族-https://www.playezu.com/12340.html

主要是架构的实现，指搭建架构、表述各模块功能、模块接口连接和数据传递的实现等项事务。文章源自玩技e族-https://www.playezu.com/12340.html

 文章源自玩技e族-https://www.playezu.com/12340.html

文章源自玩技e族-https://www.playezu.com/12340.html

• 详细设计文章源自玩技e族-https://www.playezu.com/12340.html

对概要设计中表述的各模块进行深入分析，对各模块组合进行分析等，这一阶段要求达到伪代码级别，已经把程序的具体实现的功能，现象等描述出来。其中需要包含数据库设计说明。

• 软件编码

按照详细设计好的模块功能表，编程人员编写出实际的代码。

• 单元测试

按照设定好的最小测试单元进行按单元测试，主要是测试程序代码，为的是确保各单元模块被正确的编译，单元的具体划分按不同的单位与不同的软件有不同，比如有具体到模块的测试，也有具体到类，函数的测试等。

• 集成测试

经过了单元测试后，将各单元组合成完整的体系，主要测试各模块间组合后的功能实现情况，以及模块接口连接的成功与否，数据传递的正确性等，其主要目的是检查软件单位之间的接口是否正确。根据集成测试计划，一边将模块或其他软件单位组合成系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。

• 系统测试

将整个软件系统看做一个整体进行测试，包括对功能、性能以及软件所运行的软硬件环境进行测试 。

系统测试由黑盒测试员来完成，前期主要测试系统的功能是否满足需求，后期主要测试系统运行的性能是否满足需求，是否存在漏洞，以及在不同的软硬件环境中的兼容性，主要依据是《系统需求规格说明》文档 。

• 验收测试

主要就是用户在拿到软件的时候，在使用现场，会根据用户需求，以及规格说明书来做相应测试，以确定软件达到符合效果的。包括功能确认测试、安全可靠性测试、易用性测试、可扩充性测试、兼容性测试、资源占用率测试、用户文档资料验收等。

α测试

非正式验收测试，由用户、测试人员、开发人员共同参与的内部测试 。

α测试是指软件开发公司组织内部人员在开发环境下模拟各类用户对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。

α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的用户操作方式。经过α测试调整的软件产品称为β版本。

β测试

内测后的公测，即将正式发布，完全交给最终用户的测试。

β测试是由软件的多个用户在实际使用环境下进行的测试，这些用户返回有关错误信息给开发者。测试时，开发者通常不在测试现场。因而，β测试是在开发者无法控制的环境下进行的软件现场应用。在β测试中，由用户记下遇到的所有问题，包括真实的以及主观认定的，定期向开发者报告。β测试主要衡量产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)，着重于产品的支持性，包括文档，客户培训和支持产品生产能力。

注：α测试和β测试均不能由程序员和测试员完成。

觉的文章不错的话，记得点赞哦，转发就更好了