面向测试开发的一些思考

最近老板一拍板,要做手机助手,开发排期就变得特别紧.新功能,一周开发,一周测试,上线!

这次新功能除了界面,还有一些复杂通知栏逻辑.多种条件触发,不同的通知内容有优先级,有次数限制,有时间限制.开发完成也不能保证一点逻辑漏洞都没有,何况测试想验证每一种情况.当测试感觉发现了bug,如果不是必现路径,死无对证.开发看代码排查问题就太慢了,质量也无法保证.

在时间紧的情况下,经常与测试/产品沟通都感觉费时.有什么方法能解决这个困境就好了.最先想到的是单元测试.但是看了好多项目组的代码,几乎没有看到过有单元测试.最多是一些预研的demo还留在项目的仓库中.大概这个方法费时也费力.

第二个想到的方法是加入一些测试代码.类似于android系统点击版本号会有一个动画.我们也可以在debug版本中加入相应的测试代码.例如通知栏的出现的条件比较苛刻,测试又需要查看所有通知栏样式以及多预言,我们就可以加入一个点击,一下展示所有可能的样式.这种小操作能给测试带来不少的便利.

页面以及多语言的测试是属于看到结果就OK的,而测试一些逻辑就没那么简单了.加入点击事件直接展示的方法也太适用.
这种痛点的解决方法,个人认为就只有打log了,而些是些文件的形式.一旦发现问题,排查起来也会相对方便.

如果有什么更好的方法,欢迎交流.