测试改善代码质量 以及一点想法

测试现在也不甘寂寞，他们提出的口号是改善代码的的质量，下面这个图是qq 测试团队的，看他们要做那么多事



今天看的taobao 测试工程师的一个presentation ，他给出了一个更加具体的例子:
taobao 开发了一个工具，来监测代码测试覆盖率，比较厉害的是，不是检查单元测试对代码测试的覆盖率，而是监控用户最终使用时（包括进行功能测试的测试人员，和真正的用户）他们对软件的操作对代码的覆盖率
这样，他们收集一段时间数据后，知道用户使用这个产品时，那些代码被执行得最多，哪些少，哪些根本没有执行（拍脑袋的需求，聪明或蠢的程序员都可能会造成），测试人员会找到开发人员，这样，经常使用的代码会得到优化，根本没有执行的代码甚至会删除。
鉴于以前听一个老外说，平均软件中有70%的代码是不会被执行到（当然，那个语境是在讲敏捷需求，是指传统的需求人员带领开发人员作出的软件系统，绝大部分不是用户真正所需要的），taobao 这个工作的意义是十分重大的，抛开需求的因素，就算只是对代码的简洁，造成设计上的优化可能带来的性能、可维护性、可持续性提升代码生命周期，好处都是巨大的。
话说回来，要进行这样先进的工作，关键还是资源投入（那个工具，还是挺麻烦的，要么在java虚拟机上动手脚、要么在编译器上动手脚、也许AOP也可以？），在一个优势的团队，为了获得更高的竞争力，是可以承担这样的投入成本。那在一个没有优势的团队呢，竞争力的差距会越来越大，所以团队的建设很重要，要强调团队个体以及团队的不断进步，每一天都比昨天有一点的改进，把团队的能力训练出来了，就能渐渐取得一点自己的竞争优势。