软件测试是一个关乎软件质量的问题,软件质量是一个公司一切的基础,如果质量上不去,什么都别谈!要么就是骗钱的公司!最鄙视这种没良心的垃圾公司!有的公司竟然欺骗到什么程度?某个政府的OA系统竟然需要500万,那么高的价钱买个OA系统,就算服务器什么都搞好也用不了100万呀,而且竟然谈成了, 这个政府的官员不是有A钱的可能就是脑袋装了浆糊!这样的人是怎么做到那个位子上的?(我真感到好奇!)
话题扯远了!偶尔愤青一下也希望大家理解!
回归到软件测试话题,我网上查了一下,现在很多的软件测试书籍都是讲什么集成测试啊,单元测试啊!测试名词到不少,就是没几个讲具体怎么做测试的!我在想这种书籍用得着这么复制来复制去吗?浪费自己时间还浪费别人时间,自己不会做测试就别写这些书!搞得理论框框这么多,具体的却拿不出来!------------不好意思,又愤青了!
我认为的测试是这样的,测试项目主要分以下几大类,其他的小的分类没必要去记
功能测试,是否完成了设计的功能
性能测试:运行的快不快,能承受多少访问量等等!
易用性测试,这个主要就是软件好不好用!
破坏性测试有的叫稳定性测试,还有的叫..,忘记了反正都是输入错误的东西看看程序能不能承受!会不会导致程序挂掉!
可移植性测试,程序运行是需要环境的,换个环境说不定就挂了!所以要测试下!
集成测试:这个测试不是必须的,有的软件可能是分模块的,但是集成到一起的时候可能会出问题!
安全性测试:主要就是防黑客攻击之类的!
大模块的测试项目这么多,但是每个大模块里面有有很多小的测试项目,比如说,字符串长度,回车默认,等等这些小问题的测试项目,待测试的项目之多不是一般人能想到的!
所以软件做不好一个很大的问题就在于软件的待测试项目太多太混乱以至于很多的软件都不能够被完全的测试!特别是在中国这个刚起步的软件行业来讲,很多都不知道那是问题是待测试的项目!
所以我们应该建立起一套体制专门用来记录待测试的项目,然后写上对策!
最最重要的一个问题在于,这么多的测试项目如果程序全部都能应对这个对我们程序员的要求实在太高了,而且也很烦!
所以我提出以下建议:
第一: 那些简单的经常存在的又必须面对的比如:字符串长度,回车,特殊字符等等这些问题,做出一套验证框架或者代码生成器能够
过滤这些问题!并把他们在我们的待测试列表中默认勾掉,但是还必须在列表中显示出,我们已经做过这方面的处理了!
例如:
待测试项目 问题描述 测试结果 处理方法
字符串长度测试 测试字符串长度超出后是否会出问题 通过 序框架默认处理此问题
特殊字符测试 .... ... ....
这是一种处理常见测试项目的方法:
第二个:把待测试项目分类,应该由程序员完成的待测试项目显示在程序员的测试项目列表中!应该由测试人员完成的待测试项目显示在测
试员的测试项目列表中
第三个:把功能测试和性能测试做到自动化,一是因为功能是确定的,测试也就确定了!也就是说,单元测试还是很必要的,而且有单元测试的话可以做重构.具体请看<重构:改善...>具体书名忘记了,重构又可以得到设计模式!.....单元测试是保证软件质量和可扩展性的前提!
第四个:暂时没了!