最近很多粉丝问我，小姐姐，现在大环境不景气，传统行业不好做了，想转行软件测试，想知道软件测试日常工作是咋样的？平常的工作内容是什么？
别急，今天跟大家细细说一下一个合格的软件测试工程师每天都要做什么工作。只有真正熟悉了才能做到有的放矢，不用盲目加班，摸鱼摸的也会更有底气啦
日常猫猫镇楼！
主要分为两个阶段测试的设计阶段跟测试执行阶段
测试设计阶段
我们的主要工作是要制定测试计划和测试大纲，编写测试用例。
- 制定测试计划
制定测试计划分为以下这三步：
（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模型
如图所示，在H模型中, 软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行阶段。
真正满足了软件测试的尽早进行原则，并且可以根据被测物的不同而分层次进行测试。
4.X模型
如图所示，左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终合成为可执行的程序，然后再对这些可执行程序进行测试。
己通过集成测试的成品可以进行封装并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。
结尾
在实际应用中我们也很少会严格套用模型，而是会在一个框架上做一些填充，根据项目特点和实用性在每个测试模型的优缺点中尽量达到各方面平衡，大家一定要好好理解这些模型，面试时谈到你的项目经验时，对模型选择和结合的考虑，如果阐述得好是一个非常出彩的亮点。
千万不要纸上谈兵，生搬硬套。注意跟自己的业务实际结合起来才能棒棒哒，2022加油呀！