直接放图，可以让小伙伴们比较直观的了解到软件测试的工作流程，当然在实际工作的时候，也并非都按照如此，这是一个规范的流程。在之前的文章里讲过软件测试的概念、目的、意义 ，以下就不说明了。我们来了解下软件测试当前流行的就业方向，好为小伙伴们做参考。
软件测试工作流程图
在实际工作中的时候，如果项目是按照这个来的，那么，你就相对清楚自己的位置，进而能更好的安排自己的工作节奏。
分享一个群号给小伙伴：861268173，软件测试进阶之路，群主会为大家整理一些资料放在群文件，某些疑惑的问题，也会尽心解答，希望共同成长以及进步。
需求分析：
概念：对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。
人员：产品人员或者项目经理编写；
内容：主要对于需求的收集、分析以及评估。需要细化一个功能的细节并进行建模；
需求评审：
参与人员：
产品需求人员、开发人员、测试人员、QA人员
评审职责：
产品人员：提出需求，对需求进行讲解。
开发人员：考虑功能实现的方案与可行性。
测试人员：对需求的理解提出疑问，以便根据需求写用例。
QA人员：最终对软件质量进行验证的人，也需要了解需求。
测试计划：
内容：什么人，在什么时间，做什么事情，产出什么文档（大概的总结就是这些）
1、产品简介：产品介绍、测试目的、测试的范围；
2、测试参考、提交的文档；
3、测试进度；
4、测试资源（人力资源、测试环境、测试工具）；
5、问题的严重程度、优先级；
6、测试风险（人力与时间、需求变更等）；
7、测试策略（功能、兼容、性能）；
经验总结：每个版本都需要进行不同测试方法和工作量；
1、对于新产品，测试时首先要验证主功能（冒烟测试），主功能走通以后要进行参照测试用例的全面测试，功能点都验证通过后再考虑兼容性测试。
2、对于迭代产品，首先要测试的是新增功能和该版本的缺陷修复，然后是主要功能。
因为不知道怎么上传文档，就..
以上就是测试计划文档了
测试用例：
概念：执行测试之前写的指导测试过程的文档。
参考文档：需求文档、用户手册、开发文档。
内容：用例编号、测试项描述，操作步骤、输入、预期结果、实际结果、缺陷编号、测试人、测试时间、备注；
注意：职业素养：仔细并有条不紊的计划测试用例，是达成目标的必由之路。
原因有四：组织性、重复性、跟踪、测试证实；
设计误区：
1、能发现未知bug的用例是好用例；
2、测试用例设计是一劳永逸的事情；
3、测试用例不应该包含实际的数据；
4、测试用例中不需要明显的验证手段；
测试通过：
一般性原则：
1、经过几轮的测试后，直到没发现新的问题；
2、或暂时无法解决，或不紧急的问题；
3、通过上级确认，可以通过；
编写测试报告与验收方案。
内容：
1、测试环境；
2、测试人员；
3、实际进度；
4、参考文档；
5、测试数据（bug数量、等级、遗留bug）
6、项目总结（问题、改进）
7、意见建议
之后的内容，会在下一篇文章中说明。
我们来了解下当前软件测试最流行的就业方向：（有句古话说：技多不养身，不谓专也，我们可以挑选一个自己比较喜欢的方向进行选择）
1、手机App测试；
2、web测试；
3、互联网+测试；
4、游戏测试；
5、嵌入式测试（智能硬件）测试；
6、应用软件测试；
发展最好的两个测试方向：
功能测试：检查软件的所有功能是否实现；
（比如相机这个软件是否实现了照相所有相关的功能）
性能测试：检查软件的健壮性、稳定性
（比如：12306以及淘宝网等能同时承载多少用户）
软件测试工程师的岗位职责：
1、依据需求文档及设计文档，编写测试用例；
2、完成产品的集成测试与系统测试；
3、根据测试计划，搭建测试环境；
4、依据测试用例执行手动测试，反馈跟踪产品BUG及用例缺陷；
5、测试工具/系统的研究和应用；
软件测试的主要原则：
1、所有的测试都应追溯到用户需求；
2、穷举测试不可能；
3、尽早和不断的测试（测试贯穿整个软件生命周期）；
4、缺陷的集群性（二八原则）；
5、杀虫剂悖论；
6、妥善保存一切测试过程文档
7、程序员应避免检查自己的程序；
8、尽量避免测试的随意性；
网友评论