做实际的测试

标签: Testing 方法 | 发表时间:2014-08-14 06:00 | 作者:四火
分享到:
出处:http://www.raychase.net

做实际的测试我经历过两种公司的风格,一种开发测试界限明显,多数时候测试给开发打下手,转测试之前开发围着测试转;第二种没有什么开发测试的分工,程序员从头干到尾,从需求分析干到处理线上问题。我不想在这里分析优劣,我想说的是,不论什么样的形式,项目阶段中测试的环节是很实际、很重要的。这也是被许多程序员低估的步骤。都在说设计,都在谈用户体验,但是测试呢?设计再精良的东西,如果满是bug,还是白搭。很多人都愿意写程序,不愿意做测试,多数人觉得单纯的测试比单纯的开发发展空间小多了。但是不可否认的是,测试这一项活动,从来都有着举足轻重的作用,不论是什么样的角色去完成。抛开那些冠冕堂皇的话,我总结了几个实际、好用,或者说土鳖,但是成本不高的测试方法。

写Main方法跑代码逻辑

我记得以前在一个项目组里面,我写的一些类,顺手写了main方法来完成开发阶段的初步验证,但是很快被一些有经验的工程师要求删掉。事实上直到今天,我也没有觉得那样有多么不妥。作为领导当然很愿意看到一个独立的测试代码包,大大小小的mock,批量执行起来齐刷刷的绿条。可是从实际的角度出发,这样的方式也有不少局限性。其中一条,就是不能和源代码放在足够近的位置。写起来远没有一个main方法来的便捷简明。有人在说可维护性,没错,可是大部分情况下测试代码能够同步更新的产品真是不多,再者写得好的main方法一样可以做到同步更新。很多情况下我们做出一些东西以后,代码就趋于稳定,在开发阶段写main方法快速阅读和获得结果反馈,是很有价值的。

Debug大法

以前我在讲Java多线程程序的测试的时候提到过它,看起来很土,但是在开发阶段跑通逻辑是非常有效的。本身测试用例的构造往往很耗费精力,但是在debug模式下可以任意执行、修改代码逻辑,改变变量取值。很容易遍历到希望的逻辑分支。Debug不是正儿八经的测试方法,同时被很多专业测试人员所不齿,他们还是更喜欢花大量的精力去构造各种奇葩的测试用例,条件组合。其实debug的好处远不止测试和问题定位,还可以帮助熟悉代码逻辑等等。

浏览器行为模拟工具

界面测试本来就不像后台代码那么容易完成。但是一些脚本工具,比如iMacros就很好用,可以很方便地录制和修改脚本,然后批量执行。很多情况下我们其实不需要天天喊多少自动化多少持续集成,对于完备稳定的脚本集合,就是手动跑一遍也很方便。这些80%的重复劳动其实很容易做,很容易就可以砍掉堆人的成本。以前用过一些公司级别的庞大的浏览器模拟测试工具,看起来很强大,但是却笨重而且容易出问题。

Apache Bench

我把 AB这个工具单列一行是因为它用起来实在太方便了,特别是对于请求速率准确性要求不高的情形。我还把它用来当做性能测试的时候提供请求压力的工具。和Load Runner比起来,就像是游击队和正规军一样的区别。

用编译脚本偷梁换柱

对于一些独立的、清晰的远程调用的类,可以在编译打包的时候,用一个触发本地调用的mock类替换掉,相同的类、方法定义和路径,但是做的事情却大不相同。免去了那些复杂的mock技术,还把远程的调用放到本地来跟踪。

后门参数

这个东西用起来要小心,但是对于一些不容易重现、构建的环境中,如果预留一些后门参数,帮助清除缓存、收集信息、打印日志,或者是在发布以后短时间内在生产环境上主要功能的冒烟测试,是很有价值的。顺便提一提强大的 BTrace工具,对于无法在本地或者beta环境中重现的线上问题,它是一把能够窥探代码执行的利器。

最后,我想说的是,对于不喜欢测试的工程师,这样的想法是可以理解的,但是必须通过约束自己的行为,保证各个阶段软件的质量。这是不可变的东西,我们可以做得更好、玩得更转的,也就是那些五花八门的测试技术,但是测试更需要责任心和周全的考虑,技术能帮忙简化测试上的问题,而没有态度则什么也做不成。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

