软件测试流程—软件测试入门

  直接放图，可以让小伙伴们比较直观的了解到软件测试的工作流程，当然在实际工作的时候，也并非都按照如此，这是一个规范的流程。在之前的文章里讲过软件测试的概念、目的、意义 ，以下就不说明了。我们来了解下软件测试当前流行的就业方向，好为小伙伴们做参考。

软件测试工作流程图

  在实际工作中的时候，如果项目是按照这个来的，那么，你就相对清楚自己的位置，进而能更好的安排自己的工作节奏。

分享一个群号给小伙伴：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、尽量避免测试的随意性；