测试设计阶段

我们的主要工作是要制定测试计划和测试大纲，编写测试用例。

制定测试计划

制定测试计划分为以下这三步：
（1）对需求规格说明书的仔细研究，将要测试的产品分解成可独立测试的单元。
（2）为每一个测试单元确定采用的测试技术
（3）为测试的下一个阶段及其活动制定计划
制定计划包括两个部分：概要测试计划和详细测试计划。
2.制定测试大纲

测试大纲是软件测试的依据，包括测试项目、测试步骤和测试完成的标准，也就是说我们要从测试的角度对被测对象的功能和各种特性的细化和展开。
这样可以保证我们在测试执行阶段测试功能不被遗漏，也不被重复测试，从项目管理角度来说可以合理安排测试人员，使得软件测试不依赖个人。
3.编写测试用例

测试用例大家可以理解为你用于测试的数据，比如你要测试登陆这个功能，就可以把正确、不正确的密码，正确、不正确的用户名，交叉组合得到四组用例。
稍微学习过一些简单的软件测试的朋友可能会用等价类和边界值分析结合得到以下的用例：

仔细看看图里的用例，是不是感觉并不难想呢？所以其实软件测试这行的入门门槛真的不高，是转型互联网行业比较简单的一条路。
不过这些样例现在在我看来也只能打个及格分，一个真正优秀的软件测试人员，应该会从不同的角度来给出用例。
比如，安全测试角度：

性能测试角度：

兼容性角度：

要注意哦，测试的用例并不是越高越好，因为软件测试的用例是不可穷尽的，我们的测试都是有时间成本和经济成本的，所以如何兼顾缺陷风险和研发成本之间的平衡也是一门修炼术。

作者建议可以参考《阿里巴巴测试用例编写规范》进行用例设计，这样可以不漏测不多测。需要这份用例规范的可以私信我关键词“用例”免费获取哟

测试执行阶段

我们可以大致把测试执行过程分为三个时期：

2.初测期

通过单元测试，测试主要的功能和关键的执行路径，排除主要的障碍。
3.细测期

依据测试计划和测试大纲、测试用例，开展集成测试，逐一测试功能、特性、性能、用户界面、兼容性、可用性等。发现大量不同的性质、不同严重程度的错误和问题。
4.回归测试期

这时候经过细测期，系统已达到稳定，在一轮测试中发现的错误已十分有限，主要是通过确定测试、系统测试、验收测试来复查已知错误的纠正情况，确认未引发任何新的错误时，终结回归测试。
5.软件测试的模型

软件测试根据不同的测试对象以及测试项目的背景可采用不同的测试模型实施测试活动，常见的软件测试模型有：V模型、W模型、H模型、X模型、敏捷测试等。
1.V模型

如图所示，V模型中的过程从左到右，描述了基本的开发过程和测试行为。
V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。
局限性主要是两点：

把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现。
容易使人理解主要是针对程序进行测试寻找错误

2.W模型

如图所示，W模型针对V模型无法体现“尽早地和不断地进行软件测试” 的原则的缺陷，增加软件各开发阶段应同步进行的测试。
相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。
它的局限性在于，依然和V模型一样都把软件的开发视为需求、设计、编码等一系列串行的活动，无法支持迭代、自发性以及变更调整
3.H模型