既然前面已经说了，软件测试是刚性需求，那就千万不能放过，放过了，你的项目就死了，就算还没有死，那已经半死不活，离死不远了。
公司的每个项目，每次发布版本，每次说是要演示或者验收之前，总是很担心，这样的软件我们能拿得出手吗？
我又不会忽悠别人，尤其是自己的软件出现bug时，这个软件到底测试了没?甚至于我都担心它不能把功能完整的跑一遍。
为什么没有测试，不知道是因为一贯的习俗，还是为了解决开支，其实到头来，辛苦的还是公司的员工，不停的现场返回bug，现场的经理和实施，急的头脑冒汗，暴跳如雷，公司的程序员，战战兢兢，心惊肉跳。验收期间就怕电话响，就怕一个东西说改好这个出现了那个，现场吼叫着，为什么会这个样子，我哪知道啊，我只修改了一个函数，谁知道会影响到了另外一个函数啊。
程序员测试，就如同，领导检查下属今天有没有穿裤子，大眼一溜，哦，都穿裤子了，好的，可以发布了。鼠标一点，一个程序版本发布出去了。
这样的结果可想而知，是多么的荒唐和危险。
危险到随时都有可能项目死翘翘 的感觉。
项目测试是个专业的过程，一个好的软件测试人员并不一定比编程人员的知识少，他不但要从用户角度来看，项目人性化如何，亲和力如何，人机互动如何，还要从技术层面分析，错误出现点，错误可重复性，数据库的访问，系统之间的不同，他测试的软件越多，经验就越丰富，知识就越多，行业就越精通。经过一段时间的积累，甚至可以做一个行业的顾问都不成问题。
当然，测试不能只是动动鼠标点几个按钮的问题，测试就是要想着法子让软件报错，崩溃，出现错误数据等。有点像那个日本刑警队，派兵抓人不是你的特长，那个程序员的特长，但是你的特长是让软件报错，使用七七四十九套路数让它报错。当然不能砸键盘，摔鼠标。
测试在软件项目的过程中，有着举足轻重的地位，所以，不要轻易的将没有经过测试的程序放出去，不然到最后吃亏的还是公司。一个经不起考验的程序是不会取得客户的信任的。
本文属作者原创，转载请注明出处！