测试驱动开发
zard_0_
这个作者很懒,什么都没留下…
展开
-
iOS尝试用测试驱动的方法开发一个列表模块【二】
Model的开发经过了文章【一】后,我们先告一段落,现在来想想怎么开发MVC的V和C部分。V的部分我们用现成的UITableView,所以接下来重点关注C的部分。尝试去开发Controller类除了需求【5】之外,其他的需求都跟Controller相关,从数据的获取、封装、显示到控制跳转,看起来Controller就会是一个比较多代码的类了。要在Controller里面测试所以上述功能,那么Cont原创 2017-08-19 20:48:19 · 686 阅读 · 0 评论 -
iOS尝试用测试驱动的方法开发一个列表模块【三】
这篇文章我们继续去开发第【二】篇文章未完成的部分,去实现让数据源代理类为表格视图提供数据和响应代理,上篇文章我们讲到了要测试验证“(3)确认表格视图的行数、行高和Cell跟其数据源代理类提供的数据一致。”,具体要怎么做呢?答案会让人意外,那就是“做不到”或者“不要这样去做”。要知道,单元测试只是众多测试技术工具的一种,它有自己的局限性,它显著的局限性之一就是不适合做跟UI相关的测试,比如这里(3)要原创 2017-08-19 20:51:14 · 423 阅读 · 0 评论 -
iOS尝试用测试驱动的方法开发一个列表模块【四】
第【三】篇主要展示了如何测试驱动地开发表格试图的数据源类,保证其为表格提供正确的行数和Cells。这一篇主要将继续展示如何测试驱动地开发表格试图的数据源兼代理类,要实现:【功能4-1】当数据源更新数据时,刷新表格;【功能4-2】当表格的Cell被点击时,代理类响应点击事件,并正确地传递参数给控制器;【功能4-3】控制器在接收到数据源兼代理传递的参数后,可以根据参数跳转到正确的下一级界面。一,开发【功原创 2017-08-19 20:53:37 · 550 阅读 · 0 评论 -
iOS尝试用测试驱动的方法开发一个列表模块【五】
第【四】篇的最后,我说道我碰到了一个令人纠结的代码重构的选择方案问题,到底选择让控制器成为可重用的控制器还是成为专用的控制器。让控制器可重用的重构方案,会让代码具备更好的重用性、可变性和可测试性,我喜欢这种追求,我估摸着要做到这一点,工作量不会太大,所以我选择这种重构方案。那么现在最主要的是重构cell的跳转部分的代码,我将把这部分代码从控制器里面剥离出来,放到独立的跳转类里面,然后让控制器通过协议原创 2017-08-24 22:16:51 · 413 阅读 · 0 评论