先说一下可测试性：
可测试性战术的目标是允许在完成软件开发的一个增量后，轻松的对软件进行测试。
测试的目标是发现错误。
具有可测试性的代码有什么特点？
1. 控制性。
控制性是指测试者给在被测试的软件提供固定的输入数据的方便程度。换句话说就是软件本身接受定义明确的参数，并且这些参数可由测试者灵活的传入，软件在接受到这些参数后通过一系列运算返回固定的结果。任何软件都应该清楚的表明自己需要什么参数，以及将会生成什么返回值。此外任何软件都应该应该抽象它的依赖，譬如参数或底层模块，并为外部调用者提供随意注入的方式。当然软件代码本身应该清晰，整洁，目标明确.
2.可见性。
可见性是指测试者观察正在测试的软件的当前状态以及它所产生的任何输出的能力。换句话说就是软件应该将内部运算的状态（一般是指错误状态）和输出结果清晰明确的告知测试者。可见性一般都是通过方法执行后验证后置条件完成。
验证后置条件与契约式设计有关。所谓的契约式设计，是指把组件之间的交互描述成契约，权利和义务得到明确的表达和强制实施。在.net环境下，可以通过.net Framework4新增的Code Contracts库创建软件契约。
3.简约性。
一般而言，简约性对任何系统在任何情况下都是一个正面的属性，测试毫无疑问也不例外。简单和极其内聚的组件非常适合测试，因为他们暴露出来的方法少，需要的测试也就少，而需要的测试越少，就越能做得可靠，快速.
信息领域热词分析系统界面：
二：内部监视：
内部监视器我的理解就是监视代码、事件的运行状况，每一个监视的初衷就是看这个代码在每一步中怎么运行的，同时可以看eclipse中的DeBug，那个就是监视功能在测试层面的巨好的使用，每一步骤都能看到输入的参数以及输出的值，如果有一个好的内部监视功能，那么会是一个很好的程序
主要是内部监视器，相对这种网页系统，更好的便是谷歌浏览器的监视功能。
同时也可以在代码中，设置一个try时时刻刻监视代码运行过程中动向，实时作出反应
任务管理器
任务 理器对资源进行管理，我们在代码设计中也可以对代码消耗的资源进行监视，例如：如果我的LIst链表数据太多，内存占了好多（当然arraylist是没有办法做到这样绝望的程度）那么我就可以及时运行数据转成txt文档的操作，让内存转化为硬盘存储，然后对文件进行调取（这或许就是数据库创建的时候的想法）那么我就可以吧内存消耗转化为硬盘消耗，在代码上获得了成功，而且我认为，将数据存到txt还会降低时间复杂度，一举两得。
