为了实现移动化审批，最近我们将旧OA系统中的流程逐个迁移出来自己开发。上周请假流程刚刚上线试运行。

这天我正给部门人员评第二季度的KPI考绩，人事经理RTX过来问，请假单审批可以看附件吗？

我立即意识到我们系统又出现了一个重大缺陷，请假单提交时有上传附件的功能，领导审批时肯定是需要查看附件的啊。为何现在没有呢？

系统上线前我们系统经过多轮测试，程序员测试，项目经理测试，用户测试，为何这么明显的问题之前都没有被发现呢？

质量问题一直是我们IT的软肋

其实质量问题一直是我们IT的软肋，上个月总裁发现我们供需差报表异常，出现了多余的调整库存，后来查到原因是我们程序员改动另外一个报表时连带影响所致。年初我们提供给副总的一个报表查询功能，按客户名称搜索条件居然不起作用。去年底，我们拜访报告功能上线后，与ERP接口出现异常，造成大量数据需要修复。

我们新系统上线，一般都要经过一段时间的阵痛期，或者说是混乱期。

问题根源

1. 没有专门的测试人员

部门内没有配置专门的测试人员，甚至都没有测试这个岗位，每个人都是开发人员，除了负责运维自己负责的系统外，还需要响应用户的需求开发新的系统及功能。

2. 没有完善的测试体系

部门内也没有得到贯彻执行的系统测试要求与制度，虽然在开发流程及系统上线流程中，有系统测试这个节点，但一旦系统上线时间紧急，显然就没有认真测试。

3. 对系统交付质量不够重视

说到底，还是大家对系统交付质量不够重视，认为测试会浪费时间，上线发现有问题，到时再修改效率更高。整体上重时程，轻质量，重开发，轻测试。

解决方案思考

软件的质量关乎用户及领导对IT的绩效的评价，我们IT做再多功能，质量不好，只会给别人留下瞎忙的印象。关于效率，其实一次就把事情做好比多次反反复复修改有更高的效率。

计划改善如下：

1. 部门内宣导质量重要性。

2. 制定与KPI绩效挂钩的质量考核指标，系统上线后质量与系统上线时程同等权重。

3. 指定每个开发需求的测试人员，必须测试人员测试通过后，系统才能发布上线，上线后出现问题，查核是开发人员还是测试人员的责任。

4. 测试计划在开发之前制定，测试计划包括时程，用例，步骤等内容，由开发人员和测试人员双方确认后再开始开发。

5. 部门内制定测试用例指导建议，测试用例需同时考虑功能，性能，可靠性，可维护性，安全性因素。