软件测试比不上软件开发吗_佛山电脑培训班

有人说，进行软件开发可以很容易地转换为软件测试，但软件测试在软件开发方面存在困难。真的是这样吗？事实上，IT 行业内有一条看不见、不透的鄙视链。做开发的人看不到做测试，做测试的人怕被开发讨厌。有时测试人员不仅不能成为整个团队突出的工作岗位，还受到各种事情的限制。

很多程序员喜欢把程序描述成体系结构，测试的存在是为了保证软件的质量，满足用户的需求。那么为什么利用体系结构比较软件的程序员认为软件可能不需要测试员呢？这种想法显然是非常荒谬的。

测试是干什么的？做测试的工作程序员真的容易吗？

1、从监控产品过程时间控制的角度来看，开发新功能和修复错误是平衡的。如果开发速度太快，下一阶段可能会传递到有更多问题的版本，从而使后续问题的处理变得更加困难。如何知道各阶段的软件质量如何？具体方法很多，回归测试，代码封面，压力测试等。但是谁收集和分析这些信息？如何分析？你能得出什么结论？有多少程序员会自己做这种事？

2、构建复杂的应用场景。谁能测试完整ActiveDirectory服务器回归测试环境所需的域控制数？建立的记录是11台，中间不包括可以动态加入和删除的客户端。其中包括许多故意的破坏性工作。每次销毁后，必须恢复现场进行下一次测试。有多少程序员创造了这样的场景？

3、简化问题报告。发生用户报告时，他们最初提出的阶段往往过于简化或太麻烦，因此对有直指问题的阶段缺乏说明。阶段不明确，分析过程中经常会发生很多弯曲。这时需要不断与客户打交道定位，迈出重要一步的人。这个阶段总是必须完成的，那谁来处理呢？有多少开发者实际上处理了这些？

测试和开发所需的技术有交集，但基本上需要两个不同的工作岗位。开发技术就不能测试。不是你能成为一个好的测试者。测试人员不能像程序员想象的那么容易代替。即使测试人员对编码能力的要求较低，也不意味着开发人员可以自动成为合格的测试。

另一方面，正是因为两个职位的差异，所以可以关心兴趣的差异。有些人一开始不理解测试这个职位，越来越喜欢了。有人尝试后仍然觉得不符合自己的兴趣，所以决定离开。这都是正常的。每个人都有意思，这东西就是来不了。

虽然进入测试的门槛相对较低，但希望入门后有长足的发展，能力要求甚至超过开发。如上所述，优秀的测试人员除了基本的测试技术外，还需要敲代码来理解程序。测试人员通过测试成长，可以做到的话，可以敲代码的时候，会敲代码的程序员需要焦虑的时候，谁也不要欺负谁！

所以再次，测试不是开发的垃圾桶。和谐的团队要想做好一个人产品，不能有“鄙视”或“优越”的心态。