5年，我的理解

lyn11091 · 发表于 2008-10-22 21:45:56

毕业就开始做测试，到现在5年多了，基本经历了国内软件测试产业的开始和发展。现在想说说我对软件测试的理解。

1. 从市场角度讲，需求会越来越大。一个是因为软件测试逐渐被公司重视，决定雇佣专业软件测试人员的公司会越来越多。另一个是工种转移，国外的公司因为成本考虑，会把越来越多的职位转移到中国，包括开发和测试。而市场上因为种种原因，测试资源的量还是比开发要少。

2. 从构成上讲，低端测试占多数，中高端少。低端测试主要是手动为主的测试，主要是功能，本地化、国际化。我的经验告诉我，手动测试虽然入门起点低，但绝非不重要。手动测试是一个测试工程师的基础的基础。就像数据结构是程序员的基本功一样。手动测试可以训练测试人员的测试感觉，技巧，以及相应的分析能力等。所以入行的朋友可千万不要忽视了这个重要的积累过程。中高端的测试涉及到的更多的是测试管理，自动测试等。

说这些的目的是想告诉大家，在我看来测试行业像其他任何行业一样，有机会也有风险。自己要有明确的目标和计划。看清自己的路线，一步一个脚印的去走。

------------------------------------------------------------------------------------------------------------------------------------------------------------------------

自动测试要看是写自动测试框架，还是写自动测试用例。

1. 框架跟一般的软件开发没太大区别，只不过侧重点不同。比如能否支持足够高的用例自由度：用例编写人员用你的框架能不能实现出他想要的所有用例？框架健壮性如何：如果测试失败，是遇到了真正的bug还是因为框架的问题？

2. 自动测试用例要求有基本coding经验，并且有丰富的手动测试经验。自动化的用例都是可以手动完成的（当然手动完成的效率，难度，复杂度可能会比较高）。没有良好的测试经验，写出来的自动用例跑几遍，几遍全Pass，该找出来的bug没找出来，没有意义。这点也说明了手动测试经验是软件测试工程师的职业发展的基础。

所以一般写框架的人开发的背景多一些，而写自动用例的则是测试的背景多一些。如果能集两种于一身，那就强手了。

------------------------------------------------------------------------------------------------------------------------------------------------------------------------

分层考虑自动测试：

Level 1: 开发人员写的单元测试
Level 2: 开发或者测试人员写的功能测试
Level 3: 测试人员写的Workflow测试

每层的粒度和覆盖面都各不相同。

[ 本帖最后由 lyn11091 于 2008-10-28 15:52 编辑 ]