做了这么久的测试工作了，想谈下我对测试流程的一些观点和看法。

软件测试在短短的几年时间，发展比较迅速，还记得当时毕业那会，对软件测试这个行业还真的很陌生，当时有同学找到工作，是做软件测试的，当时感觉很奇怪，还有这个行业，只听过做研发的，没听过做测试的，但是短短的5年时间，让我亲身体会到了软件测试发展之迅速，也让我从门外汉慢慢的对软件测试有了比较深刻的理解。刚开始以为测试也是简单的运行下被测试的系统（当时认为是软件），看看有啥问题没有，对于测试计划、测试用例简直是一窍不通。一个偶然的机会，让我有机会到一家大公司做了软件测试，这个起点也对我以后的工作有一个比较大的影响，下面这些年得测试工作，谈下我对软件测试流程的一些看法吧。

1）测试需求分析

首先接到一个需求，不光是开发介入，还需要测试介入，这样测试工作才不会这么被动，被开发推着走，不能遇到什么需求，开发都做得差不多，要提交测试了，测试的才知道，这样测试准备肯定不充分，测试工作也不会开展的很顺利，很容易测试工作做的不深入，会遗留一些隐藏的bug。接到需求后，测试人员进行测试需求分析，提炼出我们的主要测试功能模块。然后根据需求分析，估算下测试的工作量，做一下大概的计划。

2）测试设计

测试设计包括：方案设计和用例设计

根据需求分析结果，进行测试设计工作，测试设计，分为测试方案的设计和测试用例的设计。测试方案的设计一些公司直接和测试用例设计合并到一起来做。或者直接省略掉了这个环节。我觉得测试方案设计省略掉可能会导致测试用例设计不够完善，功能点覆盖不够全面。为什么呢？首先看下，什么是测试方案？测试方案是把需求分析后提炼的东西再进行整理，划分出被测系统的功能模块和数据流走向，以及每个模块的测试点。测试方案是测试用例设计的输入，测试方案也方便对系统不了解的人快速的了解被测试系统。

对一个新员工来说，通过方案可以很容易了解所要测试的系统，从而很快加入测试队伍开展测试工作。测试用例呢，说白了，是对测试方案的细化，测试方案确定了被测试系统的测试点，但是没有确定测试的输入和输出，测试用例，是来确定测试的输入和输出。如要测试一个登陆系统，那么测试方案会描述登录系统的功能、登录系统的数据流走向、登录系统的测试点（正确输入、错误输入，两种输入对应的输出），而测试用例，要把登陆系统进行细化，正确的输入是什么，输出是什么，错误的输入是什么，输出是什么。好的用例，是一个输入对应一个输出，而不是多个不同的输出。

3）测试准备

测试准备工作一般包括：测试数据准备、测试脚本准备、测试环境准备

4）测试执行

5）测试评估