功能开发的测试姿势 | 三人行工作室

所谓测试优先，就是要先把测试准备好，以便在功能做了后马上可以测试。

提出测试优先，也很好地说明了测试的重要性，这是无数工程师呕心的体验得出的结论，不测试，或不能很好地进行测试，往往会付出惨重的代价。

当不好进行测试时

（1）完成一次测试过于痛苦，极大降低工作效率；
（2）很可能选择不进行全面测试，在压力之下先上线，后患无穷。

不正确的测试姿势

（1）把简单的使用当作全部的测试
把测试认为是简单的使用一下是不正确的。
要正确认识测试的重要性，以开发同等重要的方式将测试作为工作内容，同时对测试分级别、场景、角色分别予以开展。
（2）没有测试计划
对测试没有进行系统化的分析，以碰运气的方式零星地进行。事实上，测试是需要工程化、系统化进行分析与设定的，它也应该有清晰的目标与范围。为了能全面覆盖方方面面，需要严谨地制定测试计划。即便简单点，至少需要列个涉及关键步骤的清单来进行，根据清单来能避免遗漏，呵呵。
（3）没有测试记录
测试发现的问题有多种，解决的方式也有多种选择，对测试不仅要记录测试的结果，同时要记录问题可能存在的隐性特性及处理办法，并要形成问题处理清单做为再次验证的基础。

测试优先小小践行

无论的大方面的系统，还是小方面的功能，都可以践行测试先行！
举个小例，假如有以下代码，我们需要在 // 处添加功能部分。

$.ajax({
    type: "POST",
    url: "xxxx/yyyy",
    data: { act: "fetch" },
    success: function (resp) {
            var jo = eval("(" + resp + ")");
            var r0 = jo.calvalue;
            // 添加功能部分，根据取得的值完成某些渲染
    },
    error: function (h) {
        alert(h.statusText);
    }
});

因为它的执行路径依赖于 url 的请求，所以对添加部分的测试很不方便。此时，如何能方便地测试就是重要的事情了。在做这件事之前，先应该规划好如何测试这部分代码确保它是可运行的。

看得出，当我们以此为重去做的时候，很可能会把这一部分独立成一个方法，以便于独立地进行测试。于是对代码的组织就提出了要求，事实上它倒逼着我们更好的组织自己的代码。如此即方便测试，结构又更优雅。

可能会形成这样的方法：

function processCalvalue(calvalue) {
    // 具体处理代码;
}

上述 success 中则变成了简单的一句，功能在上边的方法中完成。

success: function (resp) {
        var jo = eval("(" + resp + ")");
        var r0 = jo.calvalue;
        // 添加功能部分，根据取得的值完成某些渲染
        processCalvalue(r0);
},

在本地进行测试的代码就可能是：

$(function () {
    // 测试运行
    processCalvalue(123456);
})