质量属性改进

软件可测试性是指通过测试(通常是基于运行的测试)揭示软件缺陷的容易程度。在开发设计良好的系统的成本中,至少有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中创建数据库连接,然后执行脚本,就可以得到我们的数据。

View Code

  在settings中,有许多的事件都是通过修改配置文件进行的,Django也是通过将需要的接口进行特化,来实现相应功能的实现。


   4.内部监视器(Built-in monitors )

  内部检测器指的是组件可以维持状态、性能负载、容量、安全性或其他可通过接口访问的信息。当监视状态被激活时可以记录事件。说到这里,就不得不说谷歌浏览器的开发者模式了。

   Google通过对网页的传递信息进行监听,进而获得到了请求于传输相应等内容,这在我们做spider分析的时候是至关重要的,同时,对于前端的开发,我们也可以通过他进行前端模块的展示,如果是ajax进行加载的话,就是通过NetWork中的XHR进行查看,加载出的数据也就一目了然了。

原文地址:https://www.cnblogs.com/liuxiaojieqqq/p/12464751.html