近一年的时间，主要的工作是开发公司的测试平台，直到上个月平台的开发基本告一段落。业务测试的同学在使用的时候有一定的反对声，但是在boss的强压之下，也都默默的使用着，着实让我有一种很深的负罪感，我以后也努力尽可能的把平台进行完善。
最近看了debugtalk的公众号，看了他心中理想测试框搭建过程，也让我有了自己搭建一个我自己心中理想的测试框架的想法。结合debugtalk和我这年在测试平台开发中遇到的坑，先大概说说我自己心中理想的测试框架（主要基于api测试）。
“脱离业务的测试框架就是耍流氓”，这句话我深以为然。如果只是想做一个通用测试框架的话，那干脆还是用postman好了。只有结合业务能有效的提升业务测试的效率的测试框架，才是真真的适合的框架。所以框架根据自己的业务，提供一些深度定制的辅助功能，真真正正能提高业务测试效率，才会被大家主动的接受，而非在老板的强压之下被迫使用。
平台中的颗粒度划分，最小的应该是接口定义，接口是可以被case重复引用的，在case做一些参数化或者关联将多个接口串联起来形成一个完成的测试场景。同时提供测试集的概念，测试集可以将case进行组合，形成冒烟测试、者覆盖测试、回归测试等多种测试集合。执行结果将汇总成一个可见的测试报告，测试报告中包含有一个总的统计信息以及接口详细信息。最好是能够提供性能测试功能。