软件测试流程

<a href="http://www.51testing.com/html/25/n-815225.html">单元测试</a>

　　程序的常规步骤，但实际的软件生产过程中，这几步骤远远做不到，应视情况而定。

　　为什么做不到？

　　这与很多因素有关，如：公司的规模、性质，软件的规模、性质，软件的开发类型（有些只是demo版本），还有一个原因是由以上派生出来的原因，团队的管理制度（有没有强制去做一些友好的步骤，比如单元测试，大家都知道好，为什么都不去做呢？）；

　　单元测试：

　　一般研发部门的领导都是要求开发人员编写单元测试代码，因为领导凭着自己的经验能够意识到单元测试的重要性，基本上每个小的功能都要编写单元测试。虽然是测试，也不一定非得在编写完代码之后编写，因为单元测试有其特殊性，在开发某个功能之前，毫无疑问，工程师已经对模块中每个小功能的实现做了详细的思考和规划，一个功能应该怎么实现，心中了如指掌，在这个前提下完全可以预先编写单元测试用例，而且编写单元测试，同时也是全面分析某个功能可能出现的任意bug的过程（这是一次很重要的分析过程，从而会在很大程度上避免一些错误，而在现实中，这种问题出现的太多了，给人的感觉是程序员只是一味地实现功能，而不去考虑功能实现的完整性、健壮性），如此，编写好的程序只要一运行，就能利马知道这段代码的好坏；另外一个好处是，单元测试能“监听”以后开发中的代码改动、模块衔接所出现的大多错误，从而最大程度的避免了新的bug，是这就是磨刀不误砍柴工吧；

　　集成测试：

　　系统测试：

　　程序提交前的最后一轮测试，实际上这轮测试可以想想成工业上的“试车”，就是现场调试。涉及到了程序使用的各个方面，因为是在现场的环境中测试，因此这个阶段测试出来的bug更具有实际意义；一般来说这个环节就是在实际环境中做更复杂的集成测试的步骤，避免出现bug的因素主要是需求的准确性；这个阶段出现较多的bug一般为，网络方面的，一般都会涉及到网络后台、网络的稳定性，而这点在集成测试时往往会忽略。

　　侃了会老生长谈的东西，大约每个测试人员都不怎么陌生这三个环节，也作了一些规避这些bug产生的研究，避免一些低级bug的产生。然而，现实让人泪奔；

　　为什么要这样说？（网友）

　　1、是公司重效益，轻测试

　　2、程序规模小，不需要系统测试

　　3、程序员基本没有养成做单元测试的习惯

　　4、团队管理没有强硬的原则

　　5、有些程序根本没有需求规格说明书，何谈，需求分析

　　以什么为标准来决定是否需要做bug管理呢？（待答）

　　成本与质量之间的一个权衡

====================================分割线================================

最新内容请见作者的github页：http://qaseven.github.io/