序言：算算，有三个月没发布日志了，这段时间对测试技术的研究很少，重点的是放在了整个测试平台的推广上，从测试部门推广到开发部门，然后到整个产品线，一个很有意思的现象，就是开发比测试更容易接受自动化过程(未尝试单测)，一是因为开发每天都需要自测，自动化能够替代他的部分工作。二是开发本身对代码更有感觉。三是项目进度越来越紧的原因，静下来，根据自己的所看，简单想想测试技术类型的发展吧

　　一、测试发展

　　1、  测试前置

　　测试环节一般分为单元测试(代码块或者单个模块的测试)、集成测试(代码模块接口间或者服务接口间测试)和系统测试(系统产品功能和性能测试)，测试越来越多的是深入到测试的前期，首先通过静态测试(代码走查、技术评审、代码审查的方法对软件产品进行测试，之后在各个层次引入更多的自动化手段和动态分析进行结合，从代码层以量化的指标进行度量测试的充分性

　　2、  线上测试(监控)

　　对于互联网产品，现在很流行的灰度发布系统(从产品用户群中按照一定策略选取部分用户，让他们先行体验新版本的应用，通过收集这部分用户对新版本应用的显式反馈（论坛、微博）或隐式反馈（应用自身统计数据），对新版本应用的功能、性能、稳定性等指标进行评判，进而决定继续放大新版本投放范围直至全量升级或回滚至老版本)，一是基于客户端注入监控脚本以及服务器端的监控，能够快速的定位用户行为和发现问题，二是获取将此用户的行为数据和用户流程，例如：tcpcopy可以在tcp层导入用户流量，从而模拟背景数据测试。

　　另外，对用户行为的分析和建模、或者对历史bug的数据分析也会导致测试越来越有重点和针对性，对风险的管理和控制会变得越来越重视。

　　3、  测试细分

　　测试技术的能力将越来越细分，测试探索能力、业务分析能力、测试设计能力、自动化测试能力、白盒测试分析能力、测试专项技术(大数据测试、安全测试)等

　　4、  软件交付流水线

　　持续集成的应用随着自动化、性能等各个测试技术的发展，将越来越被接受和推广，这里就会涉及到配置管理、环境部署、数据准备、自动化技术应用、程序发布和回滚等各个环节

　　二、我们如何面对

　　个人想法：

　　1、  首先从广出发，要深刻了解软件发布体系，熟悉各测试场景，从而可以根据公司的状况，知道公司的测试重点，对症下药

　　2、  之后，可以选择从一个点开始精通、可以是自动化、可以是业务分析、或者是白盒测试、也可以是配置管理，一个点一个点进行攻破，然后连成线

　　3、  最主要的，用心做，世上的事情只要用心，有一股创造其价值的信念就肯定没问题

版权声明：本文出自散步的SUN的51Testing软件测试博客：http://www.51testing.com/?382641

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。