设计，都是由人完成的，人的思维，或多或少的存在遗漏点，在设计的初始，或者是解BUG的过程中，难免就存在疏忽，也就是所谓的考虑步骤，一个考虑步骤能带来什么呢？

怎样有效降低测试的轮次？

一直想开发一套属于自己的测试用例管理系统，原本有很多优秀的用例管理系统，但是对于每个公司，每个业务部门，都有各自不同的属性，进行二次开发，可能存在这样那样的不方便，这次使用TP5开...

目前公司虽然在使用WEB系统来管理BUG数据，但是仅仅局限于BUG的提交和解决处理确认，并未作数据分析的相关功能，还好预留了一个XML文件导出的功能，对于程序员来说，这就是救命草。

测试中主板太多了，甚是难以管理，难以查找，难以测试，所以想了点思路，希望对后续建立这样的系统提供点帮助。

本系统的主要依据就是，将经验最好的总结，录入系统，让系统经过合适的处理后，合理的展现出来，提供测试指导。