分享到:
你可能也喜欢:

相关 [测试] 推荐:

测试

- 香姜 - 韩寒
测试......>>点击查看新浪博客原文.

Android单元测试与模拟测试

- - 神刀安全网
考虑可读性,对于方法名使用表达能力强的方法名,对于测试范式可以考虑使用一种规范, 如 RSpec-style. 不要使用逻辑流关键字(If/ese、for、do/while、switch/case),在一个测试方法中,如果需要有这些,拆分到单独的每个测试方法里. 测试真正需要测试的内容,需要覆盖的情况,一般情况只考虑验证输出(如某操作后,显示什么,值是什么).

免费测试VPN

- 勇 - iGFW
lusovps目前提供免费15天的PPTP VPN试用服务,. 申请地址:https://cart.lusovps.com/cart.php?a=add&pid=13. WHMCS注册系统,可以参考 http://igfw.tk/archives/3727. 注册后无需审核,立刻激活,帐号信息会发至邮箱.

测试touch事件

- - Kejun's Blog
进入触屏时代意味一切要对触屏友好. 今天仅仅测试了ios6,其它版本包括android还不清楚差别有多大. 看了PPK的touch兼容表(http://www.quirksmode.org/mobile/tableTouch.html),深感刚准备告别ie6,又迎来了一个新的混乱时代,苦逼的前端工程师们永远摆脱不了兼容的魔咒.

Android集成测试

- - 百度质量部 | 软件测试 | 测试技术 | 百度测试
  Android集成测试主要是在单元测试的基础上测试接口访问或者异步任务是否正确,在. 移动凤巢系统中,大概有30+个接口需要测试,他们都遵循一个特定的访问模式:前台的. Activity获取到触发事件后,将它传给这些接口,这些接口都是AsyncTask的实现——即后台. 异步线程执行某个任务(一般是发送http请求到后端服务或者执行存取数据库等耗时操作),.

HTTP负载测试

- - 博客 - 伯乐在线
英文原文: ON HTTP LOAD TESTING 来源: oschina. 有很多人在谈论HTTP服务器软件的性能测试,也许是因为现在有太多的服务器选择. 这很好,但是我看到有人很多基本相同的问题,使得测试结果的推论值得怀疑. 在日常工作中花费了很多时间在高性能代理缓存和源站性能测试方面之后,这里有我认为比较重要的一些方面来分享.

Android单元测试

- - CSDN博客推荐文章
    单元测试不管对于初学编程还是已经工作了很久的开发者来说,都不乐意花时间去写认为没用的代码进行测试,只要交给测试人员就行了,虽然这样也能把软件改出来,但也许你要花上几倍的时间去修改问题,如果在开发的过程中花点时间去写单元测试代码,把尽可能出问题的地方都测试一遍,把问题扼杀在最开始的地方,这样你就不必为后来找问题出处而烦恼.

[Fuzz]模糊测试

- - 企业架构 - ITeye博客
文章来自IBM技术社区: 下一篇文章将按照此理论探讨一下android内的Fuzz测试. 在他人攻击您的程序前,先自己攻击. 模糊测试(Fuzz testing )是一项对代码质量有着深远影响的简单技术. 在本文中,Elliotte Rusty Harold 故意将随机的坏数据插入应用程序,以观察发生的结果.

mongodb性能测试

- - 数据库 - ITeye博客
1) Mongodb的非安全插入方式,在一开始插入性能是非常高的,但是在达到了两千万条数据之后性能骤减,这个时候恰巧是服务器24G内存基本占满的时候(随着测试的进行mongodb不断占据内存,一直到操作系统的内存全部占满),也就是说Mongodb的内存映射方式,使得数据全部在内存中的时候速度飞快,当部分数据需要换出到磁盘上之后,性能下降很厉害.

impala测试报告

- - 开源软件 - ITeye博客
10.200.187.86 cslave1 4核 3G. 10.200.187.87 cslave2 2核 4G. 10.200.187.88 cslave3 2核 4G. 10.200.187.89 cslave4 2核 6G. 1.在内存够用并且是简单sql条件下,impala相比hive执行效率高很多,简单的sql在百万级别数据中运行,耗时几秒甚至不用一秒.