在代码层面描述软件的可测试性
软件可测试性是指通过测试（通常是基于运行的测试）揭示软件缺陷的容易程度。在开发设计良好的系统的成本中，至少有40%是用在了测试上。如果我们能够降低此成本，那带回的回报将是巨大的。当然，如果要对系统进行正确的测试，必须能够“控制”每个组件的内部状态及其输入，然后“观察”其输出。这通常通过使用“测试工具”进行，这是一种专门设计的软件，用于执行所测试的软件。这可能会如同在各种接口上回放已记录的数据一样简单，也可能会像测试发动机的燃烧室一样复杂。
质量属性的第五大战术是可测试性战术。什么是可测试性战术，顾名思义，测试就是为了发现错误，那么可测试性战术的目标是允许在完成软件开发的一个增量后，轻松地对软件进行测试。可测试性战术的分类可以由下图所示：
1.记录/回放（Record/playback ）：记录/回放是指将捕获跨接口的信息，并将其作为测试专用软件的输入。
使用命令模式把一个请求或者操作封装到一个对象中，把发出命令的责任和执行命令的责任分割开，委派给不同的对象，可降低行为请求者与行为实现者之间耦合度。在这里，我们通过维护undo和redo两个盛放Command的栈（用List实现），首次执行一个Command时，执行execute()并将其放入undo栈内，同时要清空redo栈；当执行撤销操作时把undo栈内最上面一个Command拿出来执行undo()，然后将其放入redo栈内；执行重做操作时把redo栈内最上面一个Command拿出来执行execute()，然后将其放入undo栈内。
当点击按钮执行操作时，可在其ActionListener内执行commandManager.executeCommand(newXXXCommand());把命令加入栈中。
public class CommandManager { private List undoList = new ArrayList(); private List redoList = new ArrayList(); // 可撤销的步数，-1时无限步 private int undoCount = -1; public CommandManager() { // 可通过配置文件配置撤销步数 undoCount = 5; } /** * 执行新操作 */ public void executeCommand(Command cmd) { // 执行操作 cmd.execute(); undoList.add(cmd); // 保留最近undoCount次操作，删除最早操作 if (undoCount != -1 && undoList.size() > undoCount) { undoList.remove(0); } // 执行新操作后清空redoList，因为这些操作不能恢复了 redoList.clear(); } /** * 执行撤销操作 */ public void undo() { if (undoList.size() <= 0) { return; } Command cmd = ((Command)(undoList.get(undoList.size() - 1))); cmd.undo(); undoList.remove(cmd); redoList.add(cmd); } /** * 执行重做 */ public void redo() { if (redoList.size() <= 0) { return; } Command cmd = ((Command)(redoList.get(redoList.size() - 1))); cmd.execute(); redoList.remove(cmd); undoList.add(cmd); }
2.将接口与实现分离（Separate interface from implementation ）
将接口与实现分离指的就是将接口与实现分离允许实现的代替。占位实现允许在缺少被占位组件时，对系统的剩余部分进行测试。
在上面的例子中，我们使用的是命令模式，当然不可避免的要使用接口来进行定义。因此就会使用分离的格式进行测试。
public interface Command { public void execute(); // 执行命令和重做 public void undo(); // 执行撤销操作 }
如果缺少接口类的调用，那就会在代码修改时发生大量的变动，使得测试工作也难以进行下去。
3.特化访问路线/接口
特化的接口可以独立于程序正常运行，即设计独立的接口仅供测试使用。
比如在python web开发的Django框架中，我们通过专门的数据库连接来获取到我们的数据库数据，他并不是在程序运行的过程中直接显示的，而是在刚开始进行框架设计的时候就进行了数据的加载。通过更改配置文件，来达到获取数据的目的。
在settings中创建数据库连接，然后执行脚本，就可以得到我们的数据。
""" Django settings for django_demo_00 project. Generated by 'django-admin startproject' using Django 3.0.3. For more information on this file, see https://docs.djangoproject.com/en/3.0/topics/settings/ For the full list of settings and their values, see https://docs.djangoproject.com/en/3.0/ref/settings/ """ import os # Build paths inside the project like this: os.path.join(BASE_DIR, ...) BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__))) # Quick-start development settings - unsuitable for production # See https://docs.djangoproject.com/en/3.0/howto/deployment/checklist/ # SECURITY WARNING: keep the secret key used in production secret! SECRET_KEY = '!fo8_1bnoyif_rzsg*y4w&b8g4a5r&2pv9j0c-so-2ncrhet_2' # SECURITY WARNING: don't run with debug turned on in production! DEBUG = True ALLOWED_HOSTS = [] # Application definition INSTALLED_APPS = [ 'django.contrib.admin', 'django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.messages', 'django.contrib.staticfiles', 'demo_00_app', ] MIDDLEWARE = [ 'django.middleware.security.SecurityMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.common.CommonMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'django.middleware.clickjacking.XFrameOptionsMiddleware', ] ROOT_URLCONF = 'django_demo_00.urls' TEMPLATES = [ { 'BACKEND': 'django.template.backends.django.DjangoTemplates', 'DIRS': [], 'APP_DIRS': True, 'OPTIONS': { 'context_processors': [ 'django.template.context_processors.debug', 'django.template.context_processors.request', 'django.contrib.auth.context_processors.auth', 'django.contrib.messages.context_processors.messages', ], }, }, ] WSGI_APPLICATION = 'django_demo_00.wsgi.application' # Database # https://docs.djangoproject.com/en/3.0/ref/settings/#databases DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': 'db_pymysql', 'USER':'root', 'PASSWORD':'20173673', 'HOST':'localhost', 'PORT':'3306' } } # Password validation # https://docs.djangoproject.com/en/3.0/ref/settings/#auth-password-validators AUTH_PASSWORD_VALIDATORS = [ { 'NAME': 'django.contrib.auth.password_validation.UserAttributeSimilarityValidator', }, { 'NAME': 'django.contrib.auth.password_validation.MinimumLengthValidator', }, { 'NAME': 'django.contrib.auth.password_validation.CommonPasswordValidator', }, { 'NAME': 'django.contrib.auth.password_validation.NumericPasswordValidator', }, ] # Internationalization # https://docs.djangoproject.com/en/3.0/topics/i18n/ LANGUAGE_CODE = 'en-us' TIME_ZONE = 'UTC' USE_I18N = True USE_L10N = True USE_TZ = True # Static files (CSS, JavaScript, Images) # https://docs.djangoproject.com/en/3.0/howto/static-files/ STATIC_URL = '/static/'
在settings中，有许多的事件都是通过修改配置文件进行的，Django也是通过将需要的接口进行特化，来实现相应功能的实现。
4.内部监视器（Built-in monitors ）
内部检测器指的是组件可以维持状态、性能负载、容量、安全性或其他可通过接口访问的信息。当监视状态被激活时可以记录事件。说到这里，就不得不说谷歌浏览器的开发者模式了。
Google通过对网页的传递信息进行监听，进而获得到了请求于传输相应等内容，这在我们做spider分析的时候是至关重要的，同时，对于前端的开发，我们也可以通过他进行前端模块的展示，如果是ajax进行加载的话，就是通过NetWork中的XHR进行查看，加载出的数据也就一目了然了。
