今晚我从外面散步回来，路上就在想，今天学习的这个《重构》，写了两篇，好像也没什么新东西收获啊。 当然我这个标题能被搜到的可能性不高，所以，留待有缘人咯。 刚看到这个观点的时候，我是很不以为然的，谁让它标题不吸引人>>>《构建测试体系》 如果观察一个程序员把时间都花在哪里了，可能下意识会说是编码，其实不然，仔细想想，除了编码，我们还要立项、设计、分工、规划、测试、调试、调试、调试，花大把时间的事情说三遍。 为什么调试会花掉大把时间，因为工程大啊，你说它突然来个段错误，你知道是哪里段错误？段错误会死机，那不死机的呢？比方说数据传输错误，你手动设置防火墙它这个错误就不叫错误，就不会死机，就算你设置了防火墙，你去哪里找这个数据缺失？那么多地方传输数据。 当然，找得到，绝对找得到，不过找一下也得几个小时甚至一天就下来了。 烦。但是项目run的时候爆了烦不烦？那会儿可就不是一个人烦了，那是一个团队一起烦。 这种问题其实完全可以避免，甚至可以不发生，只要给每个类配备一个测试代码。 怎么写那是个人自己的事情。但是，我想说的是，测试代码，最好写在功能类之前，这样可以预先界定功能类的具体功能，也可以把思路清晰一下。 至于测试代码要测试哪些东西？ 一般测试的地方： 这个要自己想办法去做组合测试。 测试无法抓出所有bug，但是它可以·抓出绝大部分bug。 花合理时间去抓出大部分bug，要好过穷尽一生去抓出所有bug。
唠嗑唠嗑
现在有了。今晚看到这句话：每一个类，都应该有自己的测试代码！我觉得，今天学习到的东西，很好！
这点我以前确实没想过
就这标题，谁不知道要测试啊。还好我没有“以貌取文”，我认真的看了下去。
每个类都配备测试代码，烦不烦啊你？
就比方说上次我们服务器客户端对接测试一个项目，中间数据传输出问题了，好了，现在是谁的问题都不知道。。。
然后测试端也只能跟后边等着了。
写一个测试代码能花多少时间，十分钟，测试一下能花多少时间，十分钟。害怕测出问题？那有问题就是有问题啊，专项解决不是效率更高吗！！！
行吧，我写，那怎么写啊？
你害怕哪里出问题就重点测试哪里，我们不能确保在测试代码中把所有问题全暴露出来，但是我们要花最少的时间，将利益最大化！！！1、寻找内存边界条件，防止越界（段错误） 2、寻找特殊的，可能导致错误的条件。 3、测试最高容量、效率，如线程池、epoll等。 4、测试数据库调度。 5、测试任务调度情况。 6、害怕哪里重点测试哪里。
继承下的测试
本网页所有视频内容由 imoviebox边看边下-网页视频下载, iurlBox网页地址收藏管理器 下载并得到。
ImovieBox网页视频下载器 下载地址: ImovieBox网页视频下载器-最新版本下载
本文章由: imapbox邮箱云存储,邮箱网盘,ImageBox 图片批量下载器,网页图片批量下载专家,网页图片批量下载器,获取到文章图片,imoviebox网页视频批量下载器,下载视频内容,为您提供.
阅读和此文章类似的: 全球云计算
官方软件产品操作指南 (170)
